B-Tree索引与Bitmap索引的锁代价大概是多少? RT.B-Tree索引与Bitmap索引的锁代价大概是多少?以及他们各自的运用场景? 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 1)Bitmap index 场合:列的基数很少,可枚举,重复值很多,数据不会被经常更新 原理:一个键值对应N行,即 (键值:rowid)=(1:n) 格式:键值|start_rowid|end_rowid|位图 优点: ① OLAP ② 重复率高的数据,也就是低cardinality列,例如“性别”列,列值只有“M”,“F”两种 ③ 特定类型的查询例如count、or、and等逻辑操作因为只需要进行位运算即可得到我们需要的结果 ④ 位图以一种压缩格式存放,因此占用的磁盘空间比B-Tree索引要小得多 缺点: ① 不适合重复率低的字段 ② 经常DML操作(insert,update,delete),因为位图索引的锁代价极高,会导致一些DML语句出现“锁等待”,例如修改一个键值,会影响同键值的多行,所以对于OLTP系统位图索引基本上是不适用的 2) B-Tree index 场合:非常适合数据重复度低的字段 例如 身份证号码 手机号码 QQ号等字段,常用于主键、唯一性约束,一般在在线交易的项目中用到的多些。 原理:一个键值对应一行(rowid) 格式: 索引头|键值|rowid 优点: ① 查询性能与表中数据量无关,例如 查2万行的数据用了3 consistent get,当查询1200万行的数据时才用了4 consistent gets。 ② 当我们的字段中使用了主键or唯一约束时,不用想直接可以用B-tree索引 缺点:不适合键值重复率较高的字段上使用,例如 第一章 1-500page 第二章 501-1000page 事务回滚问题 存储过中的execute immediate问题 100分急求解决方案 Oracle 和SQL Server的通讯 ORACLE导入的问题? oracle 标识符过长,这个问题困扰我很长时间了,忘各位赐教,谢谢了。 oracle9i 中的Partitioning功能的请教 求问!oracle8.17的几个菜鸟问题?俺现在只有50分!在线等待!!!! Oracle的错误代码在哪里可以查到,如果在unix下该怎样查?在windows下呢? TO:mimimi(开心果) until cancel的意义和使用场景 用or查询时条件多会严重影响性能?
场合:列的基数很少,可枚举,重复值很多,数据不会被经常更新
原理:一个键值对应N行,即 (键值:rowid)=(1:n)
格式:键值|start_rowid|end_rowid|位图
优点:
① OLAP
② 重复率高的数据,也就是低cardinality列,例如“性别”列,列值只有“M”,“F”两种
③ 特定类型的查询例如count、or、and等逻辑操作因为只需要进行位运算即可得到我们需要的结果
④ 位图以一种压缩格式存放,因此占用的磁盘空间比B-Tree索引要小得多
缺点:
① 不适合重复率低的字段
② 经常DML操作(insert,update,delete),因为位图索引的锁代价极高,会导致一些DML语句出现“锁等待”,例如修改一个键值,会影响同键值的多行,所以对于OLTP系统位图索引基本上是不适用的
2) B-Tree index
场合:非常适合数据重复度低的字段 例如 身份证号码 手机号码 QQ号等字段,常用于主键、唯一性约束,一般在在线交易的项目中用到的多些。
原理:一个键值对应一行(rowid)
格式: 索引头|键值|rowid
优点:
① 查询性能与表中数据量无关,例如 查2万行的数据用了3 consistent get,当查询1200万行的数据时才用了4 consistent gets。
② 当我们的字段中使用了主键or唯一约束时,不用想直接可以用B-tree索引
缺点:不适合键值重复率较高的字段上使用,例如 第一章 1-500page 第二章 501-1000page