与 数据库

[safiyaparvin]

数据对于您的业务成功从未如此重要 - 但如今，我们在如何存储和管理信息方面拥有比以往更多的选择。今天，我们将通过检查 ACID 与 BASE 数据库来检查两种最常见的方法。 你看，我们总是受到一些核心计算机科学原理的限制。具体来说，可用性、一致性和分区容错性之间存在固有的权衡。没有任何数据库系统可以保证这三点。 不同的供应商将其平台定位在该框架内的不同位置。 实际上，整个市场存在巨大的差异，各个数据库之间存在非常微妙的差异。 ACID 和 BASE 是管理数据库事务的两个主要模型。因此，了解差异是为任何项目选择正确的数据解决方案的重要一步。 今天，我们将学习如何做到这一点。 让我们从基础知识开始。 ACID 与 BASE：定义 ACID 和 BASE 是两个缩写词，代表数据库管理事务的方式。这里的事务意味着检索、添加、编辑或删除数据 - 或这些操作的某种组合。 当我们只处理单个事务时，这是一个非常简单的过程。但是，当我们从宏观角度思考这个问题时，事情就会变得更加混乱。 例如，我们如何管理并发事务将影响数据的最终状态。 为了了解这在实践中意味着什么，让我们依次探讨每个模型。

什么是 ACID 数据库？ ACID 代表： 原子性- 事务被视为一个单元 - 因此如果一个操作失败，整个事务都会失败。 一致性——数据库必须保持一致状态，事务才能成功。 隔离性——同时进行的事务不会影响彼此的结果。 持久性- 成功的更改将永久存储。 基本目标是确保事务期间出现问题时的一致性。 数据库可以通过多种不同的方式强制执行 ACID 模型。这些都是： 锁定- 当发生与其相关的事务时，将数据标记为正在使用。 多版本控制-只读事务能够访问事务中当前涉及的数据 Back link : 葡萄牙手机号码清单 当然，这只是基础知识。有关更详细的说明，请查看我们的ACID 合规性深入指南 。 数据统计不准确 （埃德Q ） 什么是 BASE 数据库？ BASE 数据库的工作方式略有不同。最终，他们的目标是解决 CAP 定理的不同问题。 BASE 代表： 基本可用- 通过将数据分布在分布式数据库中的不同节点上来确保数据的可用性。 软状态——数据库本身不强加一致性，而是将这个责任交给开发人员。 最终一致——最终应该实现一致性，但不能保证单个事务的一致性。



您可能会认为这与 ACID 相比似乎更令人困惑，这是情有可原的。事实上，这些原则中的每一个都可能很容易显得留有很大的回旋余地。 因此，让我们仔细思考一下每一个的实际含义。 基本上可用本质上意味着系统将始终响应请求 - 即使在系统发生故障或节点间值冲突的情况下也是如此。因此，即使节点已关闭或存在网络分区，我们也总会得到一些信息。 代价是这可能不是最新的值。 软状态为我们提供了灵活性，因为我们的数据系统可以随着时间的推移而发展和变化。将此与传统的 RDBMS 进行对比，在传统的 RDBMS 中，我们有一个往往非常粘性的已定义模式。 我们有责任考虑这些变化的影响。 最终一致意味着我们没有完全牺牲一致性。相反，关键是，在任何特定时刻，我们都可能会出现不一致的情况，但从长远来看，这些问题应该得到解决。 加入 75,000 个团队构建内部工具 ACID 和 BASE DBMS 的示例 如果我们考虑 ACID 与 BASE，那么您的最终目标很可能是为特定项目选择特定的数据库。