| 導購 | 订阅 | 在线投稿
分享
 
 
 

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

來源:互聯網  2008-08-05 07:04:56  評論

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

用Oracle爲例子,我又拿mysql做了一個對比,看看mysql是怎麽處理這個問題的。我這裏不討論誰好誰差,只是希望大家知道其中的差別與細節而已。

我們先看Oracle的例子,我們創建一個表,然後在上面創建一個約束,創建一個索引:

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中,如果一個複合索引,假定索引(a,b,c)三個字段,刪除了(包括unused)其中一個字段,Oracle會怎麽處理這個索引。同樣,如果是約束,Oracle又怎麽處理? 用Oracle爲例子,我又拿mysql做了一個對比,看看mysql是怎麽處理這個問題的。我這裏不討論誰好誰差,只是希望大家知道其中的差別與細節而已。 我們先看Oracle的例子,我們創建一個表,然後在上面創建一個約束,創建一個索引: 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,一定要小心,是否有複合索引包含了該字段,否則,一不小心把索引刪除了,可能將引發大的錯誤。
󰈣󰈤
 
 
 
>>返回首頁<<
 
 
 
 
 熱帖排行
 
王朝網路微信公眾號
微信掃碼關註本站公眾號 wangchaonetcn
 
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有