好的数据库应该是不需要修改应用端的，让数据只做CRUD，不要有太多的逻辑在数据库里。
1 个赞
太对了，所以从任何角度看，分表分库这种对代码有侵入的做法，都是很难受的做法。
以前是技术所限。现在有更好的选择，只要没有历史问题，沉没成本，多数人的选择都是直接上新架构的DBMS。不会再走老路。
没有达到性能要求
都是历史遗留问题啊，不可能一夕之间就全部替换成分布式，都是需要成本的
其实很多大企业核心用的都是 tidb~
有看到了这些趋势了~
有些核心的实践案例你可以看一下：
（3套 核心在 TiDB）
在 TiDB 集群上，支撑了 TCL 实业订单中心、库存中心、商品中心、结算中心、关联交易中心、客户中心、采购中心、配置中心等将近 20 个业务中心。而整个新方舟具体应用架构涉及 40 个业务触点、13 个业务场景、8 个业务中心、680 个功能，应用架构图如下：
2 个赞
刚上线完的项目就是分库分表的，还是要决策层推动才有用
分库分表维护成本太高
确实，自上而下推进更简单一些
理想很丰满，现实很骨感。对于有些陈年项目，这些根本不可能。
历史原因，成本问题，人员问题，稳定性问题。
分布式，是大势所趋，早晚会替换分库分表。
深有体会，尤其那些用了十几年的。 
估计是早期做了分库分表，如果是现在选择方案，肯定是分布式数据库。
分库分表慢慢会被淘汰用分布式吧
慢慢替换，只能这么说。
技术不是越新越好，如果我作为决策者，技术只是我考虑的一方面（大约40%）
简单的说技术的先进性是 yes or no，切换的决策是投入和产出，不是一个维度的
1 个赞
慢慢替换了