是什么让 Cassandra（以及一般的 NoSQL）成为 RDBMS 的更好解决方案？

嗯，NoSQL 现在是一个流行词，所以我一直在研究它。我还没有弄清楚 ColumnFamilies 和 SuperColumns 等...但我一直在研究数据是如何映射的。

看完之后this http://arin.me/blog/wtf-is-a-supercolumn-cassandra-data-model文章和其他人，数据似乎以类似 JSON 的格式映射。

Users = {
    1: {
        username: "dave",
        password: "blahblah",
        dateReged: "1/1/1"
    },
    2: {
        username: "etc",
        password: "blahblah",
        dateReged: "2/1/1",
        comment: "this guy has a comment and dave doesns't"
    },
}

RDBMS 格式为：

Table name: "Users"

id | username | password | dateReged | comment
---+----------+----------+-----------+--------
 1 |  dave    | blahblah |  1/1/1    |
---+----------+----------+-----------+--------
 2 |  etc     | blahblah |  2/1/1    | this guy has a comment and dave doesn't

假设我正确理解了这一点并且我上面的例子是正确的，为什么我会选择 RDBMS 设计而不是 NoSQL 设计？就我个人而言，我更愿意使用 JSON 结构...这是否意味着我应该选择 NoSQL 而不是 MySQL？

我想我要问的是“我什么时候应该选择 NoSQL 而不是 RDBMS？”

顺便说一句，正如我所说，我仍然没有完全理解如何实施 Cassandra 数据库。即，我该如何create上面的用户表在一个新的数据库中？您可以指出的任何教程、文档等都会很棒。我的谷歌搜索并没有出现太多“从头开始”的信息......

如果您是 google，那么您可能会发现 NoSQL 比 RDBMS 对您来说更容易。既然您不是，那么 RDBMS 为您提供的许多优势可能会有一些用处。值得注意的是，在单个节点上，NoSQL 绝对没有优于 RDBMS 的优势。不过，与 NoSQL 相比，RDBMS 具有许多优势。这些是什么？

RDBMS 使用一些相当深入的魔法来理解它拥有的数据以及您所请求的数据，以便它能够以最有效的方式返回该数据。如果您没有询问某些列，rdbms 不会浪费任何精力来检索它。如果您对两个表中具有共同字段的行感兴趣（顺便说一句，这是一个联接），RDBMS 不必检查每一对行是否匹配，或者 NoSQL 数据库通常所做的只是给出你做一切事情并让你做检查。使用 RDBMS，您通常可以构建实际上“关于”您正在使用的数据的查询，例如“如果日期是星期二”，并且如果您的索引支持它（如果您经常执行该查询，那么您将添加这样的查询）索引）您可以有效地获取这些行。

RDBMS 的优点还有另一个原因。在 RDBMS 上处理事务很容易，但在 NoSQL 数据库上处理事务却很难。假设您正在实现一个博客引擎。假设帖子标题（出现在 URL 中）在所有帖子中必须是唯一的。在 RDBMS 中，您可以轻松地确保不会意外出错。对于 NoSQL 数据库，如果它确实支持某种事务完整性，通常是在分片级别，任何可能需要这种完整性的东西都必须位于同一个分片上。由于任何一对用户都可能在同一时刻发帖，因此每个用户的帖子必须位于同一个分片上才能获得相同的效果。好吧，那么您就根本无法从 NoSQL 中获得任何好处。