NoSQL数据库
为什么NoSql (MongoDB)?
可扩展性和灵活的数据存储:这是从关系型数据库移开的主要原因。
模式少:表示与单个记录的复杂层次关系。
扩展:跨越多台计算机对数据进行分区。
-
令人惊讶的快速:MongoDB使用二进制线协议作为相互作用 的与服务器的主模式
特点:
索引容易
存储Java脚本
简单管理(如果主站在主从架构下自动故障切换)
MongoDB功能强大,并试图保留关系型系统的许多功能,但并不打算做关系数据库所做的所有事情。每当 可能,数据库服务器将处理和逻辑卸载到客户端。
NoSQL系统(如MongoDB)是专为数据密集型应用程序设计的 - 例如Facebook创建了一个名为Cassandra的NoSQL解决方案来处理他们拥有的大量数据。 NoSQL对那些正在构建高度可伸缩应用程序并通过不强制数据库模式来减少对空表列的需求的人非常有用,例如,如果您有一张储存有关您的朋友的信息的表,那么您不会有包括你知道另一个阅读兴趣的阅读兴趣。
关系数据库确实有它们的位置,但是NoSQL并不是真正意义上的替代品,就像大规模接触数据存储想法的另一种方式一样。我想说,未来将有越来越多的公司开始使用NoSQL解决方案,但目前大多数拥有小型网站的人根本不需要设计用于处理这种大量信息的系统。
希望有帮助!
我认为NoSQL是为了取代'SQL'。标题本身就是对它的暗示。 NoSQL意味着以不同的方式解决问题。任何使用NoSQL和SQL的系统都不完全支持它作为Key值存储的含义。
这并不是说这种做法是不理想的(它是,因为许多的NoSQL技术不具备的先进功能,SQL数据库已经有几十年,目前解决这个问题比NoSQL的更好的。)
随着NoSQL技术的成熟(数据一致性得到保证),企业将会更舒适地将SQL从其技术栈中移除;以及开源数据库的商业许可(由Oracle购买MySql)将为这一迁移速度设定步伐。
有像playORM这样的系统现在可以在分区内进行连接,因此在将来noSQL可能会取代SQL系统的可能性越来越大。实际上,playORM使用S-SQL(可伸缩SQL),除了指定要查询的分区外,您几乎可以像以前一样执行SQL。作为开始,您可以使用不带分区的playORM将关系模型移动到noSQL,并且它可以快速并且快速地分区到关系模型,从而实现扩展。