Oracle与MySQL删除字段时对索引和约束的处理方式-创新互联
本篇内容主要讲解“Oracle与MySQL删除字段时对索引和约束的处理方式”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“Oracle与MySQL删除字段时对索引和约束的处理方式”吧!
不知道有多少人清楚的知道，在Oracle中，如果一个复合索引，假定索引(a,b,c)三个字段，删除了(包括unused)其中一个字段，Oracle会怎么处理这个索引。同样，如果是约束，Oracle又怎么处理?
用Oracle为例子，我又拿做了一个对比，看看mysql是怎么处理这个问题的。我这里不讨论谁好谁差，只是希望大家知道其中的差别与细节而已。
我们先看的例子，我们创建一个表，然后在上面创建一个约束，创建一个索引：
SQL10G>createtabletest(aint,bint,cint);
Tablecreated.
SQL10G>altertabletestaddconstraintpk_testprimarykey(a,b);
Tablealtered.
SQL10G>createindexind_testontest(b,c);
Indexcreated.
然后，我们检查刚才创建的约束与索引
SQL10G>selectt.constraint_name,c.constraint_type,t.column_name,t.position,c.status,c.validated
2fromuser_cons_columnst,user_constraintsc
3wherec.constraint_name=t.constraint_name
4andc.constraint_type!=C
5andt.table_name=TEST
6orderbyconstraint_name,position;
CONSTRAINT_NAMECCOLUMN_NAMEPOSITIONSTATUSVALIDATED
------------------------------------------------------------
PK_TESTPA1ENABLEDVALIDATED
PK_TESTPB2ENABLEDVALIDATED
SQL10G>selectt.index_name,t.column_name,t.column_position,i.status
2fromuser_ind_columnst,user_indexesi
3wheret.index_name=i.index_name
4andt.table_name=TEST
5*orderbyindex_name,column_position
INDEX_NAMECOLUMN_NAMECOLUMN_POSITIONSTATUS
-------------------------------------------------
IND_TESTB1VALID
IND_TESTC2VALID
现在，我们先删除索引上的字段，其实并没有物理删除，只是设置为unused：
SQL10G>ALTERTABLEtestSETUNUSED(c);
Tablealtered.
SQL10G>selectt.index_name,t.column_name,t.column_position,i.status
2fromuser_ind_columnst,user_indexesi
3wheret.index_name=i.index_name
4andt.table_name=TEST
5orderbyindex_name,column_position;
norowsselected
发现了什么，索引也删除了。那我们再删除约束上的字段呢?
SQL10G>ALTERTABLEtestSETUNUSED(b);
ALTERTABLEtestSETUNUSED(b)
*
ERRORatline1:
ORA-12991:columnisreferencedinamulti-columnconstraint
SQL10G>ALTERTABLEtestSETUNUSED(b)CASCADECONSTRAINTS;
Tablealtered.
SQL10G>selectt.constraint_name,c.constraint_type,t.column_name,t.position,c.status,c.validated
2fromuser_cons_columnst,user_constraintsc
3wherec.constraint_name=t.constraint_name
4andc.constraint_type!=C
5andt.table_name=TEST
6orderbyconstraint_name,position;
norowsselected
我们可以看到，正常的删除会报一个错误，如果我们指定了cascade，将会把对应的约束也删除。
我们看完了Oracle的处理过程，再看看mysql是这么处理删除索引上字段这个事情的
mysql>createtabletest(aint,bint,cint);
QueryOK,0rowsaffected(0.72sec)
mysql>altertabletestaddprimarykey(a,b);
QueryOK,0rowsaffected(0.27sec)
Records:0Duplicates:0Warnings:0
mysql>createindexind_testontest(b,c);
QueryOK,0rowsaffected(0.32sec)
Records:0Duplicates:0Warnings:0
我们执行同样的操作，先删除复合索引中的一个字段，然后删除约束中的一个字段。
mysql>altertabletestdropc;
QueryOK,0rowsaffected(0.58sec)
Records:0Duplicates:0Warnings:0
mysql>showindexfromtest;
+-------+------------+----------+-----------+
|Table|Non_unique|Key_name|Seq_in_index|Column_name|Collation|
+-------+------------+----------+-----------+
|test|0|PRIMARY|1|a|A|
|test|0|PRIMARY|2|b|A|
|test|1|ind_test|1|b|A|
+-------+------------+----------+-----------+
3rowsinset(0.06sec)
mysql>altertabletestdropb;
QueryOK,0rowsaffected(0.28sec)
Records:0Duplicates:0Warnings:0
mysql>showindexfromtest;
+-------+------------+----------+-----------+
|Table|Non_unique|Key_name|Seq_in_index|Column_name|Collation|
+-------+------------+----------+-----------+
|test|0|PRIMARY|1|a|A|
+-------+------------+----------+-----------+
1rowinset(0.03sec)
可以看到，mysql的处理方式是有差别的，mysql仅仅是把字段从索引中拿掉，而不是删除该索引。
本文的意思，就是想提醒大家，平常在做columns删除的时候，包括unused，一定要小心，是否有复合索引包含了该字段，否则，一不小心把索引删除了，可能将引发大的错误。
到此，相信大家对“Oracle与MySQL删除字段时对索引和约束的处理方式”有了更深的了解，不妨来实际操作一番吧！这里是创新互联建站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
名称栏目：Oracle与MySQL删除字段时对索引和约束的处理方式-创新互联
网址分享：http://ybzwz.com/article/dseios.html
