你应该使用NoSQL数据库、SQL数据库还是两者都用？.docxVIP

你应当使用NoSQL数据库、SQL数据库还是两者都用？ 2021-08-31 SQL和NoSQL之争只不过是关系数据库和非关系数据库的比较。区分在于它们是如何构建的、存储信息的品种以及如何存储信息。关系数据库是结构化的，非关系数据库是面对文档、分布式的。四十多年来，结构化查询言语（SQL）数据库一直是次要的数据存储机制。 随着Web应用程序以及PostgreSQL、MySQL和SQLite等开源技术日益盛行，使用率在上世纪90年月末急剧提高。虽然NoSQL数据库自上世纪60年月以来就已存在，但最近开头遭到追捧，比如MongoDB、CouchDB、Redis和Apache Cassandra等流行的选择方案。说到底，SQL和NoSQL都做同样的事情：存储数据，只不过方法不一样。虽然NoSQL日益流行，却不是取代SQL的技术，而是另一种选择。一些项目更适合使用SQL数据库，而其他项目适用于NoSQL。一些项目可以换着使用两者。 1.SQL 结构化查询言语（SQL）是存储数据的更结构化、更生硬的方式，就像电话簿那样。关系数据库要高效，你得以一种格外条理化的方式来存储数据。SQL数据库仍很流行，由于它们天生适用于很多陈旧的软件堆栈，包括LAMP和基于Ruby的堆栈。这些数据库得到了广泛的支持，并得到了充分的理解；假如你遇到问题，这可能是一大有利条件。 说到数据库技术，不存在一应俱全式的处理方案。这就是为什么大多数公司同时依靠非关系数据库和关系数据库来完成不同的任务。不过在很多情况下，虽然NoSQL数据库凭仗速度和可扩展性越来越受欢迎，但高度结构化的SQL数据库更受宠爱。 优点： ACID（原子性、全都性、隔离性和长久性）合规性精确?????地表明事务如何与数据库交互，以此削减特别情况，并爱护数据库的完整性。NoSQL数据库经常具有处理速度快、机警的优点，但牺牲了ACID合规性。 你的数据保持不变、结构化。假如贵公司没有迎来大规模进展（那需要更多的服务器），而且只处理全都的数据，那么生怕没有理由使用旨在支持高流量和众多数据类型的系统。 由于很早就面市了，这些工具随带更好的支持、产品套件和附件以管理这些数据库。 缺点： SQL的次要问题是随着数据库变大而进行扩展。你发觉，即便可扩展性通常在生产环境中进行了测试，但经常不如NoSQL数据库。分片（sharding）同样存在相当大的问题。 2.NoSQL 假如贵公司在处理大量非结构化数据，你的数据要求一开头又并不清楚，那么可能无法开发模式（schema）明确定义的关系数据库。使用非关系数据库可以获得比传统数据库高得多的机警性。不妨把非关系型数据库想象成档案夹，整理各品种型的相关信息。 优点： 推动NoSQL进展的严重因素是大数据，促使CouchDB、MongoDB、Cassandra和HBase之类的NoSQL数据库大行其道。NoSQL数据库确保：当服务器端应用程序的全部其他组件都被设计成无缝、快速时，数据没有成为瓶颈。 你可以存储大量几乎没有结构的数据。此外，NoSQL数据库对于可以一起存储的数据类型没有限制，你的要求若有变化，可以添加更多的新类型。若使用基于文档的数据库，还可以将数据存储在一个地方，无需事先定义数据类型。 基于云的存储是一种节省成本的优秀处理方案，不过你得将数据分散在多台服务器上来进行扩展。NoSQL数据库旨在直接可以跨多个数据中心进行扩展，没有太大的麻烦。 你不必事先预备好NoSQL数据。NoSQL数据库的非关系性质让你可以快速创建数据库，没必要开发具体的数据库模型，因而为你节省大量的开发时间。 缺点： 由于历史较短，NoSQL社区缺乏MySQL用户群的成熟性。虽然眼下NoSQL社区在迅猛进展，但相比MySQL之类的SQL数据库管理系统，很难与其阅历丰富的最终用户组成的浩大网络相竞争。 NoSQL数据库的一大问题是缺乏用于功能测试和分析的报告工具。另一方面，使用SQL，你能找到一大批报告工具挂念证明应用程序的有效性。 你将面临与SQL指令兼容的问题。在查询言语中，新的数据库使用本人的特性，目前还无法与关系数据库中使用的SQL完全兼容。 缺乏标准化。现在有很多NoSQL数据库，却仍旧没有标准，而关系数据库有标准。NoSQL缺乏标准化的这个现状可能会在迁移过程中带来问题。 结论 如今，NoSQL数据库正成为数据库市场的一个重要角色。凭仗诸多优点，它们会成为企业领域真正转变玩耍规章的技术。对于期望整合大数据的公司而言，成本更低、更易于扩展和开源等特性使得NoSQL成为一种诱人的选择。 即便如此，NoSQL还是一种比较年轻的技术，没有MySQL等SQL数据库供应的那一套标准。一些人认为NoSQL是将来的方向，另一些人担忧它缺乏ACID合规性和标准化。最终，贵公司简单