自从PostgreSQL 10

CREATE TABLE test_new (
    id int GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
    payload text
);

你必须小心不要直接插入到你的SERIAL或sequence字段中，否则当序列达到插入值时，你的写入将失败:

-- Table: "test"

-- DROP TABLE test;

CREATE TABLE test
(
  "ID" SERIAL,
  "Rank" integer NOT NULL,
  "GermanHeadword" "text" [] NOT NULL,
  "PartOfSpeech" "text" NOT NULL,
  "ExampleSentence" "text" NOT NULL,
  "EnglishGloss" "text"[] NOT NULL,
  CONSTRAINT "PKey" PRIMARY KEY ("ID", "Rank")
)
WITH (
  OIDS=FALSE
);
-- ALTER TABLE test OWNER TO postgres;
 INSERT INTO test("Rank", "GermanHeadword", "PartOfSpeech", "ExampleSentence", "EnglishGloss")
           VALUES (1, '{"der", "die", "das", "den", "dem", "des"}', 'art', 'Der Mann küsst die Frau und das Kind schaut zu', '{"the", "of the" }');


 INSERT INTO test("ID", "Rank", "GermanHeadword", "PartOfSpeech", "ExampleSentence", "EnglishGloss")
           VALUES (2, 1, '{"der", "die", "das"}', 'pron', 'Das ist mein Fahrrad', '{"that", "those"}');

 INSERT INTO test("Rank", "GermanHeadword", "PartOfSpeech", "ExampleSentence", "EnglishGloss")
           VALUES (1, '{"der", "die", "das"}', 'pron', 'Die Frau, die nebenen wohnt, heißt Renate', '{"that", "who"}');

SELECT * from test; 

是的，SERIAL是等价的函数。

CREATE TABLE foo (
    id SERIAL,
    bar varchar
);

INSERT INTO foo (bar) VALUES ('blah');
INSERT INTO foo (bar) VALUES ('blah');

SELECT * FROM foo;

+----------+
| 1 | blah |
+----------+
| 2 | blah |
+----------+

SERIAL只是一个关于序列的创建表时间宏。不能在现有列上更改SERIAL。

这种方法肯定有效，我希望它能有所帮助:

CREATE TABLE fruits(
   id SERIAL PRIMARY KEY,
   name VARCHAR NOT NULL
);

INSERT INTO fruits(id,name) VALUES(DEFAULT,'apple');

or

INSERT INTO fruits VALUES(DEFAULT,'apple');

你可以在下一个链接中查看详细信息: http://www.postgresqltutorial.com/postgresql-serial/

虽然看起来序列与MySQL的auto_increment是等价的，但有一些微妙但重要的区别:

1. 查询失败增加序列/序列

串行列在查询失败时递增。这不仅会导致行删除，还会导致失败查询的碎片化。例如，在PostgreSQL数据库上执行以下查询:

CREATE TABLE table1 (
  uid serial NOT NULL PRIMARY KEY,
  col_b integer NOT NULL,
  CHECK (col_b>=0)
);

INSERT INTO table1 (col_b) VALUES(1);
INSERT INTO table1 (col_b) VALUES(-1);
INSERT INTO table1 (col_b) VALUES(2);

SELECT * FROM table1;

您应该得到以下输出:

 uid | col_b 
-----+-------
   1 |     1
   3 |     2
(2 rows)

注意uid是从1到3，而不是从1到2。

如果你手动创建你自己的序列，这仍然会发生:

CREATE SEQUENCE table1_seq;
CREATE TABLE table1 (
    col_a smallint NOT NULL DEFAULT nextval('table1_seq'),
    col_b integer NOT NULL,
    CHECK (col_b>=0)
);
ALTER SEQUENCE table1_seq OWNED BY table1.col_a;

如果你想测试MySQL是如何不同的，在MySQL数据库上运行以下命令:

CREATE TABLE table1 (
  uid int unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY,
  col_b int unsigned NOT NULL
);

INSERT INTO table1 (col_b) VALUES(1);
INSERT INTO table1 (col_b) VALUES(-1);
INSERT INTO table1 (col_b) VALUES(2);

你应该得到以下没有碎片:

+-----+-------+
| uid | col_b |
+-----+-------+
|   1 |     1 |
|   2 |     2 |
+-----+-------+
2 rows in set (0.00 sec)

2. 手动设置Serial Column值会导致后续查询失败。

@trev在之前的回答中指出了这一点。

为了模拟这种情况，手动将uid设置为4，稍后将“冲突”。

INSERT INTO table1 (uid, col_b) VALUES(5, 5);

表数据:

 uid | col_b 
-----+-------
   1 |     1
   3 |     2
   5 |     5
(3 rows)

运行另一个插入:

INSERT INTO table1 (col_b) VALUES(6);

表数据:

 uid | col_b 
-----+-------
   1 |     1
   3 |     2
   5 |     5
   4 |     6

现在如果你运行另一个插入:

INSERT INTO table1 (col_b) VALUES(7);

它将失败，并显示以下错误消息:

错误:重复的键值违反了唯一约束"table1_pkey" DETAIL: Key (uid)=(5)已经存在。

相反，MySQL将优雅地处理这个问题，如下所示:

INSERT INTO table1 (uid, col_b) VALUES(4, 4);

现在插入另一行，不设置uid

INSERT INTO table1 (col_b) VALUES(3);

查询没有失败，uid只是跳转到5:

+-----+-------+
| uid | col_b |
+-----+-------+
|   1 |     1 |
|   2 |     2 |
|   4 |     4 |
|   5 |     3 |
+-----+-------+

测试在MySQL 5.6.33, Linux (x86_64)和PostgreSQL 9.4.9上进行

从Postgres 10开始，也支持SQL标准定义的标识列:

create table foo 
(
  id integer generated always as identity
);

创建除非明确要求否则不能重写的标识列。下面的插入将失败，因为总是生成一个列:

insert into foo (id) 
values (1);

然而，这可以被否决:

insert into foo (id) overriding system value 
values (1);

当使用默认生成的选项时，这本质上与现有的串行实现相同:

create table foo 
(
  id integer generated by default as identity
);

当手动提供值时，底层序列也需要手动调整—与串行列相同。

---

默认情况下，标识列不是主键(就像串行列一样)。如果应该是一个，则需要手动定义主键约束。