摘要: 1 为何要按列存储 列式存储(Columnar or column-based)是相对于传统关系型数据库的行式存储(Row-basedstorage)来讲的。简单来讲二者的区别就是如何组织表(翻译很差,直接抄原文了): Ø Row-based storage stores atable in a sequence of rows. Ø Column-based storage storesa table in a sequence of columns. 下面来看一个例子: 从上图能够很清楚地看到,行式存储下一张表的数据都是放在一块儿的,但列式存储下都被分开保存了。mysql
点此查看原文:http://click.aliyun.com/m/41691/ sql
列式存储(Columnar or column-based)是相对于传统关系型数据库的行式存储(Row-basedstorage)来讲的。简单来讲二者的区别就是如何组织表(翻译很差,直接抄原文了):数据库
Ø Row-based storage stores atable in a sequence of rows.性能
Ø Column-based storage storesa table in a sequence of columns.spa
下面来看一个例子:.net
从上图能够很清楚地看到,行式存储下一张表的数据都是放在一块儿的,但列式存储下都被分开保存了。因此它们就有了以下这些优缺点:翻译
|
行式存储orm |
列式存储索引 |
优势字符串 |
Ø 数据被保存在一块儿 Ø INSERT/UPDATE容易 |
Ø 查询时只有涉及到的列会被读取 Ø 投影(projection)很高效 Ø 任何列都能做为索引 |
缺点 |
Ø 选择(Selection)时即便只涉及某几列,全部数据也都会被读取 |
Ø 选择完成时,被选择的列要从新组装 Ø INSERT/UPDATE比较麻烦 |
注:关系型数据库理论回顾 - 选择(Selection)和投影(Projection)
刚才其实跳过了资料里提到的另外一种技术:经过字典表压缩数据。为了方面后面的讲解,这部分也顺带提一下了。
下面中才是那张表原本的样子。通过字典表进行数据压缩后,表中的字符串才都变成数字了。正由于每一个字符串在字典表里只出现一次了,因此达到了压缩的目的(有点像规范化和非规范化Normalize和Denomalize)
下面就是最牛的图了,经过一条查询的执行过程说明列式存储(以及数据压缩)的优势:
关键步骤以下:
1. 去字典表里找到字符串对应数字(只进行一次字符串比较)。
2. 用数字去列表里匹配,匹配上的位置设为1。
3. 把不一样列的匹配结果进行位运算获得符合全部条件的记录下标。
4. 使用这个下标组装出最终的结果集。