oracle 索引表达式,Oracle 索引index那些事

表修改很少，可以多创建索引，特别是read only的表

表修改很多，需要着重考虑

15%的数据以下筛选适合创建索引

索引不包含null，所以对条件为is Not null是合适创建索引的，优不优良另说

最大尺寸的index应该在表的一半以下

可以使用并行创建index，加快建索引的速度

创建索引可以使用nologging  --提速的好主意，再结合parallel，但是生成归档量没有测试，大家可以测试一下啊

unusable indexes

--优化器不会考虑，dml也不会维护这些索引，适合大批量数据加载的时候，加载完成后在将索引开启

当将索引置为unusable时，index segment会被删除

skip_unusable_indexes参数决定了dml是否维护被置为unusable的index

invisible indexes

这个索引也会被optimizer忽略，但是dml语句会维护这个索引，单个的分区索引是不能置为invisible模式的。

使用场景：

1 测试删除一个索引产生的影响

2 创建临时索引为一定的操作而不影响现有的程序

3 在已经拥有索引的列上创建其他索引  --可能是新特性，一个索引上可以创建多个索引

understand when to create multiple indexes on the same set of columns    -p745

可以在多个列上创建不同类型的索引，但同一时刻只能一条索引是visible的，其他索引必须是invisible的。

--分区索引可以在普通表上创建，这个是优化的一个好思路，不能光看准分区表  ****

重建和coalesce索引

很明显coalesce功能少，影响小

coalesce会将相同height的leaf block进行合并，所以不单纯是回收不使用的叶块，但不会缩减index 的height

创建特别大索引的时候应该单独创建一个temporary tablespace，创建索引肯定会涉及到排序操作的，当然把session的sort_area_size调大一些也有好处。

create index idx_aa on aa(id) online;  --指定online不能使用parallel，不能存在ddl操作，但允许基表上进行dml操作。

基于函数的索引会有timestamp，当进行基于时间点的恢复的时候，如果timestamp比系统的恢复时间点新，可能这个索引就失效了，可以使用analyze

index ... validate sructure语句进行确认，没有实验进行支撑，观点略显苍白。

creating a key-compressed index

--会使用前缀后缀值进行压缩，适合非唯一值比较多的引导列情况

--节省空间，提高性能

压缩索引适合非唯一的列的情况，也是前缀和后缀进行压缩

create index hr.emp_ename  on emp(ename) tablespace users compress 1;

alter index hr.emp_ename rebuild nocompress;

unuseable index  -- -所谓创建即不可用，不分配segment

create index  id_a on a (id unusable);

invisible index    --同上，但分配段，dml操作也会被数据库维护(不用这些索引的时候还是少创建为宜)，可以在session级别使用optimizer_use_invisible_indexes为true使用索引

--上面两个索引都会被优化器忽略

create index emp_id on emp(id) invisible;

unusable 索引被优化器忽略，并且在基表进行dml操作时不会得到维护

alter index id1 rename to id2;

alter index id1 monitoring usage;

alter index id1 nomonitoring usage;

dba_ind_expressions  --可以查看基于函数的索引的表达式

alter index ... validate structure;  --之后可以查询index_stats获得关于index的状态。

user_object_usage;  --获得index是否在使用。

相关阅读：