索引组织表IOT

堆表 ：

• 堆就是无序数据的集合,索引就是将数据变得有序,在索引中键值有序,数据还是无序的
• 数据存放在数据里面,索引存放在索引里
• 堆表中,主键索引和普通索引一样的,叶子节点存放的是指向堆表中数据的指针（可以是一个页编号加偏移量）,指向物理地址,没有回表的说法
• 堆表中,主键和普通索引基本上没区别,和非空的唯一索引没区别
• mysql 的 myisam 引擎，oracle pg 都支持的是堆表

索引组织表：必须有主键

• innodb 引擎支持的就是索引组织表
• 对于主键的索引,页子节点存放了一整行所有数据,其他索引称为辅助索引(二级索引),它的页子节点只是存放了键值和主键值
• 主键包含了一张表的所有数据,因为主键索引的页子节点中保存了每一行的完整记录,包括所有列。如果没有主键,MySQL会自动帮你加一个主键,但是对用户不可见
• innodb中数据存放在聚集索引中,换言之,按照主键的方式来组织数据的
• 其他索引(唯一索引,普通索引)的页子节点存放该索引列的键值和主键值
• 不管是什么索引非页子节点存放的存放的就是键值和指针,不存数据,这个指针在innodb中是6个bit,键值就看数据大小了

索引组织表的优势：

表内的数据就是按索引的方式组织，数据是有序的，如果数据都是按主键来访问，那么访问数据比较快。而堆表，按主键访问数据时，是需要先按主键索引找到数据的物理位置。

索引组织表的劣势：

1. 索引组织表中上再加其它的索引时，其它的索引记录的数据位置不再是物理位置，而是主键值，所以对于索引组织表来说，主键的值不能太大，否则占用的空间比较大。

2. 对于索引组织表来说，如果每次在中间插入数据，可能会导致索引分裂，索引分裂会大大降低插入的性能。所以对于使用innodb来说，我们一般最好让主键是一个无意义的序列，这样插入每次都发生在最后，以避免这个问题。

3. 由于索引组织表是按一个索引树，一般它访问数据块必须按数据块之间的关系进行访问，而不是按物理块的访问数据的，所以当做全表扫描时要比堆表慢很多，这可能在OLTP中不明显，但在数据仓库的应用中可能是一个问题。

4. 索引表的查询效率比堆表高（相当于查询索引的效率），插入数据的速度比堆表慢。

索引表适用场景：

适用于信息检索、空间和OLAP程序。
1、 代码查找表。
2、 经常通过主码访问的表。
3、 构建自己的索引结构。
4、 加强数据的共同定位，要数据按特定顺序物理存储。
5、 经常用between…and…对主码或唯一码进行查询。数据物理上分类查询。如一张订单表，按日期装载数据，想查单个客户不同时期的订货和统计情况。

使用建议

经常更新的表当然不适合IOT。 如果不是经常使用主键访问表，就不要使用IOT。
单一读取，读多写少的操作类型，即对于总是通过主键访问数据的表来说，比较适合使用IOT表。

oracle 建表语句

 create table t_iot (object_id number(10) primary key, object_name varchar2(100)) organization index;
 

好好学习天天向上