如何为您的应用程序选择数据库

选择数据库时要问的最重要的问题是：

您希望在应用程序成熟时存储多少数据?您希望在高峰负载下同时处理多少个用户?您的应用程序需要什么可用性，可伸缩性，延迟，吞吐

量和数据一致性?您的数据库架构多久更改一次?您的用户群体的地理分布是什么?您的数据的自然“形状”是什么?您的应用程序需要在线

事务处理(OLTP)，分析查询(OLAP)还是同时需要两者?您期望生产中的读写比例是多少?您需要地理查询和/或全文查询吗?您首选的编程

语言是什么?你有预算吗?如果是这样，它将涵盖许可和支持合同吗?

这些问题中的几个会趋于缩小数据库的选择范围，但是与制定LAMP堆栈时相比，我们有更多选择。如果您要构建一个应用程序，并且该

应用程序必须在99.999%的时间内对全世界的用户都具有高度的一致性，那么只有少数几个数据库适合您。如果您的应用程序将在工作日

的上午9点至下午6点在一个国家/地区使用，并且可以容忍最终的一致性，那么几乎所有数据库都可以使用，尽管某些数据库对于开发人

员和操作员而言更容易，而某些数据库则可以为您的主要使用场景提供更好的性能。

虽然LAMP和MEAN堆栈一次是Web应用程序的良好解决方案，但现在都不是最佳选择。而不是盲目采用任何一种，您应该仔细考虑用

例，并找到一种可在可预见的将来为您的应用程序服务的体系结构。

SQL还是NoSQL?

您什么时候需要关系数据库(例如MySQL)用于新应用程序?除了对标准SQL的明显支持外，关系数据库本身将数据强制为具有一致的强类

型字段的表格模式，并且只要您利用规范化就可以帮助您避免数据重复。

如果需要避免丢失数据，则可以NOT NULL在创建或修改表时声明字段。如果您需要由开放地理空间联盟定义的地理查询，则大多数关系

数据库都将提供可靠的实现。而且，如果您需要全文搜索，则大多数关系数据库都允许您在文本字段上定义倒排列表索引，FULLTEXT在

MySQL中称为索引。

另一方面，如果您还需要偶尔的自由格式文档，则MySQL和许多其他关系数据库也支持RFC 7159定义的JSON数据。如果您还想使用

XML文档和XPath或XSLT，则大多数关系数据库都可以提供这种能力。

您何时需要像MongoDB这样的文档数据库?如果您的主要用例需要允许使用自由格式的数据，在文档之间更改类型的字段，随时间变化

的架构或嵌套的文档，则NoSQL数据库将满足要求。另外，如果您的应用程序是用JavaScript编写的，那么文档数据库的JSON格式将很自然。