放弃酸，有利于数据库工程中的基础

关系数据库的设计具有可靠性和核心的一致性。开发他们的工程师专注于交易模型，确保了四个原则酸模型总是被保留。然而，新的非结构化数据库模型的出现在其头上变成了酸。NoSQL数据库模型估算高度结构化的关系模型，支持灵活的钥匙/价值存储方法。这种非结构化的数据方法需要替代酸模型：基础模型。

酸模型的基本原则

酸模型有四个基本原则：

• 这原子学交易确保每个数据库事务都是一个单个单元，它采用“全部或全无”的执行方法。如果事务中的任何语句失败，则整个事务将退回。
• 关系数据库也确保了一致性每个交易都使用数据库的业务规则。如果原子事务的任何元素会扰乱数据库的一致性，则整个事务发生故障。
• 数据库引擎执行隔离在同一时间发生的多次事务之间。每个事务发生在每次其他事务之前或之后发生，以及数据库的视图，交易在其开头看到的事件仅在其结论之前被交易自身更改。没有交易应该看到另一个交易的中间产品。
• 最终的酸原理，耐久性，确保一旦事务致力于数据库，它将通过使用备份和事务日志永久保留。如果发生故障，这些机制可用于恢复已提交的事务。

基础核心原则

NoSQL数据库另一方面，酸模型是透镜或实际上，妨碍数据库的操作。相反，NoSQL依赖于已知的更柔软的模型，适当地，作为基础模型。该型号可满足NoSQL提供的灵活性以及非结构化数据的管理和策划的类似方法。基地由三个原则组成：

• 基本可用性。NoSQL数据库方法即使在存在多个故障情况下也侧重于数据的可用性。它通过使用高度分布式的数据库管理方法来实现这一目标。而不是维护单个大数据存储，并专注于该商店的容错，NoSQL数据库在具有高复制程度的许多存储系统中传播数据。在不太可能的情况下，失败扰乱了对数据段的访问，这并不一定会导致完整的数据库中断。
• 软状态。基础数据库完全放弃了酸模型的一致性要求。基础背后的基本概念之一是数据一致性是开发人员的问题，不应由数据库处理。
• 最终一致性。NoSQL数据库对一致性的唯一要求是要求在将来的某个时间点，数据将收敛到一致的状态。但是，在发生这种情况时，没有保证。这是完全偏离酸的直接一致性要求，禁止执行事先执行，直到先前的事务完成，数据库融合到一致的状态。

相对用例

基本模型不适合各种情况，但肯定是对数据库的酸模型的灵活替代方案，这些数据库不需要严格遵守关系模型。

使用酸的数据库的最佳用例取决于具有可预测的输入和输出的高度结构化数据。因此，人力资源数据库，零售数据库和电子医疗记录受益于酸提供的强大内部一致性检查。

然而，基础解决方案更好地用于诸如情感分析等模糊的主体。例如，基础结构化项目可以扫描Twitter Feed，寻找暗示基于特定HASHTAG的情绪的单词。Twitter Feed不是结构良好的或本地实例化，但是数据流也能够为查询编程的信息，即使该数据的范围和性质都没有干净地界限。