DBA与架构师

有一天跟DBA探讨下AB表设计的事情, DBA说这个嘛,根本不需要AB表,可以采用分区,交换分区来实现，架构师说分区并不是所有数据库都有，交换分区是ORACLE特有，其他关系型数据比如Sqlserver，Sqlite，PostgreSQL，Mysql，MariaDB。不一定都有，也就是说交换分区通用性差。
可DBA说“如果不知道有这个分区特性，作为开发架构设计人员，也只能说不及格”架构师瞬间惊讶了，一个在O记混了十几年的，居然出口批评人？难道是技术牛人都这德行？难道喜欢技术相轻？心想一下不跟它计较，井底之蛙而已。如今ORACLE日薄西山，就连公司都要在中国裁员。很多DBA开始转型，要么去做培训，要么去接大企业运维优化的单。也有转到MYSQL，也有的转型架构师这行，自然也有数据库架构师。
根据业务特性，业务需求以及公司经济实力，设计一个高可用，高扩展，高性能，高维护四高数据库系统。
而开发人员也向系统架构师升级，运维工程师则向应用架构师升级。

软件系统架构师综合的知识能力包括9个方面，即：
1、战略规划能力。
2、业务流程建模能力。
3、信息数据结构能力。
4、技术架构选择和实现能力。
5、应用系统架构的解决和实现能力。
6、基础IT知识及基础设施、资源调配能力。
7、信息安全技术支持与管理保障能力。
8、IT审计、治理与基本需求分析、获取能力。
9、面向软件系统可靠性与系统生命周期的质量保障服务能力。

很多程序员都认为架构师对很多技术都不了解，随随便便画出架构，让程序员去实现。对架构师鄙视三连击！
小仙认为对于技术，架构师并不需要精通数据库细节，知道每种数据库优点和缺点就阔以了。架构师重点是抽像能力，而程序员是逻辑思维能力，DBA是动手经验主义。
JAVA程序员 津津乐道于框架，算法，MVC，面向切面编程，接口编程。
而架构师的出现把单体应用SSM&SSH 推向了微服务。并从前后不分离(JSP+HTML+JAVA)推出SPRING CLOUD 让前台和后台分离开了。而如今如日中天的中台也被架构师发明出来了。
数据库架构师呢？自然不甘心什么市场热门的MHA,MMM,PCX,MGR，RAC，ADG以及分库分表。
应用架构师也玩出了花样，DNS+LVS+NGINX+TOMCAT+RPC+MQ

其实AB表的设计就是为了摆脱数据库的特性的锁定，日后系统为了响应国家的号召去掉ORACLE数据库，转到国产达梦数据库，而交换分区就得改写。架构师的工作就是为了通用性，易扩展，减少改动工作量。

最后说分区交换也需要中间表，通过子分区交换到中间表，然后把中间表交换到历史表。其实跟AB表中的RENAME方式差不多。跟AB表中的路由方式差远了！