加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

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

发布时间:2020-12-13 16:23:24 所属栏目:百科 来源:网络整理
导读:我是PostgreSQL的新手,对数据库来说有点新鲜.我们应该如何在Postgres中索引 UUID值?我在使用散列和使用trie之间分开,除非它已经内置了自动使用的内容.无论我使用什么,都将处理大量数据. SP-GiST运算符族“text_ops”索引使用trie.因为UUID非常长而且非常不
我是PostgreSQL的新手,对数据库来说有点新鲜.我们应该如何在Postgres中索引 UUID值?我在使用散列和使用trie之间分开,除非它已经内置了自动使用的内容.无论我使用什么,都将处理大量数据.

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

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

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

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

使用PostgreSQL的内置 uuid data type和 create的常规b树索引.

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

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

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

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读