繁体 English 中英

NoSql 与关系数据库

[英]NoSql vs Relational database

原文 2010-11-12 00:57:53 0 9 database/ database-design/ nosql/ relational-database/ rdbms

最近， NoSQL获得了极大的普及。

NoSQL与传统RDBMS相比有哪些优势？

9 个解决方案

并非所有数据都是关系数据。 对于这些情况，NoSQL 会有所帮助。

话虽如此，NoSQL 代表“不仅是 SQL”。 它并不是要敲打 SQL 或取代它。

SQL有几个非常大的优点：

强大的数学基础。
声明式语法。
结构化查询语言 (SQL) 中的一种众所周知的语言。

那些还没有消失。

将此视为非此即彼的论点是错误的。 NoSQL 是人们在合适时需要考虑的替代方案，仅此而已。

文档可以存储在非关系型数据库中，例如 CouchDB。

也许阅读本文会有所帮助。

历史似乎是这样的：

谷歌需要一个存储层来存储倒排搜索索引。 他们认为传统的 RDBMS 不会削减它。 因此，他们在 GFS 文件系统之上实现了 NoSQL 数据存储 BigTable。 主要部分是数以千计的廉价商品硬件机器提供速度和冗余。
其他人都意识到谷歌刚刚做了什么。
Brewers CAP 定理得到证明。 所有使用的 RDBMS 系统都是 CA 系统。 人们也开始玩 CP 和 AP 系统。 K/V 存储要简单得多，因此它们是研究的主要工具。
软件即服务系统通常不提供类似 SQL 的存储。 因此，人们对 NoSQL 类型的存储更感兴趣。

我认为大部分起飞都与这段历史有关。 扩展 Google 在 Google 采纳了一些新想法，其他人也纷纷效仿，因为这是他们目前知道的解决扩展问题的唯一方法。 因此，您愿意围绕 Google 的分布式数据库理念重新设计所有内容，因为这是扩展到特定规模的唯一途径。

C - 一致性
A - 可用性
P - 分区容差
K/V - 键/值

NoSQL 比 RDBMS 好，因为 NoSQL 的以下原因/特性

支持半结构化数据和易失性数据
它没有架构
读/写吞吐量非常高
可以轻松实现水平扩展
将支持大数据量的 Terra Bytes 和 Peta Bytes
为大数据之上的分析工具提供良好的支持
可以托管在更便宜的硬件机器上
内存缓存选项可用于提高查询性能
为开发人员提供更快的开发生命周期

编辑：

要回答“为什么 RDBMS 无法扩展”，请查看由 Stavros Harizopoulos、Daniel J. Abadi、Samuel Madden 和 Michael Stonebraker 编写的RDBMS Overheads pdf

RDBMS 在处理 TB 和 Peta 字节的海量数据方面面临挑战。 即使您有独立/廉价磁盘冗余阵列 (RAID) 和数据粉碎，它也不能很好地扩展以处理大量数据。 您需要非常昂贵的硬件。

日志记录：组合日志记录并跟踪数据库结构中的所有更改会降低性能。 如果可恢复性不是必需的，或者如果可恢复性是通过其他方式（例如，网络上的其他站点）提供的，则可能不需要日志记录。

锁定：传统的两阶段锁定带来了相当大的开销，因为对数据库结构的所有访问都由单独的实体锁管理器管理。

锁存：在多线程数据库中，许多数据结构必须先锁存才能访问。 删除此功能并采用单线程方法会对性能产生显着影响。

缓冲区管理：主内存数据库系统不需要通过缓冲池访问页面，消除了每次记录访问的间接级别。

这并不意味着我们必须在 SQL 上使用 NoSQL。

尽管如此，由于 RDBMS 的以下原因/特性，RDBMS 还是比 NoSQL 好

具有ACID属性的事务 - 原子性、一致性、隔离性和持久性
遵守正在写入/读取的数据的强模式
实时查询管理（在数据大小< 10 Tera 字节的情况下）
执行涉及join 和 group by 子句的复杂查询

我们必须根据业务案例和要求使用 RDBMS (SQL) 和 NoSQL（不仅是 SQL）

与关系数据库模型相比，NOSQL 没有特别的优势。 NOSQL 确实解决了当前 SQL DBMS 的某些限制，但它并不意味着比以前的数据模型具有任何根本性的新功能。

NOSQL 意味着只有没有SQL （或“不仅是 SQL”），但这并不意味着与没有关系的. 原则上，关系数据库将是一个非常好的 NOSQL 解决方案——只是当前的 NOSQL 产品集都没有使用关系模型。

RDBMS更关注关系， NoSQL更关注存储。

当您的RDBMS遇到瓶颈时，您可以考虑使用NoSQL 。 NoSQL使RDBMS更加灵活。

NoSQL 相对于 RDBMS 的最大优势是可扩展性。
NoSQL 数据库可以轻松扩展到多个节点，但对于 RDBMS 来说却非常困难。
由于许多主机同时工作，可扩展性不仅为您提供更多的存储空间，而且还提供更高的性能。

如果您需要高性能处理海量数据

或者

如果数据模型不是预先确定的

然后

NoSQL 数据库是更好的选择。

只需添加上面给出的所有信息

NoSql 优势：

1) 由于 NoSQL 支持无模式和面向对象的体系结构，因此如果您想快速准备好生产，那么它是很好的选择。

2）NoSql db 最终是一致的，用简单的语言来说，这意味着它们不会像 RDBMS 那样对数据（文档）提供任何锁定，这意味着最新的数据快照始终可用，从而增加应用程序的延迟.

3）它使用MVCC（多视图并发控制）策略来维护和创建数据（文档）的快照。

4）如果您想要索引数据，您可以创建视图，该视图将根据您提供的视图定义自动索引数据。

NoSql 的缺点：

1）它绝对不适合大型繁重的事务应用程序，因为它最终一致并且不支持 ACID 属性。

2）它还创建数据（文档）的多个快照（修订），因为它使用 MVCC 方法进行并发控制，因此空间消耗比以前更快，这使得压缩和因此更频繁地重新索引，它会减慢你的速度随着应用程序中数据和事务的增长，应用程序响应。 为了解决这个问题，您可以水平扩展节点，但与比较 sql 数据库相比，它的成本会更高。

从mongodb.com ：

NoSQL 数据库在四个主要方面与旧的关系技术不同：

数据模型：NoSQL 数据库使您无需先定义架构即可构建应用程序，而关系数据库则需要您先定义架构，然后才能向系统添加任何数据。 当您的数据和需求发生变化时，没有预定义的架构使 NoSQL 数据库更容易更新。

数据结构：关系数据库建立在数据结构合理且由它们的关系明确定义的时代。 NoSQL 数据库旨在处理构成当今大部分数据的非结构化数据（例如，文本、社交媒体帖子、视频、电子邮件）。

扩展：扩展 NoSQL 数据库比扩展关系数据库便宜得多，因为您可以通过扩展廉价的商品服务器来增加容量。 另一方面，关系数据库需要一台服务器来托管整个数据库。 要扩展，您需要购买更大、更昂贵的服务器。

开发模型：NoSQL 数据库是开源的，而关系数据库通常是闭源的，许可费用包含在其软件的使用中。 使用 NoSQL，您可以开始一个项目，而无需在软件费用方面进行任何大量投资。