本篇内容主要讲解“update表中index索引列对原索引条目的操作是什么”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“update表中index索引列对原索引条目的操作是什么”吧!

--将原索引条目删除，然后再插入新值条目。

实验验证:

方法：通过修改index列值后，查看index碎片的变化

--建立table测试CREATETABLEMES1.T_OBJECTASSELECT*FROMDBA_OBJECTSWHEREROWNUM<=20000;--当前20000笔数据SELECTCOUNT(1)FROMMES1.T_OBJECT;20000--建立indexCREATEINDEXMES1.IDX_OWNERONMES1.T_OBJECT(OWNER);--当前index使用大小SELECTSEGMENT_NAME,BYTES,BLOCKSFROMDBA_SEGMENTSWHERESEGMENT_NAME='IDX_OWNER'SEGMENT_NAMEBYTESBLOCKSIDX_OWNER45875256

update index列前索引的使用状况

--使用ANALYZEINDEX...VALIDATESTRUCTURE可分析index具体使用情况和是否有坏块，注意执行不使用online话会产生锁，阻塞DMLanalyzeindexMES1.IDX_OWNERvalidatestructure;--分析结果可通过index_stats查看selectNAME,BLOCKS,DEL_LF_ROWS,LF_ROWS,DEL_LF_ROWS/LF_ROWSfromindex_stats;NAMEBLOCKSDEL_LF_ROWSLF_ROWSDEL_LF_ROWS/LF_ROWSIDX_OWNER560200000--BLOCKS:Blocksallocatedtothesegment,indexsegment使用56个block--DEL_LF_ROWS:Numberofdeletedleafrowsintheindex,索引中被删除的叶子行数，当前没有删除所以是0--LF_ROWS:Numberofleafrows,叶子总行数，为建表时的20000--DEL_LF_ROWS/LF_ROWS:index中被删除行占总行数的百分比，即碎片数(如果用del_lf_rows_len/lf_rows_len更准确)，这里没有删除行所以为0

update index列

--修改10000笔索引列值UPDATEMES1.T_OBJECTSETOWNER='TESTUIDX'WHEREROWNUM<=10000;commit;

update index列后索引的使用状况

--再次分析index使用状况analyzeindexMES1.IDX_OWNERvalidatestructure;selectNAME,BLOCKS,DEL_LF_ROWS,LF_ROWS,DEL_LF_ROWS/LF_ROWSfromindex_stats;select*fromindex_statsNAMEBLOCKSDEL_LF_ROWSLF_ROWSDEL_LF_ROWS/LF_ROWSIDX_OWNER11210000300000.333333333333333--BLOCKS:增加到了112--DEL_LF_ROWS:update后索引中被删除的叶子行数变为10000，说明update会将原来索引条目行删除--LF_ROWS:叶子总行数变为30000，--进一步证实是删除了10000行，但index中之前空间并没有释放，再加上update后新插入的10000，也就是30000了--DEL_LF_ROWS/LF_ROWS:因为update被删除的行产生的碎片为10000/30000，正好为0.333333333333333

到此，相信大家对“update表中index索引列对原索引条目的操作是什么”有了更深的了解，不妨来实际操作一番吧！这里是亿速云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！