NoSQL在保存文本数据方面的优势

问题1。为什么人们经常喜欢使用NoSQL而不是RDBMS来存储推文之类的数据？ 问题2。是否有任何NoSQL数据库支持类似SQL的查询语法

第一季度的样本表如下：

地位

• 液体
• 地位
• 时间戳

用于非结构化数据，或用于 其结构是动态的（即如果 存储在RDBMS中的表 结构将不断更新 更改）。想象一下，将有关电影的数据存储在数据库中。你从片名和导演开始，但不久你就会意识到，你还需要拯救所有的演员，因为今年-->表结构发生了变化。然后，您希望存储类似的胶片-->另一个更改。对于这样的场景，以键/值对保存数据可能会更容易，因为您只需将新数据添加到现有结构中（尽管您给出的示例（基本上是一个文本块）并不真正符合该描述）

支持类似SQL的语法

用于非结构化数据，或用于 其结构是动态的（即如果 存储在RDBMS中的表 结构将不断更新 更改）。想象一下，将有关电影的数据存储在数据库中。你从片名和导演开始，但不久你就会意识到，你还需要拯救所有的演员，因为今年-->表结构发生了变化。然后，您希望存储类似的胶片-->另一个更改。对于这样的场景，以键/值对保存数据可能会更容易，因为您只需将新数据添加到现有结构中（尽管您给出的示例（基本上是一个文本块）并不真正符合该描述）

支持类似SQL的语法

---

特别是NoSQL数据库，通常是存储推文之类的东西的好选择，因为它们提供了非常快的写入速度、快速的查询，并且可以轻松地将大型数据集分布在服务器集群中

---

许多NoSQL数据库都有自己的查询语法，但有些数据库（如基于Hadoop构建的数据仓库产品）确实有类似SQL的查询语言。

尤其是NoSQL数据库，通常是存储推文等内容的好选择，因为它们提供了非常快的写入速度、快速的查询、，并且可以轻松地跨服务器集群分发大型数据集

许多NoSQL数据库都有自己的查询语法，但有些数据库（如基于Hadoop构建的数据仓库产品）确实有类似SQL的查询语言。

Q1:

NoSQL产品主要以其扩展能力（分片和复制）和无模式设计而闻名。Twitter使用FlockDB（一种图形数据库）而不是RDBMS，因为这一点，并且因为使用图形来描述谁跟随谁更有意义，而不是因为实际的文本消息

NoSQL的其他好处包括高级查询技术（Map/Reduce）：CouchDB和RavenDB是构建在Lucene之上的面向文档的数据库，因此可以提供开箱即用的全文搜索查询，这是RDBMS永远无法有效实现的

问题2：

查询是Linq表达式，它模仿SQL语法，与之完全相同。

Q1:

NoSQL产品主要以其扩展能力（分片和复制）和无模式设计而闻名。Twitter使用FlockDB（一种图形数据库）而不是RDBMS，因为这一点，并且因为使用图形来描述谁跟随谁更有意义，而不是因为实际的文本消息

NoSQL的其他好处包括高级查询技术（Map/Reduce）：CouchDB和RavenDB是构建在Lucene之上的面向文档的数据库，因此可以提供开箱即用的全文搜索查询，这是RDBMS永远无法有效实现的

问题2：

---

查询是Linq表达式，它模仿SQL语法，与之完全相同。

这是两个独立的问题：请这样问。将它们结合起来，使得SO投票机制很难评估最佳答案。我建议您将这个问题的重点放在NoSQL对文本数据的适用性上，并就SQL语法提出一个单独的问题。Q2的答案将只是一个名称！没关系，这仍然应该是一个单独的问题。为了回答#2-我们已经非常成功地使用了谷歌数据存储。这是两个单独的问题：请这样问他们。将它们结合起来，使得SO投票机制很难评估最佳答案。我建议您将这个问题的重点放在NoSQL对文本数据的适用性上，并就SQL语法提出一个单独的问题。Q2的答案将只是一个名称！没关系，这仍然应该是一个单独的问题。为了回答#2-我们使用谷歌数据存储取得了巨大成功。请在Q1上多解释一点。请在Q1+1上多解释一点：在这些NoSQL中，哪一个比RDBMS->读/写/查询/子查询/加入/不区分取决于数据的结构和访问模式，最好的办法就是试试看。NoSQL数据库不倾向于支持连接操作，因为它们不以关系方式存储数据。+1：在这些数据库中，哪一种NoSQL比RDBMS->read/write/query/sub-query/join/in更快？如果不依赖于数据的结构和访问模式，最好的做法是试试看。NoSQL数据库不支持连接操作，因为它们不以关系方式存储数据。