虽然看起来序列与 MySQL auto_increment 等价,但还是有一些细微但重要的区别:
1。失败的查询增加序列/序列
串行列在查询失败时递增。这会导致失败查询产生碎片,而不仅仅是行删除。例如,在您的 PostgreSQL 数据库上运行以下查询:
CREATE TABLE table1 (
uid serial NOT NULL PRIMARY KEY,
col_b integer NOT NULL,
CHECK (col_b>=0)
);
INSERT INTO table1 (col_b) VALUES(1);
INSERT INTO table1 (col_b) VALUES(-1);
INSERT INTO table1 (col_b) VALUES(2);
SELECT * FROM table1;
你应该得到以下输出:
uid | col_b
-----+-------
1 | 1
3 | 2
(2 rows)
注意 uid 如何从 1 变为 3 而不是 1 变为 2。
如果您要手动创建自己的序列,仍然会发生这种情况:
CREATE SEQUENCE table1_seq;
CREATE TABLE table1 (
col_a smallint NOT NULL DEFAULT nextval('table1_seq'),
col_b integer NOT NULL,
CHECK (col_b>=0)
);
ALTER SEQUENCE table1_seq OWNED BY table1.col_a;
如果您想测试 MySQL 的不同之处,请在 MySQL 数据库上运行以下命令:
CREATE TABLE table1 (
uid int unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY,
col_b int unsigned NOT NULL
);
INSERT INTO table1 (col_b) VALUES(1);
INSERT INTO table1 (col_b) VALUES(-1);
INSERT INTO table1 (col_b) VALUES(2);
您应该得到以下无碎片:
+-----+-------+
| uid | col_b |
+-----+-------+
| 1 | 1 |
| 2 | 2 |
+-----+-------+
2 rows in set (0.00 sec)
2。手动设置序列列值可能会导致以后的查询失败。
@trev 在之前的回答中指出了这一点。
为了模拟这种情况,手动将 uid 设置为 4,这将在稍后“冲突”。
INSERT INTO table1 (uid, col_b) VALUES(5, 5);
表格数据:
uid | col_b
-----+-------
1 | 1
3 | 2
5 | 5
(3 rows)
运行另一个插入:
INSERT INTO table1 (col_b) VALUES(6);
表格数据:
uid | col_b
-----+-------
1 | 1
3 | 2
5 | 5
4 | 6
现在如果你运行另一个插入:
INSERT INTO table1 (col_b) VALUES(7);
它将失败并显示以下错误消息:
错误:重复键值违反唯一约束“table1_pkey”
详细信息:键 (uid)=(5) 已存在。
相比之下,MySQL 会优雅地处理这个问题,如下所示:
INSERT INTO table1 (uid, col_b) VALUES(4, 4);
现在插入另一行而不设置uid
INSERT INTO table1 (col_b) VALUES(3);
查询没有失败,uid只是跳转到5:
+-----+-------+
| uid | col_b |
+-----+-------+
| 1 | 1 |
| 2 | 2 |
| 4 | 4 |
| 5 | 3 |
+-----+-------+
测试是在 MySQL 5.6.33、Linux (x86_64) 和 PostgreSQL 9.4.9 上进行的