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

MYSQL
mysql 常用数据库语句 小练习
MYSQL ERROR 1045 (28000): Access denied for user (using password: YES)问题的解决
mysql 字符集的系统变量说明
MySQL 在触发器里中断记录的插入或更新？
将MySQL数据库移植为PostgreSQL
mysql 操作总结 INSERT和REPLACE
linux mysql忘记密码的多种解决或Access denied for user ''root''@''localhost''
运用mysqldump 工具时需要注意的问题
mysql 优化日记
MySQL 字符串函数大全
mysql 截取指定的两个字符串之间的内容
MySQL 备份还原数据库批处理
mysql 数据库中my.ini的优化 2G内存针对站多 抗压型的设置
Mysql 数字类型转换函数
mysql 动态生成测试数据
mysql 显示SQL语句执行时间的代码
mysql 设置查询缓存
MYSQL explain 执行计划
MySQL 有输入输出参数的存储过程实例
巧用mysql提示符prompt清晰管理数据库的方法

No. « 11 12 13 14 »

技术文章搜索

关键字

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

出处:互联网   整理: 软晨网（RuanChen.com）   发布: 2009-10-17   浏览: 77 ::
收藏到网摘: 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，一定要小心，是否有复合索引包含了该字段，否则，一不小心把索引删除了，可能将引发大的错误。