应该有人决定切换数据库系统

Question

在开发Web或桌面时，开发人员应该从SQLite，MySQL，MS SQL等进行开发

Answer 1

这取决于你在做什么。 您可以切换如果：

• 您需要更高的可伸缩性或更好的性能 - 比如从SQLite到SQL Server或Oracle。
• 您需要访问更具体的数据类型。
• 您需要支持仅运行特定数据库的客户。
• 您需要更好的DBA工具。
• 您的应用程序正在使用不再运行数据库的不同平台，或者它的库不运行。
• 您有能力/时间/预算来实际进行更改。 根据具体情况，迁移可能比项目中的所有项目都要大。 像这样的迁移是引入不一致或丢失数据的好地方，因此需要非常小心。

切换的原因还有很多，这完全取决于您的要求和数据库的属性。

Answer 2

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

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

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

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

Answer 3

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

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