Oracle管理分区表的主键和唯一索引

管理分区表的主键和唯一索引
当需要在表上定义主键约束时，首先使用主键约束的列创建唯一索引，然后再添加约束，这通常被视为一种良好的做法。例如:

SQL> create unique index employees_part_pk on employees_part(employee_id,hire_date) local;

Index created.

SQL> alter table employees_part add constraint employees_part_pk primary key(employee_id,hire_date);

Table altered.

这样做的好处是，它允许你在必要时禁用和重新启用约束，而不必删除底层索引。当必须在一个大表上执行约束管理时，这可以节省大量的时间。在数据仓库环境中，经常有大量数据要批量加载到表中，禁用约束然后重新启用约束是很常见的操作，因为在这种情况下，在加载之前禁用约束并在加载后重新启用约束，可以节省大量的整体数据处理时间。

如果你首先创建了唯一索引，然后启用主键约束，如果禁用这个主键约束，那么你的约束和索引在数据库中仍然存在。如下面的例子所示:

SQL> alter table employees_part disable constraint employees_part_pk;

Table altered.

SQL> select i.index_name,c.constraint_type,i.partitioned from user_indexes i left join user_constraints c
  2  on (i.index_name=c.constraint_name) where i.index_name='EMPLOYEES_PART_PK';

INDEX_NAME                     CONSTRAINT_TYPE                PARTITIONED
------------------------------ ------------------------------ ----------------------------------------
EMPLOYEES_PART_PK              P                              YES

如果你用create tabel语句或单个alter table语句内联地创建主键，将同时创建底层的唯一索引。在这种情况下，如果禁用这个主键约束，你可以看到它删除了底层索引。

SQL> alter table employees_part disable constraint employees_part_pk;

Table altered.

SQL> select i.index_name,c.constraint_type,i.partitioned from user_indexes i left join user_constraints c
  2  on (i.index_name=c.constraint_name) where i.index_name='EMPLOYEES_PART_PK';
no rows selected

当对表的分区一级执行操作（如在表上执行分区拆分)时，会使用一个分区的索引变得不可用(unusable)，这种情况下，本地分区索引就变得非常有用。至于主键，你可以简单地禁用主键约束（在这种情况下，底层索引保持不变），执行分区操作，再重建该分区索引，然后重新启用主键约束。这样，索引唯一需要重建的是受上述操作影响的分区。

在唯一索引最终要成为主键时，唯一索引必须包含分区列这一限制会导致另一个常见的问题，即，有时用户提出需求，不要把分区列放到表的主键列中去。如下面的例子所示，通过使用先前创建的唯一索引，就可以简单地改变员工表来创建主键约束:

SQL> alter table employees_part add constraint employees_part_pk_1 primary key(employee_id);

Table altered.

如果你的客户需求中规定，分区列（在本列是hire_date)不得作为主键的一部分，那么也可以使用相同的语法简单地创建主键约束，这同时也创建了未分区的底层索引。下面的查询显示了这个结果:

SQL> select i.index_name,c.constraint_type,i.partitioned from user_indexes i,user_constraints c
  2  where i.index_name=c.constraint_name and i.index_name='EMPLOYEES_PART_PK_1';

INDEX_NAME                     CONSTRAINT_TYPE                PARTITIONED
------------------------------ ------------------------------ ----------------------------------------
EMPLOYEES_PART_PK_1            P                              NO

你的表上确实建立了索引，但它不是分区的。这样做的好处是，解除了唯一索引必须包含分区列的限制，可以在单个employee_id列上创建“自然”的主键约束了。缺点是，现在分区表employees上有一个非分区索引。如果现在需要在该表上执行任何分区级操作，如截断分区，移动分区，或拆分分区，等等，那么整个底层非分区索引将被标记为unusable，而且必须在执行任何分区级操作后重建它。