唯一约束的排除约束,有区别吗?
Exclusion constraint for unique constraint, is there a difference?
假设以下 table:
CREATE TABLE zoo (
cage INTEGER,
animal TEXT,
);
两者之间是否存在真正有效的区别:
ALTER TABLE zoo ADD CONSTRAINT x EXCLUDE USING gist (cage WITH =, animal WITH =)
和:
CREATE UNIQUE INDEX ON zoo(cage, animal)
?
我在排除约束作者的博客上看到了这个:
http://thoughts.davisjeff.com/2010/09/25/exclusion-constraints-are-generalized-sql-unique/
DROP TABLE IF EXISTS a;
CREATE TABLE a(i int);
ALTER TABLE a ADD EXCLUDE (i WITH =);
这与 a.i 上的 UNIQUE 约束相同,只是它使用了 Exclusion Constraints 机制;它甚至使用普通的 BTree 来执行它。由于对 UNIQUE 约束进行了一些微优化,性能会稍微差一点,但性能特征应该是相同的(只是可扩展)。最重要的是,它在高并发下的行为与 UNIQUE 约束相同,因此您不必担心过度锁定。如果一个人插入5,那将阻止其他交易并发插入5,但不会干扰插入6的交易。
这或多或少回答了这个问题。
假设以下 table:
CREATE TABLE zoo (
cage INTEGER,
animal TEXT,
);
两者之间是否存在真正有效的区别:
ALTER TABLE zoo ADD CONSTRAINT x EXCLUDE USING gist (cage WITH =, animal WITH =)
和:
CREATE UNIQUE INDEX ON zoo(cage, animal)
?
我在排除约束作者的博客上看到了这个:
http://thoughts.davisjeff.com/2010/09/25/exclusion-constraints-are-generalized-sql-unique/
DROP TABLE IF EXISTS a;
CREATE TABLE a(i int);
ALTER TABLE a ADD EXCLUDE (i WITH =);
这与 a.i 上的 UNIQUE 约束相同,只是它使用了 Exclusion Constraints 机制;它甚至使用普通的 BTree 来执行它。由于对 UNIQUE 约束进行了一些微优化,性能会稍微差一点,但性能特征应该是相同的(只是可扩展)。最重要的是,它在高并发下的行为与 UNIQUE 约束相同,因此您不必担心过度锁定。如果一个人插入5,那将阻止其他交易并发插入5,但不会干扰插入6的交易。
这或多或少回答了这个问题。