Nosql 数据库：酸与碱

Nosql 数据库通常分为酸性或碱性。 酸模型是关系数据库中使用的传统模型，其中数据被组织成表和行。 另一方面，基本模型是在 nosql 数据库中使用的较新模型。 该模型基于面向文档的数据库的概念，其中数据被组织成文档。 两种模型之间的主要区别在于酸模型更结构化，需要更多的前期规划，而基础模型更灵活，可以根据需要进行调整。 Nosql 数据库可以是 acid 或 base，但它们通常依赖于 base 模型。

NoSQL 数据库并非无 ACID，但它是一个基础 (*)。 最简单的状态，柔软的状态，是逐渐一致的，只有在冥想状态下才会发生变化。 因此，如果亚马逊使用这种方法，您将始终能够从他们那里购买一本书，无论是否有库存可满足您的订单。 他们只是想取笑布鲁尔定理。

nosql 数据库的问题不在于它们不兼容 acid； 而是它们从来没有被设计成这样。 尽管使用广泛，但 ACID 需要大量的服务器资源，因此即使是 Google 也重新使用了 SQL 和 SSIS。

数据库 NoSQL 不需要固定的表结构，也不需要ACID 支持。 根据 Orend (2010) 的说法，一致性是随着时间的推移而发生并提供数据一致性的东西。

要记住的第一点也是最重要的一点是，不能将 ACID 定义为单个实体。 它是原子性、一致性、隔离性和持久性等的缩写。 尽管许多 NoSQL 数据库不符合ACID 属性，但 AID 和 Consistency for Performance 是 AID 的两个方面，得到了大量 NoSQL 数据库的支持。

称为 BASE 模型的软模型用于 NoSQL。 游戏的基本规则是有一个基础（基本上是一个软状态，尽管是一致的）。 该定义基本上保证了数据的可用性。 如果对请求有响应，就会有一个（但也可能会失败）。

Nosql 是酸还是碱？

关系数据库以 ACID（原子性、一致性、隔离性和持久性）属性区分，而 NoSQL 数据库以 BASE（基本可用、软状态和最终一致性）区分。

关系数据库中的 ACID 属性通常是可取的。 为了在大数据时代保持竞争力，我们必须投资于可扩展的技术。 MongoDB 以更高效的方式处理海量数据的能力归功于它使用了 NoSQL 数据库。 另一方面，传统 RDBMS 不使用表格关系，这意味着它们不存在与这些解决方案相同的存储问题。 在某些情况下，我们更喜欢可用性而不是一致性。 具有 ACID 模型的系统将受益于更多的基本属性。 如果您想实现一致性但更喜欢刚性结构，请考虑使用关系模型。 有许多系统同时使用 RDBMS 和 NoSQL，因此请确保您不必选择其中之一。

Nosql 使用 Acid 吗？

Apache 的 CouchDB 和 IBM 的 Db2 是 NoSQL 数据库的两个示例，它们实现了一些 ACID 合规性。 另一方面，NoSQL 数据库管理方法违背了严格的 ACID 规则。 不建议必须在严格环境中操作的用户使用 NoSQL 数据库。

Matt Turner 是 MarkLogic 的首席技术官，在媒体和制造部门工作。 作为一名媒体主管，他为媒体、娱乐和制造业制定战略和解决方案。 Matt 在企业中担任 NoSQL 开发人员，他与客户和潜在客户建立联系以创建 NoSQL 运营数据中心。 如今，如果您拥有正确的 DBMS，就可以实现带有 ACID 的 NoSQL。

Mongodb：适用于模式级酸性事务，而不是文档级酸性事务

面向文档的数据库，例如 MongoDB，在数据库的最底层缺乏ACID 事务的支持。 尽管 MongoDB 在模式级别不支持 ACID 事务，但它在数据库操作级别支持它们。 因此，如果您一次提交一个模式，则与该模式关联的所有数据也将更新。

Nosql 中的基本模型是什么？

基本模型是用于在 NoSQL 数据库中存储数据的数据模型。 基本模型是键值存储，这意味着数据以类似于字典的格式存储。 基本模型是一个简单的数据模型，易于使用和扩展。

NoSQL 建立在更软的模型上，称为 BASE 模型。 base 的一般概念是“可用性、软状态和最终一致性”。 因为 NoSQL 以软状态而不是特定值存储数据，所以数据可以随时间更改。 ElasticSearch 在处理 REST 查询方面优于 MongoDB，因为它使用 REST API 来处理。 文档数据库、键值数据库、宽列存储和图形数据库是一些最常见的 NoSQL 数据库类型。 Firebase 实时数据库允许您实时跟踪和同步用户之间的数据。

由于 NoSQL 数据库在数据管理方面不同于传统数据库，因此越来越受欢迎。 与关系数据库不同，非关系数据库没有明确指定哪些信息应该存储在哪些表中。 一个文档包含多种类型，而不是将数据存储在单个文件中。 因此，添加新文档和删除旧文档非常简单。 NoSQL 数据库也可以横向使用，允许更多的横向扩展。 因此，您可能需要分配更多服务器来处理增加的数据需求。 因为数据存储在不同的文件中，所以在服务器之间移动和更改数据很简单。 重要的是要认识到 NoSQL 数据库并非完美无缺。 因为它们速度较慢，不太适合大规模数据结构，所以不适合大规模数据仓库。 尽管如此，它们越来越受欢迎，并且它们提供了一种独特的数据管理方法，这在未来将非常流行。

Mongodb 是适合您的应用程序的数据库吗？

此外，MongoDB 合并了分片，这使它能够充当 ACID 数据库。 无论应用程序的要求如何，对于那些需要额外性能的人来说，这是一个很好的选择。 NoSQL 数据库有什么好处？ 在关系数据库管理系统(RDBMS) 上使用 NoSQL 数据模型是不利的。 这意味着该模型并未明确说明数据之间的关联方式——即所有数据的连接方式。 现在可以通过这种方式创建自定义数据模型，从而满足特定要求。 此外，由于 MongoDB 符合 ACID，因此非常适合需要显着增强性能的应用程序。

Mongodb 是否支持酸或碱？

另一方面，MongoDB 允许为需要它们的用例进行多文档 ACID 事务。 因为数据模型通常不需要多文档事务，所以开发人员很欣赏以一种允许他们在确实发生的情况下使用多文档事务功能的方式建模他们的数据的能力。

MongoDB 文档范围的事务协议仅限于两种类型的写入：只对插入或更新的文档写入和只对整个文档写入。 对于整个文档，原子操作是成功或失败的操作。 跨多个文档或集合的原子更改是不可能实现的。 即使在运行副本集配置时，所有对主 Mongo 服务器的写入都是有针对性的。 MongoDB 支持在多台服务器之间分配流量（如果它们配置为这样做），只要它们之间没有不一致。 是否要根据 CAP 定理保持一致性和可用性由您决定。 Mongo 2.2开始使用数据库专用的写锁，在页面错误等慢速条件下运行时，很多操作开始yield。

Mongo 提供了在考虑如何使用写入关注（集群持久性）完成写入之前指定写入至少 N 个辅助节点的选项。 在跨多个服务器向任何辅助服务器发送更新之前，服务器可能会死掉。 但是，如果你的数据中心断电了，只有在 Mongo 1.8 中发布的 journaling 可以用来留住你。

Nosql的基本属性

随着对可扩展性和灵活性的需求增加，NoSQL 数据库在过去几年中变得越来越流行。 NoSQL 数据库通常比传统的关系数据库更具可扩展性，因为它们被设计为分布在多个服务器上。 NoSQL 数据库通常也更灵活，因为它们不像关系数据库那样需要严格的模式。

许多组织仍在使用关系数据库，但许多人认为它们现在毫无价值。 NoSQL 的引入填补了 RDBMS 留下的空白，业界不再支持。 它向数据库询问答案，您以查询的形式返回。 SQL 或结构化查询语言是用于此查询的查询语言。 表之间的关系或添加新表可能会影响现状。 数据库的属性，例如原子性、一致性、隔离性和持久性，被称为 ACID。 例如，每个额外列的值在所有前面的行之间必须保持不变。

可以将列添加到 Cassandra 中的特定行分区。 NoSQL 数据库不仅仅用于 SQL 和非关系数据库。 NoSQL 数据库有四种主要类型。 Riak、Voldemort 和 Redis 是三个键值存储。 Cassandra 和 HBase 都可以在广泛的列中使用。 文档数据库包括 MongoDB Graph 数据库、Neo4J 数据库系统和 HyperGraphDB 数据库。 文档存储，如键值数据库，可以是半结构化的并将数据存储在文档中。

在图数据库中，每个节点只能存储一个数据集，节点之间的关系是预先确定的。 丢弃持久关系更容易，因为更改两个节点之间的关系需要很长时间。 作为起点，您需要了解有关 NoSQL 的一些基础知识。

什么是数据库的基本属性？

此系统可用：如果出现问题，系统可用。 只要数据的一致性持续存在，数据的软状态就可以在没有应用程序交互的情况下发生变化。 在收到应用程序输入后，它将随着系统的发展而变得一致。

Nosql的三大特点是什么？

在 NoSQL 数据库中，可以使用灵活的模式。 比例尺的长度通常是水平的。 由于其数据模型，数据查询可能需要很长时间。 您会发现它易于使用。