MySQL和Oracle中的唯一性索引的差别是怎样的

技术MySQL和Oracle中的唯一性索引的差别是怎样的本篇文章给大家分享的是有关MySQL和Oracle中的唯一性索引的差别是怎样的,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说

这篇文章是关于MySQL和Oracle的唯一索引的区别。边肖觉得很实用,所以分享给大家学习。希望你看完这篇文章能有所收获。让我们和边肖一起看看。

今天在修复MySQL数据的时候,发现了一个看似“奇怪”的问题。

表中有一个唯一的索引,它包含三列。这个唯一索引的意义在于,可以通过这三列定位特定行的数据。但是在实践中发现,这个独特的指数中还是有可能被大家忽略的地方。

我们先来看看数据。

CREATE TABLE `test_base_data `(

服务器时间` datetime默认空注释` time ',

` appkey` varchar(64) DEFAULT NULL,

.

`时区` varchar (50)默认空注释'时区',

UNIQUE KEY ` server time _ appkey _ timezone `(` server time `、` app KEY `、` time zone `),

KEY ` idx _ CCB _ r _ b _ d _ AK _ time `(` server time `,` appkey `)

)ENGINE=Innodb DEFAULT CHARSET=ut F8

表中的数据量约为300万。

从test_base_data中选择count(*);

-

|计数(*) |

-

| 3818630 |

-

我在分析一个问题的时候发现,根据目前的情况来看,主键和唯一索引好像有点区别(当然,问题本身回想起来也很清楚)。

所以我尝试删除这个唯一的索引并创建一个主键,但是这个操作抛出了一个数据冲突的错误。

alter table test_base_data添加主键“server time _ appkey _ timezone”(“server time”、“appkey”、“time zone ”);

错误1062 (23000):键“PRIMARY”的重复条目“2017-05-09 13:15:00-1461048746259-”

根据appkey 1461048746259过滤数据,得到一个基本情况如下:

从ccb_realtime_base_data limit 5中选择servertime、appkey、时区;

- - -

| servertime | appkey |时区|

- - -

| 2017-05-09 20:25:00 | 1461048746259 | NULL |

| 2017-05-09 13:15:00 | 1461048746259 | NULL |

| 2017-05-09 19:00:00 | 1461048746259 | NULL |

| 2017-05-09 17:00:00 | 1461048746259 | NULL |

| 2017-05-09 20:30:00 | 1461048746259 | NULL |

- - -

单纯这样看,看不出有什么不对,但是当我有计数得到重复数据的时候,真的让我惊呆了。

从ccb_realtime_base_data中选择count(1),其中server time=' 2017-05-09 13:15:00 '和appkey=' 1461048746259

-

|计数(1) |

-

r/>|      709 |
+----------+

这一行记录,在这个表里竟然有重复的数据达到700多个。

按照这个情况,表里的数据缺失有大的问题,但是为什么唯一性索引就查不出来呢。

  这一点上,Oracle和MySQL的立场是一致的,那就是主键和唯一性索引的差别,出了主键的根红苗正,主键是唯一性索引的一种之外,还有一点很重要,我们掰开了揉碎了来说。

   为了方便演示,我就创建一个简单的表unique_test\create table unique_test(id int,name varchar(30))

添加唯一性约束

alter table unique_test add unique key(id);

插入1行数据

insert into unique_test values(1,'aa');

再插入1行,毫无疑问会抛出错误。

 insert into unique_test values(1,'aa');
ERROR 1062 (23000): Duplicate entry '1' for key 'id'

我们删除原来的索引,创建一个新的索引,基于列(id,name)

alter table unique_test drop index id;
alter table unique_test add unique key (id,name);

创建新的索引

> insert into unique_test values(1,'aa');
ERROR 1062 (23000): Duplicate entry '1-aa' for key 'id'

可见唯一性约束是生效了,插入不冲突的数据没有任何问题。

insert into unique_test values(1,'bb');

  所以这样来看,多个键值列也都能校验出来嘛,我们再建一个列,创建一个复合索引,含有3个列。

> alter table unique_test drop index id

创建一个列created,换个数据类型。

> alter table unique_test add column created datetime;

创建唯一性索引,基于3个列。

> alter table unique_test add unique key(id,name,created);

这个时候模拟一下数据

> insert into unique_test values(1,'aa',null);

这个时候问题就很明显了,竟然校验不出来了。

> select *from unique_test;
+------+------+---------+
| id   | name | created |
+------+------+---------+
|    1 | aa   | NULL    |
|    1 | aa   | NULL    |
|    1 | bb   | NULL    |
+------+------+---------+
3 rows in set (0.00 sec)

这问题在哪儿呢。

我们来看看create table的语句。

> show create table unique_test;
+-------------+-------------------------------------
| Table       | Create Table                                                                                        |
+-------------+--------------------------------------
| unique_test | CREATE TABLE `unique_test` (
  `created` datetime DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
+-------------+---------------------------------------我就把问题点透,就在哪个null的地方上,这个是这个问题的根本,进一步来说,这个是唯一性索引和主键的一个差别,那就是主键约束相比唯一性约束来说,还有一个默认的属性,那就是not null

但是同样都是null的差别,MySQL和Oracle的结果是否相同呢。我们来测试一下。顺便熟悉一下两种数据库的语法风格。

在Oracle里面,代表的含义是不同的,大大不同,可以看看下面的结果来对比一下。

SQL> create table unique_test(id number,name varchar2(30));
Table created.
SQL> alter table unique_test add constraint uq_test unique(id);
Table altered.

SQL> insert into unique_test values(1,'a');
1 row created.

SQL> /
insert into unique_test values(1,'a')
*
ERROR at line 1:
ORA-00001: unique constraint (PDB_MGR.UQ_TEST) violated

SQL> alter table unique_test drop constraint uq_test;
Table altered.

SQL> alter table unique_test add constraint uq_test unique(id,name);
Table altered.

SQL> insert into unique_test values(2,'bb');
1 row created.

SQL> commit;

SQL> alter table unique_test drop constraint uq_test;

SQL> alter table unique_test add created date;

SQL> alter table unique_test add constraint uq_test unique(id,name,created);
Table altered.

SQL>  insert into unique_test values(1,'a',null);
 insert into unique_test values(1,'a',null)
*
ERROR at line 1:
ORA-00001: unique constraint (PDB_MGR.UQ_TEST) violated

SQL>  insert into unique_test values(2,'bb',null);
 insert into unique_test values(2,'bb',null)
*
ERROR at line 1:
ORA-00001: unique constraint (PDB_MGR.UQ_TEST) violated

以上就是MySQL和Oracle中的唯一性索引的差别是怎样的,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注行业资讯频道。

内容来源网络,如有侵权,联系删除,本文地址:https://www.230890.com/zhan/95842.html

(0)

相关推荐

  • 动词的过去分词,英语常见的动词过去式和过去分词!

    技术动词的过去分词,英语常见的动词过去式和过去分词!常用动词过去式及过去分词 规则动词的过去式及过去分词:(1)直接加ed(e结尾单词直接加d)(2)双写最后一个字母加ed(3)辅音字母加y结尾的去y加ied(1)直接加

    生活 2021年10月20日
  • 怎么理解TiDB兼容MySQL参数优化

    技术怎么理解TiDB兼容MySQL参数优化本篇内容介绍了“怎么理解TiDB兼容MySQL参数优化”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔

    攻略 2021年11月8日
  • leetcode 数组出现最多的数(leetcode数组加减乘除)

    技术LeetCode如何调整数组顺序使得奇数位于偶数前面这篇文章主要介绍LeetCode如何调整数组顺序使得奇数位于偶数前面,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!题目:输入一个整数数组,实

    攻略 2021年12月15日
  • 为什么idea输出会乱码

    技术为什么idea输出会乱码这篇文章主要介绍“为什么idea输出会乱码”,在日常操作中,相信很多人在为什么idea输出会乱码问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”为什么idea输出

    攻略 2021年10月26日
  • 美国云服务器时需要考虑的一些事项

    技术美国云服务器时需要考虑的一些事项云服务器与虚拟化技术密切相关,是将一整个物理服务器集群利用虚拟化技术分割出多台相对独立的虚拟服务器,可以运行不同的操作系统和软件云服务器服务商提供不同的配置。根据您的需要,通常有多种选

    礼包 2021年12月9日
  • 一起刷LeetCode

    技术一起刷LeetCode 一起刷LeetCode事件背景
    寒假在家没事,准备重新开始每日算法训练。
    在写题解的过程中发现,或许应该把它们统一记录下来。
    如何刷算法
    刷算法的目的有三
    1. 练习某一门语

    礼包 2021年12月23日