postgresql – 我应该如何索引Postgres中的UUID?

前端之家收集整理的这篇文章主要介绍了postgresql – 我应该如何索引Postgres中的UUID?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我是Postgresql的新手,对数据库来说有点新鲜.我们应该如何在Postgres中索引 UUID值?我在使用散列和使用trie之间分开,除非它已经内置了自动使用的内容.无论我使用什么,都将处理大量数据.

SP-GiST运算符族“text_ops”索引使用trie.因为UUID非常长而且非常不同,即使我只进行完全匹配搜索,这些听起来也很吸引人.

还有一个哈希选项.哈希是O(1),除了平等之外我不需要做任何比较,但是因为UUID很长,我担心从它们产生哈希会浪费很多时间.

或者这是否过分依赖于系统和使用细节?

在大多数情况下我宁愿使用bigserial,但我被告知要使用uuid.我们需要uuid,因为我们可能有多个服务器使用不同的数据库,所以不能保证我们会有独特的bigint.我们可以为每个服务器使用不同的序列(和种子),但它仍然不如UUID灵活.例如,我们无法将数据库条目从一个服务器迁移到另一个服务器,而无需在任何地方转换ID及其引用.

使用Postgresql的内置 uuid data typecreate的常规b树索引.

没有必要做任何特别的事情.这将产生最佳索引,并且还将uuid字段存储为当前实际的紧凑形式.

(版本10之前的Postgresql中的哈希索引不是崩溃安全的,并且实际上是一个历史遗迹,无论如何都倾向于表现不比b树好.避免使用它们.在Postgresql 10上,它们已经成为崩溃安全的并且有一些性能改进,所以你可能希望考虑它们.)

如果由于某种原因你不能使用uuid类型,你通常会在文本表示上创建一个b树,或者最好是在uuid的bytea表示.

猜你在找的Postgre SQL相关文章