【.com速译】SQLvs.NoSQL之争无非是关系型数据库和非关系型数据库的比较。不同之处在于它们的构建方式、存储的信息类型以及信息的存储方式。关系数据库是结构化的，而非关系数据库是面向文档和分布式的。四十多年来，结构化查询语言(SQL)数据库一直是主要的数据存储机制。随着Web应用程序和开源技术（如PostgreSQL、MySQL和SQLite）的日益普及，使用量在20世纪90年代后期急剧增加。尽管NoSQL数据库自1960年代就已经存在，但最近它们变得流行起来，流行的选项有MongoDB、CouchDB、Redis和ApacheCassandra。归根结底，SQL和NoSQL都做同样的事情：存储数据，但方式不同。尽管NoSQL越来越受欢迎，但它并不是一种替代SQL的技术，而是一种替代方案。一些项目使用SQL数据库效果更好，而另一些项目使用NoSQL。有些项目可以互换使用。1.SQL结构化查询语言（SQL）是一种更加结构化、严格的数据存储方式，就像电话簿一样。关系数据库需要高效，您可以以非常有组织的方式存储数据。SQL数据库仍然很受欢迎，因为它们非常适合许多古老的软件堆栈，包括LAMP和基于Ruby的堆栈。这些数据库得到广泛支持和很好理解；如果您遇到问题，这可能是一个很大的优势。谈到数据库技术，没有万能的解决方案。这就是为什么大多数公司都依赖非关系数据库和关系数据库来完成不同的任务。但在许多情况下，虽然NoSQL数据库因其速度和可扩展性而越来越受欢迎，但高度结构化的SQL数据库是首选。好处：ACID（原子性、一致性、隔离性和持久性）合规性通过准确显示事务如何与数据库交互来减少异常并保护数据库完整性。NoSQL数据库通常具有处理速度和灵活性的优势，但以ACID合规性为代价。您的数据保持不变且结构化。如果您的公司没有经历大规模增长（这将需要更多服务器），并且您只处理一致的数据，那么可能没有理由使用旨在支持高流量和多种数据类型的系统。由于它们的早期可用性，这些工具提供了更好的支持、产品套件和附加组件来管理这些数据库。缺点：SQL的主要问题是随着数据库变大而扩展。您会发现，尽管通常在生产环境中测试可伸缩性，但它通常不如NoSQL数据库好。分片也很成问题。2.NoSQL如果你的公司处理的是大量的非结构化数据，一开始你的数据需求不明确，那么可能无法开发出模式定义明确的关系型数据库。使用非关系数据库比传统数据库具有更大的灵活性。将非关系数据库视为组织各种类型的相关信息的文件夹。优点：推动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合规性和标准化。最终，贵公司复杂的业务需求以及所用数据的数量和种类将决定是选择SQL还是NoSQL。无论好坏，对于大多数项目，您可以将非分布式、可扩展的关系数据库作为系统中的单一事实点。这是保持数据一致性和支持复杂查询的简单方法。我希望本文对您有所帮助，但请记住每个项目都是不同的，最终由您来了解什么最适合您的要求。无论选择什么，我们开发人员都非常擅长证明我们的技术选择是正确的。但是，我建议在充分考虑风险和收益之后尝试新技术。原标题：ShouldYouUseNoSQLorSQLDborBoth?，作者：AmitAshwini
