《NoSQL权威指南》——1.9 为什么在这些场景下SQL不能发挥作用

1.9 为什么在这些场景下SQL不能发挥作用

总结一下为什么你可能会希望打破SQL以及传统的RDBMS模型。

你不必只在一台机器或一个网络中存放数据。
大多数情况下,你用的根本不是你的数据。
数据非常大,无法把它存放在一个地方。
时间以及空间是不协调的。
数据不一定是SQL善于处理的结构化数据。
我们将用接下来的几章来讨论数据的新特点,以及它们需要的特殊工具。

总结思考

想要了解新技术,需要理解旧技术的基础知识。

参考文献

Gray, J. (1981). The Transaction Concept: Virtues and Limitations. http://www.hpl.hp.com/ techreports/ tandem/ TR-81.3.pdf. Cupertino CA.

Berenson, H., et al. (1995). Microsoft Research Technical Report MSR-TR-95-51: “A critique of ANSI SQL isolation levels”. Redmond, WA.

时间: 2024-10-14 20:30:51

《NoSQL权威指南》——1.9 为什么在这些场景下SQL不能发挥作用的相关文章

《NoSQL权威指南》导读

引言 NoSQL权威指南"没有什么会比引入新秩序更难,因为创新者必须要面对那些在旧环境中已经做得很好的对手,以及那些在新环境中做得很好的冷漠者." --Niccolo Machiavelli [1] 在过去的几十年,我已经通过Elsevier/Morgan Kaufmann出版社出版了一系列的书,这些书几乎全部是关于SQL和RDBMS的.而这本书对行业媒体中所谓的大数据.新SQL或NoSQL(我们这些极客非常喜欢流行语)做了一些概述.第一个创造或挖掘了新名词的专栏作家或博主很可能会在维

《NoSQL权威指南》——第1章 NoSQL和事务处理

第1章 NoSQL和事务处理 NoSQL权威指南简介本章讨论传统的批处理和事务处理.将作业队列读入大型计算机仍然是商业数据处理大量采用的方式.事务处理模型通过使用新的ETL工具来加载数据库,完成批处理作业.我们需要了解批处理和事务处理这两种模型以及它们在新技术中如何使用. 早期的时候,计算机系统只能做单路处理,也就是说计算机只能从头开始按照顺序完成一项作业.后来,有了多处理技术,多个作业可以共享计算机资源,但每个作业仍相互独立并在硬件队列中等着轮到自己执行. 这种方式演化为一种事务模型,并成为S

《NoSQL权威指南》——第2章 列式数据库

第2章 列式数据库 NoSQL权威指南简介从打孔卡和磁带的年代开始,文件就是物理设备上连续的字节,访问的方式是从文件开始(打开文件)到文件结束(文件结束的标志为TRUE).是的,存储可以在磁盘上被分割成数据页,并且各种数据页可以通过指针链连接,但这种模型仍然与前面提到的打孔卡.磁带是相同的.后来,文件被拆分成记录(record,更多物理连续的字节),记录又被拆分成字段(field,仍然是更多物理连续的字节). 文件被一条记录一条记录地处理(读/取一条,然后下一条)或按照物理存储位置顺序地处理(从

《ELK Stack权威指南 》第3章 场景示例

本节书摘来自华章出版社<ELK Stack权威指南 >一书中的第1章,第3节,作者饶琛琳,更多章节内容可以访问"华章计算机"公众号查看. 场 景 示 例 前面虽然介绍了几十个Logstash插件的常见配置项,但是过多的选择下,如何组合使用这些插件,依然是一部分用户的难题.本章将列举一些最常见的日志场景,演示针对性的组件搭配,希望能给读者带来启发. 本章介绍的场景包括:Nginx访问日志.Nginx错误日志.Postfix日志.Ossec日志.Windows系统日志.Java

《NoSQL权威指南》——1.8 错误处理

1.8 错误处理 错误信息有两大类,我们可以遇到一些预料之中的问题,如无效密码,针对这些情况可以采用标准的响应或处理过程.假如我们忘记了正确的密码,并且在做多次尝试后仍不能使用正确的密码,就会被锁定. 第二类错误消息能告诉我们发生了什么事,可能会有使人厌烦的细节.这些信息会让用户进行一些处理操作或者让用户知道他为什么会失败. 但是有了NoSQL的发展和最终一致性模型的出现,事情也未必就会变得很舒服.系统还是会停止或锁定,不知道是为什么,可以做什么,或者需要多长时间来解决(如果能解决的话).截至2

《NoSQL权威指南》——1.5 CAP定理

1.5 CAP定理 2000年,Eric Brewer在ACM分布式计算原理主题研讨会做了主题演讲,并介绍了CAP定理(也称Brewer定理).2002年,在麻省理工学院的Seth Gilbert和Nancy Lynch的努力下进行了修订和修改,后来又有很多人参与. 这个定理是针对分布式计算系统的,而传统并发模型会假设有中央并发管理机制.悲观并发模型有一个"交通警察",乐观并发模型有一个"服务领班".CAP代表一致性(consistency).可用性(availab

《NoSQL权威指南》——1.4 悲观并发详解

1.4 悲观并发详解 悲观并发控制假定冲突是预料之中的情况,必须警惕.在关系数据库管理系统(relational database management system,RDBMS)中最流行的模型是基于加锁的.锁是一种允许一个用户会话对资源的访问同时保持或限制其他会话对同一资源的访问的装置.每个会话可以针对资源获得对应的锁,对资源进行修改,然后在数据库中提交(COMMIT)或回滚(ROLLBACK)相应的操作.COMMIT语句将修改持久保存,ROLLBACK语句将数据库恢复到会话之前的状态.如果修

《NoSQL权威指南》——2.1 列式数据库的历史

2.1 列式数据库的历史 列式存储以及倒排或不按顺序存储文件的方式并不是最新提出的.TAXIR是1969年为生物学建立的第一个列式数据库存储系统.加拿大统计局于1976年实现了RAPID系统,并将其用于加拿大人口和住房普查数据的处理和检索,以及其他与统计相关的一些应用.RAPID被拿来与世界各地的其他统计机构共享,并在20世纪80年代被广泛使用.直到20世纪90年代,它一直被加拿大统计局使用. 多年来,Sybase IQ是市面上唯一一个可以商用的列式DBMS.然而,当OLAP(online an

《NoSQL权威指南》——2.2 技术原理

2.2 技术原理 由于在列存储中的所有值都是同一类型的,并来自同一个域,计算其中第n行的位置很容易.所有列都按相同的顺序,因为它们在原始行中,所以要组装第i行,可以转到相关的列存储的第 i 个位置并且将它们连接起来.在电话号码的例子中,转到 area_codes.phone_exchange和phone_nbr列存储并且在每一列中并行查找第i条记录. 区号相对较小,所以它们最先返回,其次是交易所,最后是电话号码.当我第一次在Sand(nee引擎)数据库中看到这个时,是非常令人惊讶的.测试数据是一