本篇内容主要讲解“update表中index索引列对原索引条目的操作是什么”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“update表中index索引列对原索引条目的操作是什么”吧!
--将原索引条目删除,然后再插入新值条目。
实验验证:
方法:通过修改index列值后,查看index碎片的变化
--建立table测试
CREATE TABLE MES1.T_OBJECT
AS
SELECT * FROM DBA_OBJECTS
WHERE ROWNUM<=20000;
--当前20000笔数据
SELECT COUNT(1) FROM MES1.T_OBJECT;
20000
--建立index
CREATE INDEX MES1.IDX_OWNER ON MES1.T_OBJECT(OWNER);
--当前index使用大小
SELECT SEGMENT_NAME,BYTES,BLOCKS FROM DBA_SEGMENTS
WHERE SEGMENT_NAME='IDX_OWNER'
SEGMENT_NAME BYTES BLOCKS
IDX_OWNER 458752 56
update index列前索引的使用状况
--使用ANALYZE INDEX ... VALIDATE STRUCTURE可分析index具体使用情况和是否有坏块,
注意执行不使用online话会产生锁,阻塞DML
analyze index MES1.IDX_OWNER validate structure;
--分析结果可通过index_stats查看
select NAME,BLOCKS,DEL_LF_ROWS,LF_ROWS,DEL_LF_ROWS/LF_ROWS from index_stats;
NAME BLOCKS DEL_LF_ROWS LF_ROWS DEL_LF_ROWS/LF_ROWS
IDX_OWNER 56 0 20000 0
--BLOCKS: Blocks allocated to the segment,index segment使用56个block
--DEL_LF_ROWS: Number of deleted leaf rows in the index,索引中被删除的叶子行数,当前没有删除所以是0
--LF_ROWS: Number of leaf rows,叶子总行数,为建表时的20000
--DEL_LF_ROWS/LF_ROWS:index中被删除行占总行数的百分比,
即碎片数(如果用del_lf_rows_len/lf_rows_len更准确),这里没有删除行所以为0
update index列
--修改10000笔索引列值
UPDATE MES1.T_OBJECT SET OWNER='TESTUIDX'
WHERE ROWNUM<=10000;
commit;
update index列后索引的使用状况
--再次分析index使用状况
analyze index MES1.IDX_OWNER validate structure;
select NAME,BLOCKS,DEL_LF_ROWS,LF_ROWS,DEL_LF_ROWS/LF_ROWS from index_stats;
select * from index_stats
NAME BLOCKS DEL_LF_ROWS LF_ROWS DEL_LF_ROWS/LF_ROWS
IDX_OWNER 112 10000 30000 0.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索引列对原索引条目的操作是什么”有了更深的了解,不妨来实际操作一番吧!这里是亿速云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!