PostgreSQL Автоинкремент

Question

Я переключаюсь с MySQL на PostgreSQL и мне было интересно, как я могу делать автоинкрементные значения. В документации PostgreSQL я видел тип данных "serial", но при его использовании я получаю синтаксические ошибки (в v8.0).

Answer 1

Да, 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 на существующий столбец.

Answer 2

Вы можете использовать любой другой целочисленный тип данных , например smallint.

Пример:

CREATE SEQUENCE user_id_seq;
CREATE TABLE user (
    user_id smallint NOT NULL DEFAULT nextval('user_id_seq')
);
ALTER SEQUENCE user_id_seq OWNED BY user.user_id;

Лучше использовать собственный тип данных, чем пользовательский последовательный тип данных .

Answer 3

Если вы хотите добавить последовательность к идентификатору в таблице, которая уже существует, вы можете использовать:

CREATE SEQUENCE user_id_seq;
ALTER TABLE user ALTER user_id SET DEFAULT NEXTVAL('user_id_seq');

Answer 4

Хотя выглядит, что последовательности эквивалентны для 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. Ручная установка значения последовательного столбца может привести к сбою будущих запросов.

Это было указано @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" ДЕТАЛИ: Ключ (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

Answer 5

Начиная с Postgres 10, также поддерживаются столбцы идентификаторов, определенные стандартом SQL:

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

создает столбец идентификаторов, который не может быть переопределен без явного запроса. Следующая вставка завершится ошибкой со столбцом, определенным как generated always:

insert into foo (id) 
values (1);

Однако это может быть отменено:

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

При использовании опции generated by default это, по сути, то же поведение, что и существующая реализация serial:

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

Когда значение вводится вручную, базовая последовательность также должна корректироваться вручную - так же, как в столбце serial.

---

По умолчанию столбец идентификаторов не является первичным ключом (как столбец serial). Если это так, то ограничение первичного ключа необходимо определить вручную.

Answer 6

Извините, перефразирую старый вопрос, но это был первый вопрос / ответ о переполнении стека, который появился в Google.

В этом посте (который впервые появился в Google) рассказывается об использовании более обновленного синтаксиса для PostgreSQL 10: https://blog.2ndquadrant.com/postgresql-10-identity-columns/

, который бывает:

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

Надеюсь, это поможет:)

Answer 7

Вы должны быть осторожны, чтобы не вставить непосредственно в поле 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; 

Answer 8

В контексте заданного вопроса и в ответ на комментарий @ sereja1c создание SERIAL неявно создает последовательности, поэтому для приведенного выше примера -

CREATE TABLE foo (id SERIAL,bar varchar);

CREATE TABLE неявно создаст последовательность foo_id_seq для последовательного столбца foo.id. Следовательно, SERIAL [4 байта] хорош для простоты использования, если вам не нужен конкретный тип данных для вашего идентификатора.

Answer 9

Этот способ будет работать наверняка, надеюсь, он поможет:

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/

Answer 10

С PostgreSQL 10

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