Oracle與MySQL刪除字段時對索引與約束的處理對照

來源：懂視網(wǎng) 責(zé)編：小采時間：2020-11-09 14:30:11

Oracle與MySQL刪除字段時對索引與約束的處理對照

Oracle與MySQL刪除字段時對索引與約束的處理對照:不知道有多少人清楚的知道，在Oracle中，如果一個復(fù)合索引，假定索引(a,b,c)三個字段，刪除了(包括unused)其中一個字段，Oracle會怎么處理這個索引。同樣，如果是約束，Oracle又怎么處理用oracle為例子，我又拿mysql做了一個對比，看看mysql是怎么

推薦度：

點擊下載本文 文檔為doc格式

導(dǎo)讀Oracle與MySQL刪除字段時對索引與約束的處理對照:不知道有多少人清楚的知道，在Oracle中，如果一個復(fù)合索引，假定索引(a,b,c)三個字段，刪除了(包括unused)其中一個字段，Oracle會怎么處理這個索引。同樣，如果是約束，Oracle又怎么處理用oracle為例子，我又拿mysql做了一個對比，看看mysql是怎么

不知道有多少人清楚的知道，在Oracle中，如果一個復(fù)合索引，假定索引(a,b,c)三個字段，刪除了(包括unused)其中一個字段，Oracle會怎么處理這個索引。同樣，如果是約束，Oracle又怎么處理? 用oracle為例子，我又拿mysql做了一個對比，看看mysql是怎么處理這個

不知道有多少人清楚的知道，在Oracle中，如果一個復(fù)合索引，假定索引(a,b,c)三個字段，刪除了(包括unused)其中一個字段，Oracle會怎么處理這個索引。同樣，如果是約束，Oracle又怎么處理?

用oracle為例子，我又拿mysql做了一個對比，看看mysql是怎么處理這個問題的。我這里不討論誰好誰差，只是希望大家知道其中的差別與細節(jié)而已。

我們先看Oracle的例子，我們創(chuàng)建一個表，然后在上面創(chuàng)建一個約束，創(chuàng)建一個索引：

SQL 10G>create table test(a int,b int,c int); 
Table created. 
SQL 10G>alter table test add constraint pk_test primary key (a,b); 
Table altered. 
SQL 10G>create index ind_test on test(b,c); 
Index created.

然后，我們檢查剛才創(chuàng)建的約束與索引

SQL 10G>select t.constraint_name,c.constraint_type,t.column_name,t.position,c.status,

c.validated
2 from user_cons_columns t,user_constraints c
3 where c.constraint_name=t.constraint_name
4 and c.constraint_type != 'C'
5 and t.table_name = 'TEST'
6 order by constraint_name,position;
CONSTRAINT_NAME C COLUMN_NAME POSITION STATUS VALIDATED
---------------- - ------------ ---------- -------- -------------
PK_TEST P A 1 ENABLED VALIDATED
PK_TEST P B 2 ENABLED VALIDATED
SQL 10G>select t.index_name,t.column_name,t.column_position,i.status
2 from user_ind_columns t,user_indexes i
3 where t.index_name=i.index_name
4 and t.table_name = 'TEST'
5* order by index_name,column_position
INDEX_NAME COLUMN_NAME COLUMN_POSITION STATUS
-------------- ------------ --------------- --------
IND_TEST B 1 VALID
IND_TEST C 2 VALID

現(xiàn)在，我們先刪除索引上的字段，其實并沒有物理刪除，只是設(shè)置為unused：

SQL 10G>ALTER TABLE test SET UNUSED (c); 
Table altered. 
SQL 10G>select t.index_name,t.column_name,t.column_position,i.status 
2 from user_ind_columns t,user_indexes i 
3 where t.index_name=i.index_name 
4 and t.table_name = 'TEST' 
5 order by index_name,column_position; 
no rows selected

發(fā)現(xiàn)了什么，索引也刪除了。那我們再刪除約束上的字段呢?

SQL 10G>ALTER TABLE test SET UNUSED (b); 
ALTER TABLE test SET UNUSED (b) 
* 
ERROR at line 1: 
ORA-12991: column is referenced in a multi-column constraint 
SQL 10G>ALTER TABLE test SET UNUSED (b) CASCADE CONSTRAINTS; 
Table altered. 
SQL 10G>select t.constraint_name,c.constraint_type,t.column_name,t.position,c.status,
c.validated 
2 from user_cons_columns t,user_constraints c 
3 where c.constraint_name=t.constraint_name 
4 and c.constraint_type != 'C' 
5 and t.table_name = 'TEST' 
6 order by constraint_name,position; 
no rows selected

我們可以看到，正常的刪除會報一個錯誤，如果我們指定了cascade，將會把對應(yīng)的約束也刪除。

我們看完了Oracle的處理過程，再看看mysql是這么處理刪除索引上字段這個事情的

mysql> create table test(a int,b int,c int); 
Query OK, 0 rows affected (0.72 sec) 
mysql> alter table test add primary key(a,b); 
Query OK, 0 rows affected (0.27 sec) 
Records: 0 Duplicates: 0 Warnings: 0 
mysql> create index ind_test on test(b,c); 
Query OK, 0 rows affected (0.32 sec) 
Records: 0 Duplicates: 0 Warnings: 0

我們執(zhí)行同樣的操作，先刪除復(fù)合索引中的一個字段，然后刪除約束中的一個字段。

mysql> alter table test drop c; 
Query OK, 0 rows affected (0.58 sec) 
Records: 0 Duplicates: 0 Warnings: 0 
mysql> show index from test; 
+-------+------------+----------+--------------+-------------+-----------+ 
| 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 | 
+-------+------------+----------+--------------+-------------+-----------+ 
3 rows in set (0.06 sec) 
mysql> alter table test drop b; 
Query OK, 0 rows affected (0.28 sec) 
Records: 0 Duplicates: 0 Warnings: 0 
mysql> show index from test; 
+-------+------------+----------+--------------+-------------+-----------+ 
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | 
+-------+------------+----------+--------------+-------------+-----------+ 
| test | 0 | PRIMARY | 1 | a | A | 
+-------+------------+----------+--------------+-------------+-----------+ 
1 row in set (0.03 sec)