Автоувеличение В PostgreSQL
я переключаюсь с MySQL на PostgreSQL и задавался вопросом, как я могу делать значения автоинкремента. Я видел в PostgreSQL docs тип данных "serial", но я получаю синтаксические ошибки при его использовании (в v8.0).
9 ответов
да, 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 на существующий столбец.
Вы можете использовать любой другой тип данных integer, например 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;
лучше использовать свой собственный тип данных, а не user последовательный тип данных.
Если вы хотите добавить последовательность в id в таблице, которая уже существует, вы можете использовать:
CREATE SEQUENCE user_id_seq;
ALTER TABLE user ALTER user_id SET DEFAULT NEXTVAL('user_id_seq');
в то время как похоже, что последовательности являются эквивалентно для MySQL auto_increment есть некоторые тонкие, но важные различия:
1. Неудачные Запросы Увеличивают Последовательность / Serial
последовательный столбец увеличивается при сбое запросов. Это приводит к фрагментации из неудачных запросов, а не только к удалению строк. Например, выполните следующие запросы в базе данных 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);
вы должны сделать следующее нет fragementation:
+-----+-------+
| 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
начиная с 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 или 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;
в контексте заданного вопроса и в ответ на комментарий @sereja1c, создание SERIAL
неявно создает последовательности, поэтому для приведенного выше примера-
CREATE TABLE foo (id SERIAL,bar varchar);
CREATE TABLE
неявно создаст последовательность foo_id_seq
для последовательных столбца foo.id
. Следовательно,SERIAL
[4 байта] хорош для его простоты использования, если вам не нужен конкретный тип данных для вашего id.
извините, чтобы перефразировать старый вопрос, но это был первый вопрос/ответ переполнения стека, который появился в 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,
);
надеюсь, что это поможет:)
этот способ будет работать наверняка, я надеюсь, что это поможет:
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/