相关疑难解决方法(0)

你应该使用哪个版本的UUID？我看到很多线程解释了每个版本的含义,但是我无法弄清楚哪些应用程序最适合.

我不是要重新启动UUID vs串行整数键辩论.我知道任何一方都有有效的观点.我在我的几个表中使用UUID作为主键.

• 列类型: "uuidKey" text NOT NULL
• 指数: CREATE UNIQUE INDEX grand_pkey ON grand USING btree ("uuidKey")
• 主键约束: ADD CONSTRAINT grand_pkey PRIMARY KEY ("uuidKey");

这是我的第一个问题; 使用PostgreSQL 9.4将列类型设置为UUID有什么性能优势？

文档 http://www.postgresql.org/docs/9.4/static/datatype-uuid.html 描述了UUID,但使用此类型而不是text类型的类型安全是否有任何好处？在字符类型文档中,它表明在PostgreSQL中char(n)没有任何优势text.

提示:这三种类型之间没有性能差异,除了使用空白填充类型时增加的存储空间,以及一些额外的CPU周期来检查存储到长度受限列中的长度.虽然character(n)在其他一些数据库系统中具有性能优势,但PostgreSQL没有这样的优势; 事实上,由于额外的存储成本,字符(n)通常是三者中最慢的.在大多数情况下,应该使用文本或字符变化.

我并不担心磁盘空间,我只是想知道我是否值得花时间对UUID和文本列类型进行基准测试？

第二个问题,哈希与b树索引.在排序UUID键时没有意义,因此b-tree与哈希索引相比还有其他优势吗？