帮酷LOGO
  • 显示原文与译文双语对照的内容

本文由 Sufyan bin Uzayr编写,最初发布在开发人员软件日志的 2013年06月 发行版中。 你可以在网站找到更多文章。

介绍

T他的文章旨在探讨 NoSQL 数据库的基本思想和原则。 面向数据库管理员。程序员。程序员。网络开发人员等的NoSQL 。<o:p/>

假设你已经决定建立一个网站或者应用程序。 显然你需要s用于管理数据的omething 。 是的,是的,一个数据库。 怎么样, 想 好了吗? MySQL,ms sql,Oracle或者 PostgreSQL? 毕竟,没有什么能像使用SQL来管理数据那样令人惊奇的旧 RDBMS 。 <o:p/>

让我向你介绍一个完全独特且非常规的数据库模型- NoSQL 。 就像它的他所有的优秀文章一样,我们也应该从。"。"。嗯。"。"。免责声明 ! <o:p/>

NoSQL 代表 not-only-SQL 。这里的思想不是反对 SQL,而是提供一个关于数据存储的替代方法。 然而,大多数用户都很熟悉 SQL,许多 NoSQL 数据库都努力提供SQLlike查询接口。 <o:p/>

为什么 NoSQL?

这是个有效的问题。 下面是原因: <o:p/>

  • 管理大数据块: NoSQL 数据库可以轻松处理许多读/写周期。几个用户和大量的数据,这些数据。 <o:p/>
  • 模式不需要:大多数 NoSQL 数据库都没有?架构因此非常非常灵活提供者构建模式并将对象映射到它们中的好选择。 标准化和复杂等术语联接那么所需 !
  • 程序员友好:NoSQL 数据库在每个主要方面提供简单的apip因此,rogramming语言不需要复杂的ORM框架。 还有用例API不适用于特定的编程语言,通过XML和/或者JSON可以以通过HTTP访问数据。
  • 可用性:大多数分布式 NoSQL 数据库可以轻松复制数据,一个节点的故障不会影响数据的可用性。 <o:p/>
  • 可伸缩性:NoSQL 数据库不需要专用高性能服务器。 实际上,它们可以很容易地在一个商品硬件集群上运行,扩展就像添加一个新节点一样简单。 <o:p/>
  • 如果你正在运行trillion数据服务器( 或者something就像这样,给出几百万个它们,NoSQL 可以以帮助你达到极低的效果。延迟当然,它本身的延迟取决于可以以成功加载到内存中的数据量。
三重存储以subject-predicate-object的形式保存数据谓语是主语与宾语之间的联系因素。 因此,三重分数也是网络数据库的变体。 例如,在这种情况下,"Jonny Nitro读数据中心杂志。"是主题,而数据中心杂志是对象,术语'读取'与对象链接。 很明显,将这种语义查询映射到SQL会很困难,因此 NoSQL 提供了一种可行的替代方法。 三大商店的主要实现是芝麻。Jena 。Virtuoso 。AllegroGraph等。

SQL思想 <o:p/>

基本上,NoSQL 放弃传统的SQL思想,偏向于CAP定理或者Brewer定理,由 Eric Brewer在 2000年制定。 定理讨论了一致性。可以用性和分区容差( 缩写为大写)的三个基本原理,而且分布式数据库最满足两种。 NoSQL 数据库通过使用最终一致性来实现这个定理,这是一个更多放松形式在足够的时间内执行任务的一致性。 这又在很大程度上提高了可用性和可以伸缩性。这个范例经常经常称为作为-暗示基本可用,软状态,最终一致性。<o:p/>

不是SQL DataModels<o:p/>

NoSQL 数据库中的一些主要和最显著的差异如下: <o:p/>

1.文档存储 <o:p/>

2.分层 <o:p/>

3 。网络 <o:p/>

4.面向列的<o:p/>

5.面向对象的<o:p/>

6.key-value 存储 <o:p/>

7.3 存储 <o:p/>

文档存储<o:p/>

数据组织曾经像简单行和列一样最小的日子过去了。 今天,数据通常用XML或者 JSON ( 我们是在谈论网络)的形式来表示。 有利于XML或者JSON的原因是因为两者都of他们are极其便携compact 和标准化。简单地说,将XML或者JSON文档映射到关系模型没有什么意义。 相反,一个明智的决定是利用已经存在的文档存储。 为什么再次,只是因为 NoSQL 数据库?are模式更少今晚学校的礼堂有部很好的电影上演,你想去吗?存在不是预定义for一个XML或者JSON文档,因此每个文档都独立于其他文档。 数据库可以用于 CRM 。web相关数据。实时数据。等等 中一些最著名的实现模型是 MongoDB 。CouchDB和 RavenDB 。 实际上,bit.ly 已经被和Sourceforge等网站所使用。

<o:p/>

分层数据库 <o:p/>

这些数据库以层次关联的形式存储数据,即树或者父子关系。 在关系模型中,可以称为 1: n 关系。 基本上,地理空间数据库可以以用于存储位置信息的层次结构。 地理标记和地理定位在晚期流行。 在这种情况下,地理空间数据库变得非常相关,并且可以be使用地理的信息System的主要例子包括 PostGIS 。Oracle Spatial 。等等 以及一些最广为人知的层次数据库实现是微软和IBM的数据库的Windows 注册。 <o:p/>

图形网络数据库<o:p/>

图形数据库是最流行的网络数据库形式,用于存储可以以图形形式表示的数据。 基本上,图形数据库存储的数据可以指数所以图表数据库是理想for存储频繁更改的数据。 裁剪理论部分,图形数据库也许也许iPhone 7 还没出来,我们已经在iPhone上获取细节 8,或者不管是想到下一步。最多数awesome例子iPhone 7 还没出来,我们已经在iPhone上获取细节 8,或者不管是想到下一步。比如 Twitter,由开发,用来实现谁跟随谁。 FlockDB使用Gizzard框架来查询数据库,每秒 10,000次。 查询图的一般技术是从任意或者指定的开始节点开始,通过深度或者宽度第一步。 大多数图形数据库都允许开发人员使用简单的api来完成任务。 例如你可以进行以下查询: ,读数据中心杂志,一些最流行的图表数据库包括,HyperGraphDB和 Neo4j 。 <o:p/>

C面向olumn的数据库 <o:p/>

列定向数据库来了已经存在google之后在它的BigTable分布式存储系统上研究论文,该系统与Google文件系统一起使用。 of流行的实现是 Hadoop 。Apache 。HyperTable 。等等 <o:p/>

这些数据库更像三维数组,第一维是行标识符,第二个是列标识符,第三个是时间戳。 面向列的数据库由 Facebook 。Reddit 。Digg等使用。 <o:p/>

面向对象的数据库 <o:p/>

面向对象数据库是否是纯粹的NoSQL 数据库是争议的,但是这些数据库太不符合传统的RDBMS 。 这样的数据库允许以对象的形式存储数据,从而使数据高度透明。 一些最流行的包括 in 。Versant 。等等 对象数据库,通常用于研究目的或者web比例生产。 <o:p/>

key-value 存储 <o:p/>

key-value 存储是基于amazon研究论文和分布式哈希表的( arguably ) 。 这些数据模型是极其简化一般仅包含一个集合集每个值 Having的全局 key-value 对,它的唯一键与它关联。 因此,数据库具有高度的可扩展性和可扩展性。不以关系方式存储数据。 一些流行implementations包括 Voldemort ( 。由LinkedIn开源) 。Redis 。东京内阁等。 <o:p/>

三重存储

三重存储以subject-predicate-object的形式保存数据谓语是主语与宾语之间的联系因素。 因此,三重分数也是网络数据库的变体。 例如,在这种情况下,"Jonny Nitro读数据中心杂志。"是主题,而数据中心杂志是对象,术语'读取'与对象链接。 很明显,将这种语义查询映射到SQL会很困难,因此 NoSQL 提供了一种可行的替代方法。 三大商店的主要实现是芝麻。Jena 。genius 。AllegroGraph 。等等 <o:p/>

摘要<o:p/>

那么现在你刚被引入到 NoSQL 。 但是,这是否意味着应该从SQL将 switch 转换为它? 可能。或者不是。答案随情况不同而不同。 如果你发现SQL查询的方式太多,那么你可能会发现 NoSQL 同样难以处理。 但是,如果你正在寻找更灵活替代思想正在获取脏了你打算当建筑师,那么建筑学方面用的单词对你来说就很重要。应该给 NoSQL 一个旋转 ! 显然,选择是你的 !管理你的数据 ! <o:p/>

<o:p>

关于作者<o:p/>

Sufyan bin Uzayr是一位 20-year的自由作家,图形艺术家和摄影师基于印度。 Sufyan已经经广泛地参与了图形设计和web开发领域,他也开发了移动平台的应用程序。 目前为两个印刷杂志和六个博客,Sufyan也是一个神敢新世界的Editor-in-Chief,一个当代电子日志。 访问sufyan网站或者他的网站journal在 www.bravenewworld.in,你也可以将他发送给 sufyan@live.in

历史记录

在结尾( 2 -08-2013 ) 处添加一些丢失的文本。

即将发布的问题

如果你对即将发布的问题感兴趣,请查看我们的网站。 你可以看到一个新 python 包中的两个目录的目录。 python 在几行代码中python 初学者工具包。




Copyright © 2011 HelpLib All rights reserved.    知识分享协议 京ICP备05059198号-3  |  如果智培  |  酷兔英语