系统列

每个表都有几个 系统列,这些列是由系统隐含定义的。因此,这些名字不能用于用户定义的列名。请注意这些限制与这个名字是否是关键字无关,把名字用引号括起来并不能让你逃离这些限制。你实际上不需要注意这些字段,只要知道它们存在就可以了。

oid

行对象标识符(对象ID)。这个列只有在创建表的时候使用了WITH OIDS 或者是配置参数default_with_oids的值为真时出现。这个列的类型是oid(和字段同名)。

tableoid

包含本行的表的OID。这个列对那些从继承层次中选取的查询特别有用,因为如果没有它的话,我们就很难说明一行来自哪个独立的表。tableoid 可以和pg_class的oid列连接起来获取表名字。

ctid

一个行版本在它所处的表内的物理位置。请注意,尽管ctid 可以用于非常快速地定位行版本,但每次VACUUM FULL之后,一个行的ctid都会被更新或者移动。因此ctid 是不能作为长期的行标识符的。应该使用 OID,或者更好是用户定义的序列号,来标识一个逻辑行。

OID是32位的量,是在单一集群内通用的计数器上分配的。对于一个大型或者长时间使用的数据库,这个计数器是有可能重叠的。因此,假定OID唯一是非常错误的,除非你自己采取了措施来保证它们是唯一的。如果你需要标识表中的行,我们强烈建议使用序列号生成器。不过,也可以使用OID,只要采取几个注意事项即可:

  • 在使用OID标识行的每个表的OID字段创建一个唯一约束。在唯一约束(或者唯一索引)存在的时候,系统会注意不去生成一个和现有行相同的OID。当然,只有在表中的数据行少于2^32(40亿)行的时候才是可能的,而实际上表中的行最好远比这个小,要不性能就会受影响了。
  • 绝对不要假设OIDs是跨表唯一的;如果你需要全数据库范围内的标识,请使用tableoid和行的OID的组合。
  • 需要OID的表应该带着WITH OIDS创建。OushuDB中WITHOUT OIDS是缺省的。

事务标识符也是32位的量。在长时间运转的数据库里,它也可能会重叠。只要我们采取一些合适的维护步骤,这并不是很要命的问题。不过,在长时间运行的环境里(超过十亿次事务)依赖事务ID的唯一性并非明智的做法。

命令标识符也是32位的量。这样就在一个事务里有2^32(四十亿)条SQL命令的硬限制。在现实里这个限制应该不是什么问题,需要注意的是这个限制是SQL命令的条数,而不是处理的行版本的条数。