Postgres 中主键的定义方式有什么不同吗？

Question

我想知道所有这些是否完全相同或者是否存在一些差异。

方法 1：

CREATE TABLE testtable
(
   id serial, 
   title character varying, 
   CONSTRAINT id PRIMARY KEY (id)
);

方法：2

CREATE TABLE testtable
(
   id serial PRIMARY KEY, 
   title character varying, 
);

方法 3：

CREATE TABLE testtable
(
   id integer PRIMARY KEY, 
   title character varying, 
);

CREATE SEQUENCE testtable_id_seq
    START WITH 1
    INCREMENT BY 1
    NO MAXVALUE
    NO MINVALUE
    CACHE 1;

ALTER SEQUENCE testtable_id_seq OWNED BY testtable.id;

更新： 我在网上发现一些内容说，通过使用原始序列，您可以为主键预分配内存，如果您计划进行数千次插入，这会有所帮助在下一分钟。

Answer 1

尝试一下看看；删除第二个和第三个“variing”后的尾随“，”，以便它们运行，执行每个，然后

\d testtable

在每个之后执行：，您可以看到会发生什么。然后放下桌子并移至下一张桌子。它看起来像这样：

 Column |       Type        |                       Modifiers                        
--------+-------------------+--------------------------------------------------------
 id     | integer           | not null default nextval('testtable_id_seq'::regclass)
 title  | character varying | 
Indexes:
    "id" PRIMARY KEY, btree (id)

 Column |       Type        |                       Modifiers                        
--------+-------------------+--------------------------------------------------------
 id     | integer           | not null default nextval('testtable_id_seq'::regclass)
 title  | character varying | 
Indexes:
    "testtable_pkey" PRIMARY KEY, btree (id)

 Column |       Type        | Modifiers 
--------+-------------------+-----------
 id     | integer           | not null
 title  | character varying | 
Indexes:
    "testtable_pkey" PRIMARY KEY, btree (id)

First 和 Second 几乎相同，只是创建的主键的名称不同。在第三种情况下，当您插入数据库时​​，不再填写序列。您需要首先创建序列，然后创建表，如下所示：

CREATE TABLE testtable
(
   id integer PRIMARY KEY DEFAULT nextval('testtable_id_seq'),
   title character varying
);

获得与第二个看起来相同的内容。唯一的好处是您可以使用 CACHE 指令来预先分配一些序列号。这可能会造成足够大的资源消耗，您需要减少争用。但在这种情况发生之前，您需要每秒（而不是每分钟）执行数千次插入。

Answer 2

方法 1 和方法 2 之间没有语义差异。

方法 3 也非常相似 - 这是使用串行时隐式发生的情况。然而，当使用serial时，postgres也会记录sequence对表的依赖关系。因此，如果删除在方法 1 或 2 中创建的表，该序列也会被删除。