“我只选择X，这是我知道并使用过的数据库”。 
在为项目选择数据库时，大多数开发人员和学生都使用此语句。如果性能不是系统的重要要求，那么使用您已经熟悉的数据库就可以了，但是要考虑应用程序增长的情况，并且几年后您的应用程序开始遇到一些问题。对于开发人员和管理员来说，解决该问题将变得头疼。无论您是从头开始工作还是已经在成熟的项目上工作，了解数据库的局限性并确定何时在项目中添加另一种类型的数据库都非常重要。 

市场上有300多种数据库管理系统可供选择，对于开发人员来说，选择其中的一种可能不胜枚举。在关系数据库（MySQL，PostgreSQL，Oracle DB等）和非关系数据库（MongoDB，Apache HBase，Cassandra等）中，您有多种选择，但是您需要了解它们适不适合所有类型的项目要求。他们每个人都有自己的优点和缺点。让我们看一些案例研究，这些案例说明如何为应用程序选择正确的数据库。 

1.集成

选择正确的数据库时要考虑的最重要的事情是您需要将什么系统集成在一起？确保您的数据库管理系统可以与项目中的其他工具和服务集成。不同的技术对于不同的其他技术具有不同的连接器。例如，如果您有一项大型分析工作当前正在运行Apache Spark那么您可能想将自己限制在可以轻松连接到Apache Spark的外部数据库上。现在假设您有一些前端系统，实际上它依赖于后端的SQL接口，并且您正在考虑从整体数据库迁移到非关系数据库。如果您要移动的非关系数据库提供了类似SQL的界面，并且可以轻松地从前端应用程序迁移到该界面，那么这将是一个不错的选择。因此，请考虑一下需要在系统中一起讨论的部分，看看它们是否可以与现有的现成组件一起实际进行对话，以及这些组件实际上是否维护得很好并且是最新的。 
另一个例子是ArangoDB，它具有出色的性能，但是该DBMS的库仍然很年轻并且缺乏支持。将ArangoDB与其他工具结合使用可能会带来风险，因此社区建议在复杂项目中避免使用ArangoDB。 

2.扩展需求

在安装生产数据库之前，了解扩展要求非常重要。您实际上在谈论多少数据？随着时间的流逝，它真的会无限增长吗？如果是这样，则您需要某种数据库技术，而不仅限于可以存储在一台PC上的数据。您需要查看诸如Cassandra或MongoDB或HBase之类的东西，您实际上可以在整个集群中分布数据存储并水平而不是垂直扩展。由于扩展问题，许多数据库无法处理成千上万的用户查询TB或PB的数据。 
在选择数据库时，您还需要考虑事务速率或吞吐量这表示您打算每秒收到多少个请求。具有高吞吐量的数据库可以支持许多同时用户。如果我们谈论的是成千上万，那么单一的数据库服务将无法解决。当您在一些大型网站上工作时，这一点尤其重要，在这些网站上我们有很多同时服务于许多人的Web服务器。您将必须选择一个分布式的数据库，并允许您更平均地分散这些事务的负载。在这种情况下，NoSQL数据库是代替RDBMS的不错选择。 

3.支持考虑

考虑一下您可能需要的数据库支持。您是否有内部专家来启动这项新技术并进行实际配置？这将比您想象的要难，尤其是如果您在现实世界中或在最终用户中混合使用个人可识别信息的情况下使用此功能。

在这种情况下，您需要确保正在考虑系统的安全性。事实是，我们讨论过的大多数NoSQL数据库，如果使用它们的默认设置进行配置，将没有安全性。任何人都可以连接到这些事物并检索数据并将数据写入其中。因此，请确保您的专家知道他们正在以安全方式进行此设置。

4. CAP考虑

CAP代表一致性，可用性和分区容限。该定理指出，您无法在单个数据库中以最佳水平获得所有属性，因为项目之间存在自然的取舍。您一次只能选择三分之二，这完全取决于您根据需求确定的优先级。例如，如果您的系统需要可用并且可以容忍分区，那么您必须愿意在一致性要求中接受一些延迟。 
传统的关系数据库非常适合CA端，而非关系数据库引擎大多满足AP和CP的要求。 
 

一致性意味着任何读取请求都将返回最近的写入。对于SQL数据库，数据一致性通常是“强”，对于NoSQL数据库，一致性可以是最终到“强”。

可用性意味着无响应的节点必须在合理的时间内响应。并非每个应用程序都需要24/7全天候运行并具有99.999％的可用性，但是很可能您会更喜欢具有更高可用性的数据库。

分区容限意味着即使网络或节点出现故障，系统仍将继续运行。

应用程序的类型将确定您要在那里的内容，只有您知道实际需求。如果您的系统停机几秒钟或几分钟，实际上是否可以，如果不是，那么可用性应该是您的首要考虑。如果您要处理的是具有真实交易信息（例如股票交易或金融交易）的东西，那么您可能会最先重视一致性。尝试选择最适合您要权衡的技术。 

 5.模式或数据模型

关系数据库以固定和预定义的结构存储数据。这意味着当您开始开发时，您将必须根据表和列定义数据模式。每当需求更改时，您都必须更改架构。这将导致创建新列，定义新关系，反映应用程序中的更改，与数据库管理员进行讨论等 。

NoSQL数据库提供了更大的灵活性在处理数据时。无需指定架构即可开始使用应用程序。另外，NoSQL数据库对可以存储在一起的数据类型没有限制。它允许您随着需求的变化添加更多新类型。在应用程序构建过程中，大多数开发人员都喜欢较高的编码速度和较大的敏捷性。在这方面，NoSQL数据库被证明是更好的选择，特别是对于需要快速实现的敏捷开发。 

您确实需要考虑所有提到的5点，但最重要的是使一切保持简单。不要仅仅因为数据库在市场上流行就随便选择数据库。如果您不需要设置高度复杂的NoSQL集群或需要大量维护的工作（例如MongoDB或HBase），那么您无需维护就可以使用所有这些外部服务器来维护配置。考虑一下系统所需的最低要求。如果您不需要处理大规模的事务，那么就不需要使用NoSQL数据库，您可以选择MySQL，这样就可以了。

+QQ群560434603领取学习资料及教程