Andrew Wolfe Asked: 2016-02-02 09:43:33 +0800 CST2016-02-02 09:43:33 +0800 CST 2016-02-02 09:43:33 +0800 CST PostgreSQL 代理键:使用序列/bigint 还是 OID? 772 我正在研究我在 PostgreSQL 派生的 DBMS ( Citus ) 上设计的表中是否需要代理键。OID 够用吗?使用它们而不是创建bigint字段和序列有缺点吗? database-design postgresql 2 个回答 Voted Erwin Brandstetter 2016-02-02T11:06:37+08:002016-02-02T11:06:37+08:00 这里有一些误解。 在非常旧的 Postgres 版本中,默认情况下 OID 包含在每一行中。默认值很快被更改为在用户定义的表中不包括 OID 列。 引用Postgres 8.1 文档: default_with_oids( boolean) 这控制是否在新创建的表CREATE TABLE中CREATE TABLE AS包含 OID 列,如果两者均未WITH OIDS指定WITHOUT OIDS 。它还确定 OID 是否将包含在由SELECT INTO. 在PostgreSQL 8.1 default_with_oids中默认是禁用的;在 PostgreSQL 的早期版本中,它默认是打开的。 大胆强调我的。@Shire引用的内容是相关的,但在现代 Postgres 中甚至不考虑将 OID 用于 PK。 @a_horse(正确)建议 bigserial(而不仅仅是)的明显原因serial在于问题: 使用它们而不是创建bigint字段和序列有缺点吗? 再次大胆强调我的。通常,一serial列(用 4 字节整数实现)对于大多数表来说已经足够了 - 除非您预计2^31 - 1 = 2.147.483.647在表的生命周期内有超过 20 亿 ( ) 行。 Best Answer uncaught_exception 2016-02-02T10:13:50+08:002016-02-02T10:13:50+08:00 OID 来自文档http://www.postgresql.org/docs/9.4/static/datatype-oid.html oid 类型当前实现为无符号四字节整数。因此,它不足以在大型数据库甚至大型单个表中提供数据库范围的唯一性。因此,不鼓励使用用户创建表的 OID 列作为主键。OID 最好仅用于对系统表的引用。 bigint 和一个序列 正如“_a_horse_with no_name”建议使用 bigserial 小序列 2 字节 串行 4 字节 大序列 8 字节 注意:smallserial 和 serial 似乎没有克服上面指定的 4 个字节的大小限制。可能其他人可以填写。 数据类型 smallserial、serial 和 bigserial 不是真正的类型,而只是用于创建唯一标识符列的符号方便(类似于某些其他数据库支持的 AUTO_INCREMENT 属性) http://www.postgresql.org/docs/9.5/static/datatype-numeric.html#DATATYPE-SERIAL
这里有一些误解。
在非常旧的 Postgres 版本中,默认情况下 OID 包含在每一行中。默认值很快被更改为在用户定义的表中不包括 OID 列。
引用Postgres 8.1 文档:
大胆强调我的。@Shire引用的内容是相关的,但在现代 Postgres 中甚至不考虑将 OID 用于 PK。
@a_horse(正确)建议
bigserial
(而不仅仅是)的明显原因serial
在于问题:再次大胆强调我的。通常,一
serial
列(用 4 字节整数实现)对于大多数表来说已经足够了 - 除非您预计2^31 - 1 = 2.147.483.647
在表的生命周期内有超过 20 亿 ( ) 行。OID
来自文档http://www.postgresql.org/docs/9.4/static/datatype-oid.html
bigint 和一个序列
正如“_a_horse_with no_name”建议使用 bigserial
注意:smallserial 和 serial 似乎没有克服上面指定的 4 个字节的大小限制。可能其他人可以填写。
http://www.postgresql.org/docs/9.5/static/datatype-numeric.html#DATATYPE-SERIAL