关于一次运行多个数据库平台有什么“不正确”？

假设我有一个适用于不同种类数据的应用程序。每种数据都是唯一的，而不同的类型只是彼此相切。将一种映射到RDMS可能非常困难，而另一种映射到图形数据库可能非常困难。在运行多个数据库平台来解决应用程序的各种需求方面是否存在真正的危害？关于一次运行多个数据库平台有什么“不正确”？

来源

2012-07-16 Nick Anderegg

我想有一个与它没有什么大问题，只要你留意注射和其他安全问题（我不知道你是怎么通过你的数据，DB）

来源

2012-07-16 18:34:15 trainoasis

其技术上是可行的，并会工作，但是构建系统的人员或团队需要拥有开发/测试/部署/维护/备份数据库所需的各种技能，程序和未来的开发和升级路径（每种类型的数据/数据库都重复）。我一定会尽量减少这些机制和程序。

来源

2012-07-16 18:39:25

有很多特定于应用程序的问题。数据商店是否会直接与对方通话？或者，他们会通过应用程序进行沟通吗？

随着时间的推移，主要问题与维护有关。如果不同的数据库在同一台服务器上运行，那么您有维护问题。新的服务器操作系统补丁出现了，但只有一些软件可以与新补丁一起使用。你是否安装它？如果你需要它出于某种其他原因？

同样，如果所有软件都在单个服务器上运行，那么您可能需要更大的服务器，因为您拥有更多的软件。即使额外的计算能力正在其他地方，您仍将为按服务器大小定价的产品支付更多的费用。

在某些情况下，您可能需要使用不同的产品。但是，使用一个产品的次优化往往更实际一些，而不是维持一个系统拥有大量的单一用途软件组件。

来源

2012-07-16 18:41:00

由于数据库如何吞噬所有可用内存，数据库喜欢成为服务器上唯一的东西，因此您可能会尝试使用所有内存的多个数据库应用程序。可能最好将自己的服务器上的每种类型的数据库。 – HLGEM 2012-07-16 19:13:06

那么，如果每个数据库系统都有自己的服务器呢？这个应用程序很可能在云或虚拟服务器上运行，因此每个应用程序都可以轻松获得它自己的应用程序。他们不会直接相互对话;这就是有多个数据库的原因。系统之间的数据差异太大，无法证明单个关系数据库的合理性，特别是因为某些数据在那里不能很好地映射。 – 2012-07-16 20:21:21

如果您在额外的服务器上进行投资，那么在每种情况下使用适当的软件都有一些很好的理由。例如，您可以逐个缩放不同的组件。我主张在添加新的软件组件时保守，但不是不合理。如果有需要，则添加一个组件。只要考虑到维护问题，就可以平衡权衡。 – 2012-07-16 20:26:20

关于一次运行多个数据库平台有什么“不正确”？

回答

相关问题