MongoDB与MySQL：如何选择( 二 ) _MongoDB

如何为您的应用程序选择数据库选择数据库时要问的最重要的问题是：

您希望在应用程序成熟时存储多少数据？
您希望在高峰负载下同时处理多少个用户？
您的应用程序需要什么可用性，可伸缩性，延迟，吞吐量和数据一致性？
您的数据库架构多久更改一次？
您的用户群体的地理分布是什么？
您的数据的自然“形状”是什么？
您的应用程序需要在线事务处理（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格式将很自然。
作者：