软件开发中，何时改写分库技术才能最大化提升系统性能和可扩展性？

本文共计425个文字，预计阅读时间需要2分钟。

在设计架构时，务必制定合理的数据库策略。若不如此，技术设计将缺乏前瞻性，数据模型设计也将不足。数据库策略应涵盖N种策略，如：活动库历史库、读写分离、业务垂直分离等。

架构设计时就要订好分库策略，否则一方面技术设计会没有预留，另一方面数据模型设计上也会缺乏预留。分库有N种策略，比如：活跃库历史库，读写分离，业务垂直分离等等。架构设计初期，订好未来

架构设计时就要订好分库策略，否则一方面技术设计会没有预留，另一方面数据模型设计上也会缺乏预留。分库有N种策略，比如：活跃库/历史库，读写分离，业务垂直分离等等。架构设计初期，订好未来将采用的分库策略，然后按该策略预留好技术支持和数据模型上的支持，比如：更新时间戳、数据属地信息、数据的业务分类信息等，就需要在多张表中都做冗余存储。初期如果没有订好策略，等系统跑个3年后再来分库，会十分、相当、显著的痛苦。当然，如果坚持用个3～5年，然后跟客户说系统老了该掏点钱让我们升级换代了，也是个方案。

分库在软件开发什么时候进行,布布扣,bubuko.com