每个 RDBMS 人员都认为没有 ACID 天塌下来，这是一个悖论，但大多数 NoSQL 人员很乐意部署和支持最终用户应用程序，而从未想过“我的应用程序使用 ACID 会更好”。与 Marc B 的回答相反，NoSQL 数据库不是更新随机丢失或数据随机损坏的数据库。主要区别在于，在 NoSQL 数据库中，您可以使用有限版本的原子性和隔离等，但实现任意复杂性的事务需要付出指数级的努力。
没有理由不能使用非 ACID 数据库实现银行系统。大多数 NoSQL 数据库都允许您使用微交易，从一个帐户中扣除资金并将其添加到另一个帐户中，系统中总金额发生变化的可能性为 0%。
为了在实际示例的上下文中讨论这个问题，我将描述我们的应用程序。我的公司向高中销售软件，主要用于安排时间表，也用于点名、管理教师缺勤/替换、短途旅行和房间预订。我们的软件基于内部开发的称为 Mrjb 的非 ACID 数据库引擎（仅内部可用），该引擎具有 NoSQL 数据库的典型限制。
与最终用户相关的 ACID 和 NoSQL 之间差异的一个示例是，如果 2 个用户尝试在完全相同的时间标记同一个卷，那么最终结果的可能性很小（非常）两个用户提交的数据的组合。 ACID 数据库将保证最终结果要么是一个用户的数据，要么是另一个用户的数据，或者一个用户的更新可能会失败并向用户返回错误消息。
在这种情况下，我认为我们的用户不会关心个别学生的“缺勤”状态是否与一个用户的更新一致或两者兼而有之，尽管如果我们分配的缺勤状态是与两个用户的输入相反。这个例子在实践中不应该发生，如果发生了，那么它就是一个“竞争条件”，对于我们相信哪个用户基本上没有正确的答案。
关于我们的 Mrjb 数据库提出了一个问题，即我们是否能够实现诸如“不得允许 Student 对象在没有相应的 Family 对象的情况下存在”之类的约束。 （“ACID”中的“C”= 一致性）。事实上，我们可以并且确实保持这种约束——微交易的另一个例子。
另一个示例是在上传新版本的周期性学校时间表（通常为 2 周周期）时，这是每日时间表所依据的。我们将很难使这个更新事务原子化或允许其他事务与这个更新隔离执行。所以我们基本上可以选择在这个主要交易发生时“停止世界”，这大约需要 2 秒，或者允许学生打印出包含更新前和更新后数据组合的时间表（有可能发生这种情况的 100 毫秒窗口）。 “停止世界”选项可能是更好的选择，但实际上我们是后者。您可能会争辩说，混合时间表比更新前的时间表更糟糕，但在这两种情况下，我们都需要依靠学校有一个流程来通知学生时间表已更改——学生正在处理过期的时间表即使它是一个一致的时间表也是一个大问题。另请注意，学生通常会在线查看他们的时间表，在这种情况下问题会大大减少。
我还为 http://brainresource.com 编写了一个“基于文件系统的 Blob 数据库”，用于存储他们的大脑扫描。这是一个重要的数据库，并且没有 ACID 属性，尽管他们确实使用 RDBMS 来存储有关其主题的其他数据。
为了记录，我们公司在这里描述：http://edval.com.au，我们的 NoSql 技术在这里描述（描述为一种技术）：http://www.edval.biz/memory-resident-programming-object-databases。有人担心这篇文章是垃圾邮件，给我们公司带来了麻烦，但我认为（a）所提出的问题不能仅用理论上的术语来回答 - 你需要一些现实世界的例子，以及（b）扣留任何有关产品或数据库技术的识别信息都是不合适的。