PostgreSQL可以使用HASH排除约束以获得唯一性吗？

Question

由于哈希值比冗长的文本小，在我看来，为了确保列的唯一性，它们可能比b树更受欢迎。

仅出于确保唯一性的目的，是否有任何理由在PG 10中不符合以下条件？

CREATE TABLE test (
  path ltree,
  EXCLUDE USING HASH ((path::text) WITH =)
);

我认为哈希冲突是在内部处理的。否则将毫无用处。

我将使用GiST索引来增强查询。

Answer 1

我认为引用此手册可以总结一下：

尽管允许，但将B树或哈希索引与排除约束一起使用几乎没有意义，因为这无异于普通的唯一约束不能做得更好。因此，实际上，访问方法将始终是GiST或SP-GiST。

更何况您仍然想创建GiST索引。排除约束USING GIST将自动创建一个匹配的GiST索引作为实现细节。维护另一个甚至没有在查询中使用的低效哈希索引毫无意义。

对于简单的唯一性（WITH =），纯UNIQUEbtree索引更为有效。如果您的键很长，请考虑对哈希表达式使用唯一索引（使用任何不可变函数）以减小大小。喜欢：

CREATE UNIQUE INDEX test_path_hash_uni_idx ON test (my_hash_func(path));

有关：

• PostgreSQL如何执行UNIQUE约束/它使用什么类型的索引？

md5() 作为哈希函数将是一个简单的选择。

• 将文本表示形式的十六进制转换为十进制数
• 当所有值均为36个字符时，使用char vs varchar可使索引查找明显更快

在Postgres 10之前，不建议使用哈希索引。但是，有了最新的更新，情况已有所改善。Robert Haas（核心开发人员）在博客条目中总结了这一点：

• PostgreSQL的哈希索引现在很酷

CREATE INDEX test_path_hash_idx ON test USING HASH (path);

las（在我的草案中忽略了），访问方法“哈希”尚不支持唯一索引。所以我仍然会在上面的哈希表达式上使用唯一索引。（但是没有减少信息的哈希函数可以完全保证密钥的唯一性，这可能会或可能不会成为问题。）