SQL数据库对数据类型和一致性有限制。为了加快速度，灵活性和规模，NOSQL取消了这些限制
在开发应用程序时，最基本的选项之一是使用SQL数据库或NOSQL数据库来存储数据。传统数据库，即使使用SQL（结构化查询语言）来查询型数据库，也是技术开发的产品，是技术开发的产物良好的实践和现实世界压力测试已有数十年了。它们是为可靠的交易和临时查询而设计的，它们是业务线应用程序的主要内容。但是它们也有一些限制，例如刚性模型，使其不适合其他类型申请。
NOSQL数据库是针对这些限制的。NOSQL系统存储和管理数据允许开发人员的高运营速度和巨大的灵活性。许多公司是由Google，Amazon，Amazon，Yahoo和Facebook等公司开发的。他们寻求更好的方法来存储来自大型网站的内容或处理数据。不像SQL数据库，许多NOSQL数据库可以在数百或数千台服务器上水平扩展。
但是，NOSQL的优势并不是付出代价。NOSQL系统倾向于速度和可扩展性，而不是SQL数据库承诺的可靠交易背后的酸性特性。与机构相比，NOSQL系统中用于处理数据的隐喻是相当新的数十年来，围绕SQL建立了知识。
SQL和NOSQL数据库提供了不同的符号。尽管他们可以在特定的项目示例中竞争，但要为此选择一个或该应用程序，但它们在较大规模上是互补的。east适合不同的使用情况。决策不是另一个，而是哪种工具适合工作。
SQL和NOSQL之间的基本差异并不复杂。对于如何存储和检索数据都有不同的想法。
对于SQL数据库，所有数据都具有固有的结构。传统数据库，例如Microsoft SQL Server，MySQL，MySQL，PostgreSQL或Oracle Database，使用模式-A形式定义，用于插入数据库中的数据。表可以限于整数。因此，本列中记录的数据将具有高度的标准化。SQL数据库的刚性模式还使数据的聚合相对容易。例如，两个表的数据与SQL命令合并。
在NOSQL中，数据可以以无调或免费方式存储。任何数据都可以存储在任何记录中。在NOSQL数据库中，您会发现四种常见数据存储模式，这会导致四种常见的NOSQL系统类型：
在以下情况下，无限制数据存储很有用：
关系数据库使用的结构化查询语言提供了一种统一的方式，可以在存储和检索数据时与服务器通信。SQL语法高度标准化，因此，尽管每个数据库都可以以不同的方式处理某些操作（例如，例如窗口函数），但基本原理仍然相同。
相比之下，每个NOSQL数据库通常都有自己的语法来查询和管理数据。例如，CouchDB使用JSON表单通过HTTP发送它来在其数据库中创建或检索文档。MongoDB通过命令线或语言库发送JSON对象。二进制协议。
一些NOSQL产品可以使用类似SQL的语法来处理数据，但只有在有限的范围内。例如，Apache Cassandra（广泛的存储空间）具有其自己的SQL语言，Cassandra QUERY语言或CQL。从SQL游戏手册（例如或关键字）中。但是Cassandra中没有本地方法或子问题本地方法，因此CQL中不存在相关关键字。
NOSQL系统的一个常见设计选项是“无共享”架构。在共享设计中，群集中的每个服务器节点都独立于其他节点。该系统无需从其他节点获得共识即可将数据返回数据。查询速度很快，因为它们可以从最近或最方便的节点返回。
没有共享系统的另一个优点是弹性和向外扩展。膨胀簇就像在群集中启动新节点并等待它们与其他节点同步。如果NOSQL节点失败，群集中的其他服务器将继续运行。所有数据都会继续运行。即使可以减少可用于服务请求的节点，也可以使用。
请注意，难以置信的设计不是NOSQL数据库所唯一的。可以以非共享方式（例如MySQL）设置许多传统SQL系统，尽管这通常涉及牺牲整个集群以获得性能的一致性。
如果NOSQL提供了如此多的自由和灵活性，为什么不完全放弃SQL？简单的答案是，许多应用程序仍然需要SQL数据库提供的各种限制，一致性和保证措施。在这些情况下，NOSQL的某些“优势”可能会成为缺点其他限制来自NOSQL系统，该系统缺少SQL字段中的某些功能。
即使您接受免费的数据形式，您几乎总是需要将数据限制在数据中才能使其有用。对于NOSQL，限制涉及将职责从数据库转移到应用程序开发人员。例如，开发人员可以通过对象强加结构关系映射系统（或ORM）。但是，如果您希望该模式和数据共存，则NOSQL通常不支持它。
一些NOSQL解决方案提供了可选的数据类型和数据验证机制。例如，Apache Cassandra具有一系列局部数据类型，让人联想到传统SQL中的数据。
NOSQL系统提供了一种选择，即使用强或即时的一致性来交换更好的可用性和性能。传统数据库确保操作是原子质的（交易的所有部分都是成功或不成功的），一致（所有用户都具有相同的视图在数据）中，隔离将在服务器故障中幸存下来）。
这四个属性集体称为酸，可以在NOSQL系统中以不同的方式处理。未能等待已复制到集群的最新节点的请求。插入集群中的数据最终到处都可以使用，但是您无法保证何时。
对于某些NOSQL系统，您可以在一致性和速度之间选择一个折扣解决方案，尽管不同的产品具有不同的解决方案。例如，Microsoft的Azure Cosmos DB允许您选择每个请求的一致性水平用法。语义交易语义，在SQL系统中，以确保可以在某些NOSQL系统（例如MongoDB）中使用交易的所有步骤（例如执行销售和减少库存）以完成或回滚。
大多数NOSQL系统都是概念性的，但是实现是不同的。对于如何查询和管理数据，每个系统都有自己的隐喻和机制。
它的一个副作用是应用程序逻辑和数据库之间的高水平耦合。如果您选择一个NOSQL系统并坚持使用它，则此耦合还不错，但是如果您将来更改系统，它将成为一个绊脚石。
如果您从MongoDB迁移到CouchDB（或相反），则不仅必须迁移数据。您还必须控制数据访问和程序化隐喻之间的差异。换句话说，您必须在应用程序中重写数据库的一部分。
NOSQL的另一个缺点是相对缺乏专业知识。传统SQL人才的市场非常大，但是NOSQL技能的市场刚刚开始。
作为参考，Inte Yeus.com报告说，截至2022年，诸如传统SQL数据库Mysql，Microsoft SQL Server，Oracle Database等位置列表数量仍然高于MongodB，Couchbase和Cassandra的位置数量对NOSQL专业知识的需求仍然是SQL技能市场的一小部分。
我们可以预期，随着时间的流逝，SQL和NOSQL系统之间的某些差异将会消失。许多SQL数据库现在已经接受JSON文档作为本地数据类型，并且可以查询数据。一些数据库甚至具有受JSON数据约束的本地方法。，因此其处理方法与传统线条和列一样严格。
另一方面，NOSQL数据库不仅添加了类似于SQL的查询语言，而且还添加了传统SQL数据库的其他功能，例如MongoDB的酸属性。
一种可能的路径是，几代数据库和当前数据库系统的未来版本将涵盖这些范例。同时，将提供SQL和NOSQL函数以帮助数据库世界不再分散。具有NOSQL系统的级别可伸缩性。
但是，纯SQL和纯NOSQL系统将在未来几年中具有自己的位置。在设计灵活性，水平可扩展性和高可用性的情况下，可以考虑使用强读的一致性和其他SQL数据库，因此可以考虑使用NOSQL。对于许多应用程序，这些应用程序。保证值得交换NOSQL。