Oracle 索引与表分析几种方法

分析表与索引有几种方法，现在列举出来参考下。1.分析表与索引（analyze 不会重建索引）analyze table tablename compute statistics
等同于 analyze table tablename compute statistics for table for all indexes for all columnsfor table 的统计信息存在于视图：user_tables 、all_tables、dba_tablesfor all indexes 的统计信息存在于视图: user_indexes 、all_indexes、dba_indexesfor all columns 的统计信息存在于视图：user_tab_columns、all_tab_columns、dba_tab_columns注：分析表与索引见 AnalyzeAllTable存储过程
2、一般来讲可以采用以下三种方式来手工分析索引。
analyze index idx_t validate structure：
analyze index idx_t compute statistics：
analyze index idx_t estimate statistics sample 10 percent1）analyze index idx_t validate structure：
这段分析语句是用来分析索引的block中是否有坏块儿，那么根据分析我们可以得到索引的结构数据，这些数据会保留到
index_stats中，来判断这个索引是否需要rebuild. 需要注意的是这样的分析是不会收集索引的统计信息的。2）validate structure有二种模式： online, offline，一般来讲默认的方式是offline。
当以offline的模式analyze索引时，会对table加一个表级共享锁，对目前table的一些实时DMl操作会产生一定的影响。
而以online模式分析时候，则不会加任何lock，但在index_stats中是看不到任何信息的。3）analyze index idx_t compute statistics：
用来统计索引的统计信息（全分析），主要为CBO服务。4）analyze index idx_t estimate statistics sample 10 percent
主要是用来指定比例进行抽样分析，也是为CBO服务. 例中是抽样10%3.重建索引
alter index index_name rebuild tablespace tablespace_name
alter index index_name rebuild tablespace tablespace_name 加入表空间名，会将指定的索引移动到指定的表空间当中。注：
analyze 操作只是统计信息，并将统计信息存放起来供日后分析SQL使用，不进行重建之类的具体实施性操作,因此要重建索引的话
还是要用 alter index index_name rebuild更多详情请继续阅读第2页的内容：http://www.linuxidc.com/Linux/2013-10/91481p2.htm相关阅读：由Oracle索引来理解ArcSDE索引 http://www.linuxidc.com/Linux/2012-10/72184.htmOracle索引技术之如何建立最佳索引 http://www.linuxidc.com/Linux/2012-09/70996.htmOracle索引列NULL值引发执行计划该表的测试示例 http://www.linuxidc.com/Linux/2012-09/69938.htmOracle索引主键影响查询速度 http://www.linuxidc.com/Linux/2011-12/48588.htmOracle索引扫描 http://www.linuxidc.com/Linux/2012-03/56644.htm

Oracle DB 序列ORA-02396: exceeded maximum idle time, please connect again的原因相关资讯 Oracle表分析 Oracle索引

Oracle跳跃式索引扫描测试（08月09日）
Oracle组合索引与回表（08/07/2015 18:11:53）
Oracle 索引基本原理（04/12/2015 18:03:58）

关于Oracle位图索引内部浅论（09/17/2015 19:23:59）
Oracle 索引的可见与隐藏（visible （07/18/2015 09:41:42）
Oracle索引合并coalesce操作（04/01/2015 20:21:34）

本文评论查看全部评论（0）