ホームページ  >  記事  >  データベース  >  说说IOT和mapping table的那些事---几句话道出真相

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

WBOY
WBOYオリジナル
2016-06-07 17:38:011313ブラウズ

作为培训师多年,当学员学完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记门店” 博客,请务必保留此出处

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。