在我们系列的第一部分中，我们奠定了理解各种数据库类型及其使用场景的基础。随着我们继续探索数据库选择的艺术，我们现在将更深入地探讨影响这一决策过程的关键因素。通过更详细地检查每个因素，我们可以更好地做出符合项目需求并推动软件开发项目成功的明智选择。

可扩展性

可扩展性是任何数据库的关键方面。它决定了系统如何适应增长。存在两种主要的扩展方法：垂直扩展和水平扩展。

  • 垂直扩展涉及通过添加资源（如内存或 CPU）来增加单个服务器的容量
  • 水平扩展涉及向系统添加更多服务器

不同的数据库类型以各种方式处理扩展。例如，关系数据库可能在水平扩展方面遇到困难，而 NoSQL 数据库通常在这方面表现出色。在选择数据库时，考虑项目的预期增长以及数据库如何处理此类扩展。

关系数据库

例如，关系数据库将数据存储在具有预定义模式的表中，由于需要在多个服务器之间保持一致性，它们可能难以水平扩展。当处理大量数据或高流量工作负载时，此挑战可能导致性能瓶颈。

NoSQL 数据库

NoSQL 数据库在设计时就考虑了可扩展性。它们采用各种策略（如分片和分区）将数据分布在多个服务器上。这种方法允许更有效的水平扩展，可以更好地处理不断增长的数据量和流量负载。然而，NoSQL 数据库可能会牺牲一定程度的数据一致性来实现这种可扩展性。

NewSQL 数据库

NewSQL 数据库旨在结合两者的优点，提供 NoSQL 数据库的可扩展性和关系数据库的事务一致性。这些数据库采用创新的架构和技术来分发数据并在多个服务器之间保持一致性。它可以在不牺牲一致性的情况下实现有效的水平扩展。然而，有一些缺点需要考虑。NewSQL 数据库可能缺乏传统系统的成熟度，导致社区支持和资源有限。它们的复杂性可能会给开发人员带来更陡峭的学习曲线，增加实施和维护所需的时间和精力。

时间序列数据库

专为处理基于时间的数据而设计的时间序列数据库，随着数据量的增长也可以很好地扩展。它们使用专门的索引和压缩技术来有效存储和查询大量时间序列数据，使它们成为生成大量时间戳信息的应用的理想选择，例如 IoT 或监控系统。

性能

性能是选择数据库的另一个重要因素。它直接影响用户体验。应考虑查询效率以及读写性能之间的平衡。一些数据库可能针对读密集型工作负载进行优化，而另一些数据库可能优先考虑写性能。了解项目的具体性能要求将帮助你识别最合适的数据库类型。

关系数据库

关系数据库通常提供高效的查询功能，因为它们具有结构化模式并支持 SQL。它们的性能通常针对涉及连接和聚合的复杂查询进行了优化。然而，随着数据量和复杂性的增加，查询性能可能会下降，尤其是在处理大型数据集时。

NoSQL 数据库

NoSQL 数据库可以提供更快的写入速度，因为它们的数据模型更简单，模式更灵活。这种性能优势在数据不断生成和更新的场景中可能特别有益，例如流式应用或实时分析。然而，NoSQL 数据库在复杂查询或聚合方面可能不那么高效，因为它们缺乏对 SQL 和结构化模式的相同支持级别。

NewSQL 数据库

NewSQL 数据库旨在通过结合关系和 NoSQL 数据库的优势来提供高效的查询功能和高写性能。它们通常采用创新技术，如分布式查询处理和高级索引，以提供高性能查询和写入功能。因此，NewSQL 数据库对于需要复杂查询和高写性能的应用来说可能是一个不错的选择。

数据一致性

数据一致性确保数据库中的信息保持准确和最新。为了实现一致性，数据库通常依赖 ACID 属性（原子性、一致性、隔离性和持久性）和 CAP 定理（一致性、可用性和分区容错性）。不同的数据库对这些方面的优先级不同，导致各种一致性级别。

ACID 属性

关系数据库通常强调强一致性，确保每个事务维护数据的完整性。它们通过实现 ACID 属性来实现这一点，该属性指定事务是原子的、一致的、隔离的和持久的。

CAP 定理

CAP 定理指出，分布式数据库系统只能实现三个属性中的两个：一致性、可用性和分区容错性。该定理突出了数据库在一致性方面必须做出的权衡，它可以是理解各种数据库类型一致性模型的有用工具。

PACELC 定理

虽然 CAP 定理很知名，但在评估数据库时遵循的更好心智模型是 PACELC 定理。PACELC 定理指出，如果系统是分区容错的，则在网络分区期间必须在可用性和一致性之间进行选择，在网络正常运行时在延迟和一致性之间进行选择。该定理突出了数据库在一致性方面必须做出的权衡，它可以是理解各种数据库类型一致性模型的有用工具。

最终一致性

NoSQL 数据库通常倾向于最终一致性。对数据的更新最终将在系统中的所有节点之间传播，但它们可能不会立即可见。这种方法允许在分布式系统中具有更高的可用性和更好的性能，但它可能导致节点之间的临时不一致。

数据模型

数据库的数据模型是选择数据库时要考虑的另一个关键因素。它定义了数据的结构、存储和查询方式。在评估数据库的数据模型时，应考虑模式灵活性和对复杂数据关系的支持等因素。

关系数据库

关系数据库使用固定模式。它在所有记录中强制执行一致的结构。此模式有利于确保数据完整性。它可以防止插入不符合指定结构的数据。然而，在处理多样化或快速变化的数据时，这也可能是一个限制，因为模式更改可能很耗时并且可能需要停机时间。

本文为学习目的的个人翻译，译文仅供参考。

原文链接：Factors to Consider in Database Selection。

版权归原作者或原刊登方所有。本文为非官方译本；如有不妥，请联系删除。