oracle 对交易流水表进行表分区后,索引如何创建

oracle 对交易流水表进行表分区后,索引如何创建,第1张

方法如下:
Oracle中建立索引,会提高查询速度: create index 索引名 on 表名(列名);
例如:
create index index_userid on tbl_detail(userid);
如何找数据库表的主键字段的名称
SELECT
FROM user_constraints WHERE CONSTRAINT_TYPE='P' and table_name='AAA';
select from dba_cons_columns where CONSTRAINT_NAME='SYS_AAA';
Oracle 在创建主键(可以不加constraint SYS_AAA),会为库表自动创建索引,
索引的列为主键列。 并且当库表某些列名或者库表名改变时候,
Oracle自动创建的索引SYS_AAA,中的索引列也会自动更新(类似于视图),并且SYS_AAA会与名字更改后的库表还是保持索引关系。 关键系统库表: desc dba_constraints desc dba_cons_columns
desc dba_indexes desc dba_ind_columns desc DBA_TAB_COLUMNS
例子1:更改库表的列名
ALTER TABLE AAA RENAME COLUMN ID TO AAA_ID; create table AAA ( ID NUMBER(8), NAME CHAR(20),
constraint SYS_AAA primary key(ID) );
//查找约束名字
select cCONSTRAINT_NAME,ctable_name,ccCOLUMN_NAME from user_constraints c, user_cons_columns cc
where cconstraint_name=ccconstraint_name and ctable_name ='AAA' AND CCONSTRAINT_TYPE='P';
CONSTRAINT_NAME TABLE_NAME COLUMN_NAME
SYS_AAA AAA ID
//查找索引
select
index_name,index_type,uniqueness from user_indexes where
table_name='AAA'; INDEX_NAME INDEX_TYPE
UNIQUENES

当索引的碎片过多时,会影响执行查询的速度,从而影响到我们的工作效率。这时候采取的最有利的措施莫过于重建索引了。本文主要介绍了Oracle数据库中检查索引碎片并重建索引的过程,接下来我们就开始介绍这一过程。 重建索引的步骤如下: 1 确认基本信息 登入数据库,找到专门存放index 的tablespace,并且这个tablespace下所有index的owner都是tax将index专门存放在一个独立的tablespace, 与数据表的tablespace分离,是常用的数据库设计方法。 2 查找哪些index需要重建 通过anlyze index validate structure命令可以分析单个指定的index,并且将单个index 分析的结果存放到 index_stats试图下。一般判断的依据是: height >4 pct_used < 50% del_lf_rows / lf_rows +0001 > 003 g ) 3 google上下载了遍历所有index脚本 发现anlyze index validate structure只能填充单个index分析信息,于是google了下,从网上下了个Loop 脚本,遍历索引空间下所有的索引名字,并且可以把所有index的分析信息存放到自己建立的一个用户表中。 4 anlyze index 锁定index 发现下载的脚本不好用,应为anlyze index在分析索引前要争取独占锁,锁住index,很明显有些index正在被应用系统的使用,所以运行anlyze失败。这里吸取的教训是,尽量晚上做这种事。但是本人比较喜欢准时回家,所以在语句中添加Exception Handler,抛出anlyze index执行失败的那些index 名称,使脚本正常运行完毕。并且根据打印到前台的index name手动执行那些index分析。 5 总结 虽然发现522个index中有160个符合上面的判断的依据。但是发现索引都不大,而那些拥有百万leaf的索引又没有符合上面的判断条件,所以结论是无需index rebuild online 没有啥碎片。 6什么时候可以rebuild index呢 rebuild index online,对那些有大量DML *** 作的大索引是有益的。可以每个月季度做一次针对较大索引的rebuild。

怎样建立最佳索引 1、明确地创建索引 create index index_name on table_name(field_name) tablespace tablespace_name pctfree 5 initrans 2 maxtrans 255 storage ( minextents 1 maxextents 16382 pctincrease 0 ); 2、创建基于函数的索引 常用与UPPER、LOWER、TO_CHAR(date)等函数分类上,例: create index idx_func on emp(UPPER(ename)) tablespace tablespace_name; 3、创建位图索引 对基数较小,且基数相对稳定的列建立索引时,首先应该考虑位图索引,例: create bitmap index idx_bitm on class (classno) tablespace tablespace_name; 4、明确地创建唯一索引 可以用create unique index语句来创建唯一索引,例: create unique index dept_unique_idx on dept(dept_no) tablespace idx_1; 5、创建与约束相关的索引 可以用using index字句,为与unique和primary key约束相关的索引,例: alter table table_name add constraint PK_primary_keyname primary key(field_name) using index tablespace tablespace_name; 如何创建局部区索引? 1)基础表必须是分区表 2)分区数量与基础表相同 3)每个索引分区的子分区数量与相应的基础表分区相同 4)基础表的自分区中的行的索引项,被存储在该索引的相应的自分区中,例如 create index TG_CDR04_SERV_ID_IDX on TG_CDR04(SERV_ID) Pctfree 5 Tablespace TBS_AK01_IDX Storage( MaxExtents 32768 PctIncrease 0 FreeLists 1 FreeList Groups 1 ) local / 如何创建范围分区的全局索引? 基础表可以是全局表和分区表 create index idx_start_date on tg_cdr01(start_date) global partition by range(start_date) (partition p01_idx vlaues less than ('0106') partition p01_idx vlaues less than ('0111') partition p01_idx vlaues less than ('0401')) / 如何重建现存的索引? 重建现存的索引的当前时刻不会影响查询 重建索引可以删除额外的数据块 提高索引查询效率 alter index idx_name rebuild nologging; 对于分区索引 alter index idx_name rebuild partition partition_name nologging; 删除索引的原因? 1)不再需要的索引 2)索引没有针对其相关的表所发布的查询提供所期望的性能改善 3)应用没有用该索引来查询数据 4)该索引无效,必须在重建之前删除该索引 5)该索引已经变的太碎了,必须在重建之前删除该索引 语句: drop index idx_name; drop index idx_name partition partition_name; 建立索引的代价? 基础表维护时,系统要同时维护索引,不合理的索引将严重影响系统资源, 主要表现在CPU和I/O上。

创建索引:create index emp_id1(索引名) on emp(empno,ename,deptno) ;
在创建索引时需要制定所在的表的列名,即你要在哪个或者哪些列上创建索引!
使用索引:索引一般是在查询时由数据库优化器自动进行判断是否使用,就是说就算你在某个列上创建了索引,当你在查询这个表时数据库也不一定会使用索引,因为有时候需要查询的范围比较大,如全表查询,这时数据库优化器会去判断使用索引和不使用索引哪个效率高,当然是不使用索引效率高啦!所以说一般查询时是不要指定索引的,不过索引还是得创建的!
虽说查询时不推荐指定索引,但还是可以指定的:SELECT FROM stuMarks (INDEX=IX_writtenExam) WHERE writtenExam BETWEEN 60 AND 9


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/13044795.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-29
下一篇 2023-05-29

发表评论

登录后才能评论

评论列表(0条)

保存