BrianLy点头，但我还补充说，你最终可能会在不同的开发阶段使用不同的数据库。开发人员在他们的个人开发服务器编码时，在他们的工作站上使用SQLite，然后使用不同的数据库工具进行登台和/或生产站点的情况并不少见。

当然，如果您正在使用特定于某个数据库工具的扩展或功能（例如，PostGreSQL中的PostGIS），那么显然这是行不通的。

你应该在里程碑2,151,215的左分支之前的里程碑2.3433,3ps处切换数据库。

你应该在有理由的时候切换数据库，这是我的建议。如果现有数据库的性能符合您的期望，支持生产系统对其进行的加载，具有您在应用程序中所需的功能，并且您对此不感兴趣，为什么要更改？但是，如果您发现您的应用程序没有扩展，或者您正在设计具有高负载或可伸缩性要求的应用程序，并且您的研究告诉您当前的数据库平台在该区域中较弱，或者如前所述，您需要一些特定数据库具有的空间分析或特征，你去的地方。

另一个考虑因素可能是使用数据库不可知的ORM工具，它允许您使用简单的配置设置自由地使用不同的数据库平台进行实验。这是我们考虑尝试在DB部门尝试新事物的触发器。如果我们的应用程序可以处理ORM可以处理的任何数据库，那么当开源数据库在我们所需的性能水平上工作时，为什么要在商业数据库上支付许可费？

但最重要的是，对于数据库或任何其他技术，我认为没有“业务规则”可以告诉您何时需要切换 - 您的方案将告诉您是时候切换，因为您的解决方案中的某些内容不会是对的，如果你不是那个时候，就不需要改变了。