informix建临时表索引

对于特殊字段，比如外键，主键，在不知道外键主键名的情况下，需要如下操作
select constrname from sysconstraints where constrtype='R' and tabid= ( select tabid from systables where tabname = 'tst_1' ) ; ----'R'查找外键，'P'查找主键
------针对informix数据库-----------------------------------------------------------
ALTER TABLE yourtable DROP CONSTRAINT constrname;
yourtable :你要删除的约束所在的表名称；
constrname :你要删除的约束名称；
constrname的获得：
在informix数据库中有一个系统表：sysconstraints
该表中存储了数据库所有的约束的基本信息：
constrid :约束标示
constrname :约束名称
owner :owner的用户名称
tabid :表标示
constrtype :约束类型
取值：C（check constraint）、P（Primary key）、R（Referential）、U（Unique）、N（Not Null）其中R则是你所需要的。
idxname :索引名称
根据tabid从另一个系统表systables中检索tabname。

希望对你有帮助。

----------------------------------------------------------------------------------------------------------------------------------------------------------------------

对于特殊字段，比如外键，主键，在不知道外键主键名的情况下，需要如下操作
select constrname from sysconstraints where constrtype='R' and tabid= ( select tabid from systables where tabname = 'tst_1' ) ; ----'R'查找外键，'P'查找主键
------针对informix数据库-----------------------------------------------------------
ALTER TABLE yourtable DROP CONSTRAINT constrname;
yourtable :你要删除的约束所在的表名称；
constrname :你要删除的约束名称；
constrname的获得：
在informix数据库中有一个系统表：sysconstraints
该表中存储了数据库所有的约束的基本信息：
constrid :约束标示
constrname :约束名称
owner wner的用户名称
tabid :表标示
constrtype :约束类型
取值：C（check constraint）、P（Primary key）、R（Referential）、U（Unique）、N（Not Null）其中R则是你所需要的。
idxname :索引名称
根据tabid从另一个系统表systables中检索tabname

----------------------------------------------------------------------------------------------------------------------------------------------------------------------

--查看索引定义
select dbms_metadata.get_ddl('INDEX','IDX_PG_HY_YDNSRXX_PGFAXH') from dual;

--在某个用户下找所有的索引

select user_indexes.table_name, user_indexes.index_name,uniqueness, column_name
from user_ind_columns, user_indexes
where user_ind_columns.index_name = user_indexes.index_name
and user_ind_columns.table_name = user_indexes.table_name
order by user_indexes.table_type, user_indexes.table_name,
user_indexes.index_name, column_position;

--查看索引

select INDEX_NAME,table_name ,COLUMN_NAME,INDEX_OWNER from dba_ind_columns where TABLE_NAME='PG_HY_YDNSRXX';

--查找所有索引

select * from all_indexes;

----------------------------------------------------------------------------------------------------------------------------------------------------------------------

讨论这个之前；需要跟大家提到一个概念-“主键”;其实主键是一种特殊的唯一索引；当建立一个主键是；在系统中其实建立了一个不能为空的唯一索引。他和唯一索引的区别也就是不能为空这么一点了。因此他能做到唯一识别表中的一条记录的作用。索引都有索引名在create index idx-name中定义；主键在定义是没有指定名称；但实际上系统会给自动命名一个unnn_nnn【n为数字】的一个名字。可以通过如下语句查得：【如查basetab_pps主键名字】

select constrname from sysconstraints
where tabid in (select tabid from systables where tabname='basetab_pps');

下面可以谈谈如何恢复损坏得索引了：

1、 如果是普通得索引。这样就相对得简单了；删除并重建他就可以了。

drop index idx-name;
create index idx-name on tabname(colname1,colname2…);

2、 如果是主键损坏；同样可以删除并重建他。

A、 删除主键
select constrname from sysconstraints
where tabid in (select tabid from systables where tabname='tabname');
alter table tabname drop constraint cons_name;

B、 重建主键
alter table basetab_pps add constraint primary key (colname1,colname2…);

3、如果重建都有问题；那么最后一招；只有将表重建了。导出数据和建表语句；删除表、重建表、重建索引。。。

关于索引的问题最后讨论一下；统计更新【upadte statistics】的作用

举个简单的例子：

试验一：
在dbaccess 中执行如下操作：
drop table t1
create table t1 (c1 int,c2 char(10));
create index i_t1 on t1 (c1);
insert into t1 values (1,1);
insert into t1 values (2,1);
insert into t1 values (3,1);

set explain on --
select * from t1 where c1 = 2;

在运行目录下的sqexplain.out文件中看到：

QUERY:

------

select * from t1 where c1 = 2
Estimated Cost: 2
Estimated # of Rows Returned: 2
1) smpmml.t1: SEQUENTIAL SCAN
Filters: smpmml.t1.c1 = 2

试验二：
在dbaccess 中执行如下操作：
drop table t1
create table t1 (c1 int,c2 char(10));
create index i_t1 on t1 (c1);
insert into t1 values (1,1);
insert into t1 values (2,1);
insert into t1 values (3,1);

update statistics for table t1;
set explain on
select * from t1 where c1 = 2;

在运行目录下的sqexplain.out文件中看到：

QUERY:
------
select * from t1 where c1 = 2
Estimated Cost: 1
Estimated # of Rows Returned: 1

1) smpmml.t1: INDEX PATH
(1) Index Keys: c1
Lower Index Filter: smpmml.t1.c1 = 2

试验三：
在dbaccess 中执行如下操作：
drop table t1
create table t1 (c1 int,c2 char(10));
create unique index i_t1 on t1 (c1);
insert into t1 values (1,1);
insert into t1 values (2,1);
insert into t1 values (3,1);

set explain on
select * from t1 where c1 = 2;

在运行目录下的sqexplain.out文件中看到：
QUERY:
------
select * from t1 where c1 = 2
Estimated Cost: 2
Estimated # of Rows Returned: 1

1) smpmml.t1: INDEX PATH
(1) Index Keys: c1
Lower Index Filter: smpmml.t1.c1 = 2

分析一下：
试验一：建立了一般的索引；对按索引字段进行搜索；但是没有用到刚建立起来的索引。按全表扫描SEQUENTIAL SCAN进行查找。
试验二：建立了一般的索引；并且进行了统计更新后；对按索引字段进行搜索；使用到建立起来的索引。INDEX PATH
试验三：建立了唯一索引；对按索引字段进行搜索；使用到了刚建立起来的索引。INDEX PATH；显然如果建立了主键【特殊的唯一索引】；现象将是一样的。
我们可以这样说；如果建立了主键或唯一索引；立马就能生效；这也是我们在WIN的安装、升级或维护过程中建立了一些表没有做统计更新同样能用到索引的原因。而如果建立的不是唯一索引；就需要执行统计更新才能用到索引。

实际上统计更新除了能决定是否使用到索引外；还有使用这些统计信息如何使用索引及其他方式进行查询的目的。具体如何使用这些信息来决定查询路径就比较底层了。只知道通过执行update statistics命令，就可以使系统表systables、sysdistrib、syscolumns、sysindexes等表内的记录数、表空间的页数、记录长度、字段不同值个数、字段值的分布、索引的层数等信息得到更新。而服务器在进行语法分析后能通过查询优化器根据这些统计信息找到最有效的执行SQL的路径。

----------------------------------------------------------------------------------------------------------------------------------------------------------------------

Informix系统表说明
systables：描述数据库中的很张表；
syscolumns：描述数据库中表的列；
sysindexes：描述数据库中列的索引；
sysfragments：存储了分段索引的片段信息；
sysfragauth：表识别列级权限；
sysviews：描述了数据库中定义的每个视图；
sysdpend：描述了视图是如何依赖其他视图和表的；
syssyntable：定义每一个同义词及其所代表的对象；
sysconstraints：记录了加载在数据库表列上的约束；
sysreferences：列出了放置在数据库上的参照约束，它为数据库的每个参照约束建立一行
syscoldepend：记录了涉及检查约束的所有列，包括在约束中每列都会在syscoldepend表中创建一行；
sysprocedures：存放数据库中每个过程的特征；
sysprocplan：装载了过程执行所需的两项内容（执行计划或查询计划、附属列表）；
sysprocauth：描述授予存储过程的权限；
systriggers：装载了关于触发器的信息；
sysblobs：确定BLOB列的存储位置；
sysroleauth：描述授予用户的角色；
sysobjstate：存储了关于数据库对象的状态信息；
sysvlolations：违例或诊断表；
sysdefaults：描述数据库中表的列的默认值；