为什么NoSQL应该被称作"使用另类存储模型的SQL" 已翻译 100%

tsl0922 投递于 2012/11/26 16:45 (共 2 段, 翻译完成于 11-26)
阅读 296
收藏 2
0
加载中
你将会一次又一次的发现类似下面的博客文章,告诉你同样的关于  SQL vs.  NoSQL 的“真理”:
OneWebSQL成了  jOOQ的竞争对手, 查看  先前一篇比较的文章)

通常,那些博客的观点都是:
  • 性能(“SQL”永远不可能比得上“NoSQL”)
  • ACID(你并不经常需要它)
  • Schemalessness(存储任何数据)
因为一些有趣的原因,这些观点导致了对“NoSQL”的误解,被解释为”no SQL“,还有”not only SQL“。但是SQL仅表示  "结构化查询语言”,在表述关系数据方面是非常强大的。它是为创建元组,记录,表格,集合并映射(map)它们,减少(reduce)耦合等而精心设计的。注意,术语“map/reduce"是 NoSQL 传道者经常挂在嘴上的。
tsl0922
翻译于 2012/11/26 16:45
1
很好的例子,  Facebook Query Language (FQL),领先的NoSQL查询语言之一,和SQL非常相似,尽管它操作的是另一个完全不同的数据模型。  Oracle也一样,加入了NoSQL的行列,并在卖自己的产品。在不久的将来这两种数据存储会合并起来并可以使用一个ISO/IEEE规范化的SQL语言(SQL:2015 ?)来查询。因为”NoSQL“的精髓之处在于它并不考虑数据是怎样查询的,而在于数据是怎样存储的。所以,迟早会有一天,你可以在同一个数据库中创建”传统“的内容为”图表“和”哈希表"的表并在一条SQL查询中连接它们,不用考虑现在的那么多。

"NoSQL"应该被称作“使用另类存储模型的SQL”并且使用纯SQL查询!
tsl0922
翻译于 2012/11/26 16:45
1
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
加载中

评论(0)

返回顶部
顶部
返回顶部
顶部