我最近读到，NoSQL DB 比传统 SQL DB 更容易横向扩展。
但是考虑到我在 SQL DB 中有一个巨大的表，那么我可以很容易地根据一些哈希函数在多个服务器之间分配行。 例如- 如果我有 4 台服务器，我可以做 (id%4)，其中 id 是表的主键，以确定在哪个表上存储该特定行。
通过这样做，我们不仅可以扩展 SQL DB，还可以确保遵循 ACID 属性。
那为什么还要使用 NoSQL 呢？
【问题讨论】：
标签： sql database nosql scaling horizontal-scrolling
NOSQL 数据库倾向于放松数据库的 ACID 属性。例如，它们允许“最终”一致性，而不是“立即”一致性。
也就是说，如果您更新表中的一行，那么在事务提交后的一段时间内其他查询可能会看到旧值。最终，每个人都会看到相同的值。
因为这很宽松，NOSQL 数据库在优化方面具有更大的灵活性——尤其是不需要等待集群中的所有节点都同意某事。
在过去的几十年里，关系数据库并没有停滞不前，因此它们经常提供锁定和接近事务的变体。
根据我的经验，这可以在大量交易环境中产生影响。然而，出于许多目的，SQL 数据库上的事务完整性保证是值得的。
注意：NOSQL 实际上是指一类“替代”数据库。 NOSQL 中的“NO”代表“不仅”。实际上，我认为这些都是功能生态系统的一部分。 NOSQL 还可以指代文档存储、键值对数据库、图形数据库、GIS 数据库——任何类型的复杂数据库通常具有重要的重叠功能。
【讨论】：