当前位置: 首页 > 图文教程 > 数据库 > MYSQL > Oracle与MySQL删除字段时对索引和约束的处理

MYSQL
mysql "too many connections" 错误 之 mysql解决方法
MySQL: mysql is not running but lock exists 的解决方法
使用mysql中遇到的几个问题
MySQL一个索引最多有多少个列?真实的测试例子
MySQL里Create Index 能否创建主键 Primary Key
MySQL 创建索引(Create Index)的方法和语法结构及例子
MYSQL 优化常用方法
linux mysql 找回密码
mysql 动态执行存储过程语句
MySQL 查找价格最高的图书经销商的几种SQL语句
MySQL 客户端不输入用户名和密码直接连接数据库的2个方法
mysql 查询表中平均分最低的班级
mysql 左连接、右连接和内连接
Mysql LONGBLOB 类型存储二进制数据 (修改+调试+整理)
Mysql LONGTEXT 类型存储大文件(二进制也可以) (修改+调试+整理)
Mysql 插入中文及中文查询 (修改+调试)
mysql 数据表中查找重复记录
MySql .frm数据库文件导入的问题
解决hibernate+mysql写入数据库乱码
mySQL UNION运算符的默认规则研究

MYSQL 中的 Oracle与MySQL删除字段时对索引和约束的处理


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-17   浏览: 79 ::
收藏到网摘: n/a

不知道有多少人清楚的知道,在Oracle中,如果一个复合索引,假定索引(a,b,c)三个字段,删除了(包括unused)其中一个字段,Oracle会怎么处理这个索引。同样,如果是约束,Oracle又怎么处理?

用Oracle为例子,我又拿mysql做了一个对比,看看mysql是怎么处理这个问题的。我这里不讨论谁好谁差,只是希望大家知道其中的差别与细节而已。


我们先看Oracle的例子,我们创建一个表,然后在上面创建一个约束,创建一个索引:


然后,我们检查刚才创建的约束与索引

以下为引用的内容:

  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,一定要小心,是否有复合索引包含了该字段,否则,一不小心把索引删除了,可能将引发大的错误。