当前位置:Gxlcms > mysql > 说说IOT和mappingtable的那些事---几句话道出真相

说说IOT和mappingtable的那些事---几句话道出真相

时间:2021-07-01 10:21:17 帮助过:92人阅读

作为培训师多年,当学员学完1Z0-043的第10章或11g相关章节时,经常搞不清IOT和mappingtable的那些事,就请让我几句话道出这俩位的真相:1)当你创建了一个IOT表

作为培训师多年,当学员学完1Z0-043的第10章或11g相关章节时,经常搞不清IOT和mappingtable的那些事,就请让我几句话道出这俩位的真相:

1)当你创建了一个IOT表,想在上面的其中一列(当然是非主键的其他列)建立位图索引(注意不是普通的b树),,你必须建立一个mappingtable。----必需的,注意到没有mappingtable时的报错信息了吗?
2)查user_objects,查出IOT的object_id。用这个object_id:

select * from dba_tables where table_name like '%刚才查到的object_id%';

找到带mapping字眼的那个表,它就是mappingtable。

3)注意到Mappingtable是个heaptable,用来存储IOT的逻辑rowid。Mappingtable的每一行存储了对应的IOT表中记录的logicalrowid。因此这个mappingtable就维护了IOT表的行位置关系。

4)为什么要这样做呢?
因为bitmap索引条目中保存的rowid要用physicalrowid,而IOT是无法提供稳定的physicalrowid的,因此bitmapindex就只能记录mappingtable的physicalrowid。通过bitmap索引来访问的执行计划大概就是首先根据bitmapindex中记录的mappingtablephysicalrowid访问mappingtable,然后通过mappingtable中的logicalrowid再来访问IOT表。


打个比喻:曲线救国。

本文出自 “botang唐波O记门店” 博客,请务必保留此出处

人气教程排行