共计 1674 个字符,预计需要花费 5 分钟才能阅读完成。
导读 | 作为支持标准关系模型的传统 SQL 数据库的替代品,NoSQL 系统支持标准 SQL 以外的数据模型和查询语言。 |
NoSQL 这个词,意思是 “ 不仅仅是 SQL”,最早出现在 20 世纪 90 年代末,指的是为了解决网络和云数据管理的要求,克服传统 SQL 技术的限制而建立的新系统(见我们的 blog post on SQL vs. NoSQL vs NewSQL 不同方法之间的比较)。这些限制是缺乏横向可扩展性,数据摄取效率低,模式僵化,以及难以支持复杂的数据,如文档和图表。
作为支持标准关系模型的传统 SQL 数据库的替代品,NoSQL 系统支持标准 SQL 以外的数据模型和查询语言。它们通常强调可扩展性(以牺牲一致性为代价)、灵活的模式和实用的 API,用于编程复杂的数据密集型应用。为了提供可扩展性,NoSQL 系统通常在一个无共享的集群中使用扩展的方法(见 blog post on shared-nothing),并进行复制以保证可用性。
根据底层数据模型,NoSQL 系统有四大类 (Özsu & Valduriez, 2020),例如,键值数据存储、宽列存储、文档存储和图形数据库。在每个类别中,我们可以找到数据模型的不同变化(与标准化的关系数据模型不同) 和不同的查询语言或 API。然而,对于文档存储,JSON 正在成为事实上的标准。还有一些多模型数据存储,在一个系统中结合了多种数据模型,通常是文档和图形。
键值数据存储和宽列存储有时被归为同一类,因为它们都是无模式的,并且共享许多特征。在键值数据模型中,所有的数据都被表示为键值对,其中键是唯一的标识值。键值系统是无模式的,这产生了巨大的灵活性和可扩展性。它们通常提供一个简单的接口,如 put(key,value),value=get(key),and delete(key)。宽列存储可以将行存储为属性 - 值对的列表。第一个属性被称为主键或主键,例如,社会安全号码,它在一个行的集合中唯一地识别一个行,例如,人。键通常是排序的,这使得范围查询和键的有序处理成为可能。这是宽列存储的一种能力,键值存储通常不支持。
键值数据存储有一个分布式的架构,在一个无共享的集群中可以线性扩展。一个键值集合的行通常是水平分区的,使用散列或键值范围,并存储在一些集群节点上。键值数据存储也善于使用 SSTables 有效地摄取数据(他们声称使用 LSM 树,但实际上使用 SSTables,见我们的 blog post on B+ Trees, LSM trees and SSTables),这是一种数据结构和摄取算法,通过使用单个 I / O 来插入许多行,在摄取数据方面非常高效。键值数据存储解决了僵化的模式问题,仅仅是通过无模式,每一行都可以有不同的结构,即任意的列集。
键值数据存储的这些新特性影响了性能。首先,SST 表格在查询数据方面的效率很低,所以在键值数据存储中读取数据的成本要比使用 B + 树的 SQL 数据库高很多。其次,模式的灵活性意味着数据表示在空间方面变得更加昂贵,因为列名必须被编码并存储在行内。更重要的是,一般用于打包相同大小的列的技术不能被应用,所以数据表示的效率更低。由于其固定的模式,SQL 数据库可以在行中组织列,在空间和访问时间方面非常有效。
最后,键值存储以强大的数据一致性换取可扩展性和可用性,依赖于不同的控制一致性的方式,如副本的最终一致性,有条件的写入,以及最终一致性和强一致性的读取。
宽列存储结合了 SQL 数据库的一些有益特性 (例如,以表的形式表示数据) 和键值存储的灵活性 (例如,列内无模式数据) 和可扩展性。宽列表中的每一行都由一个键唯一标识,并有一些命名的列。然而,与关系表不同的是,列只能包含原子值(即二进制字符串),一个列可以很宽,包含多个键值对。宽列存储用更多的声明性结构扩展了键值存储接口,允许对列族进行扫描、精确匹配和范围查询。它们通常为这些结构提供一个 API,以便在编程语言中使用。
![post-qrcode](https://www.xgss.net/wp-content/uploads/2023/07/二维码-微信公众号256x256.jpg)