不知道有多少人清楚的知道,在Oracle中,如果一个复合索引,假定索引(a,b,c)三个字段,删除了(包括unused)其中一个字段,Oracle会怎么处理这个索引。同样,如果是约束,Oracle又怎么处理?
用oracle为例子,我又拿mysql做了一个对比,看看mysql是怎么处理这个问题的。我这里不讨论谁好谁差,只是希望大家知道其中的差别与细节而已。
我们先看Oracle的例子,我们创建一个表,然后在上面创建一个约束,创建一个索引:
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. |
然后,我们检查刚才创建的约束与索引
SQL 10G>select t.constraint_name,c.constraint_type,t.column_name,t.position,c.status, c.validated |
现在,我们先删除索引上的字段,其实并没有物理删除,只是设置为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 |
发现了什么,索引也删除了。那我们再删除约束上的字段呢?
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,将会把对应的约束也删除。
我们看完了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 |
我们执行同样的操作,先删除复合索引中的一个字段,然后删除约束中的一个字段。
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) |
可以看到,mysql的处理方式是有差别的,mysql仅仅是把字段从索引中拿掉,而不是删除该索引。
本文的意思,就是想提醒大家,平常在做columns删除的时候,包括unused,一定要小心,是否有复合索引包含了该字段,否则,一不小心把索引删除了,可能将引发大的错误。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
![TechTarget微信公众号二维码](/wp-content/uploads/res/images/spriteimg/ttweixin.jpg)
TechTarget
官方微博
![TechTarget中国官方微博二维码](/wp-content/uploads/res/images/spriteimg/ttweibo.jpg)
TechTarget中国
作者
相关推荐
-
甲骨文自治数据库亮相 带来云计算新希望
早前甲骨文还不在云计算公司之列,而现在该公司正在迅速弥补其失去的时间。甲骨文的云计算核心是甲骨文自治数据库(O […]
-
2017年12月数据库流行度排行榜 定格岁末排名瞬间
数据库知识网站DB-engines最近更新的2017年12月份数据库流行度排名情况是否能提供更多的看点呢?TechTarget数据库网站将与您分享12月份的榜单排名情况,让我们拭目以待。
-
2017年11月数据库流行度排行榜 半数以上数据库积分减少
数据库知识网站DB-engines更新了2016年11月份的数据库流行度排行榜。TechTarget数据库网站将与您一同关注11月份的榜单排名情况。
-
控制合约 不再畏惧Oracle
许多公司都与Oracle有无限制授权协议,他们害怕离开这个协议,所以就证明他们在使用Oracle的软件,即使因为需求单独购买部分授权许可也可能总体是省钱的。