某人应该决定切换到哪一点?

时间:2020-03-05 18:38:22  来源:igfitidea点击:

在开发Web或者桌面时,开发人员应在何时从SQLite,MySQL,MS SQL等切换

解决方案

回答

这取决于我们在做什么。我们可能会在以下情况下进行切换:

  • 我们需要更多的可伸缩性或者更好的性能-例如从SQLite到SQL Server或者Oracle。
  • 我们需要访问更多特定的数据类型。
  • 我们需要支持仅运行特定数据库的客户。
  • 我们需要更好的DBA工具。
  • 应用程序正在使用另一个平台,在该平台上数据库不再运行,或者它的库不再运行。

切换的原因还有很多,这完全取决于要求。

回答

BrianLy触手可及,但我还要补充一点,我们可能最终会在不同的开发级别使用不同的数据库。当开发人员针对个人开发服务器进行编码,然后使用不同的数据库工具让暂存和/或者生产站点使用时,在他们的工作站上使用SQLite并不少见。

当然,如果我们使用特定于某个数据库工具的扩展或者功能(例如PostGreSQL中的PostGIS),那么显然那是行不通的。

回答

我们应该在树突8,151,215左分支的左分支之前的3ps里程碑2.3433处切换数据库。

我建议我们在有理由时应该切换数据库。如果现有数据库的性能达到了期望,可以支持生产系统承受的负载,是否具有应用程序所需的功能,而我们又不会感到厌倦,为什么要更改?但是,如果我们发现应用程序无法扩展,或者我们正在设计具有高负载或者可伸缩性要求的应用程序,并且研究表明我们当前的数据库平台在该领域比较薄弱,或者如前所述,我们需要一些空间分析或者特定数据库具有的功能,就可以轻松进行。

另一个考虑因素可能是使用与数据库无关的ORM工具,该工具可让我们通过简单的配置设置自由地使用不同的数据库平台进行试验。这就是我们考虑在数据库部门尝试一些新东西的触发因素。如果我们的应用程序可以处理ORM可以处理的任何数据库,那么当开放源代码的DB可以很好地满足我们所需的性能水平时,为什么要为商业数据库支付许可费用?

不过,最重要的是,对于数据库或者任何其他技术,我认为没有"业务规则"会告诉我们何时该切换方案将告诉我们是否该进行切换,因为解决方案中的某些优势不太正确,如果我们当时还没有,就无需进行更改。