5.3. Столбцы идентификации #
Столбец идентификации — это специальный столбец, который автоматически генерируется из неявной последовательности. Его можно использовать, чтобы генерировать значения ключей.
Чтобы создать столбец идентификации, воспользуйтесь предложением GENERATED ... AS IDENTITY команды CREATE TABLE, например:
CREATE TABLE people (
id bigint GENERATED ALWAYS AS IDENTITY,
...,
);или
CREATE TABLE people (
id bigint GENERATED BY DEFAULT AS IDENTITY,
...,
);За подробностями обратитесь к CREATE TABLE.
Если команда INSERT выполняется для таблицы со столбцом идентификации, и значение для этого столбца не указано явно, вставляется значение, сгенерированное неявной последовательностью. Например, с приведёнными выше определениями и при условии наличия дополнительных нужных столбцов
INSERT INTO people (name, address) VALUES ('A', 'foo');
INSERT INTO people (name, address) VALUES ('B', 'bar'); сгенерирует значения для столбца id, начиная с 1, и в таблице появятся следующие данные:
id | name | address ----+------+--------- 1 | A | foo 2 | B | bar
Кроме того, можно явно запросить значение, сгенерированное последовательностью, указав вместо значения ключевое слово DEFAULT, например:
INSERT INTO people (id, name, address) VALUES (DEFAULT, 'C', 'baz'); Ключевое слово DEFAULT можно использовать аналогичным образом в командах UPDATE.
Таким образом, во многом столбец идентификации ведёт себя как столбец со значением по умолчанию.
Предложения ALWAYS и BY DEFAULT в определении столбца устанавливают, как явно указанные пользователем значения обрабатываются командами INSERT и UPDATE. В команде INSERT, в случае выбора ALWAYS, пользовательское значение принимается, только если в этой команде указано OVERRIDING SYSTEM VALUE. С предложением BY DEFAULT пользовательскому значению отдаётся предпочтение. Таким образом, поведение с BY DEFAULT похоже на поведение с использованием значений по умолчанию, когда такие значения могут быть переопределены пользовательскими, тогда как ALWAYS обеспечивает дополнительную защиту от случайного изменения значения.
Тип данных столбца идентификации должен поддерживаться последовательностями (см. CREATE SEQUENCE). Свойства связанной последовательности могут быть указаны при создании столбца идентификации (см. CREATE TABLE) или изменены позднее (см. ALTER TABLE).
Столбец идентификации автоматически помечается как NOT NULL, однако уникальность значений не гарантируется. (Обычно последовательность возвращает уникальные значения, но она может быть сброшена или значения могут быть вставлены в столбец идентификации вручную, как описано выше.) Уникальность можно обеспечить с помощью ограничения PRIMARY KEY или UNIQUE.
В иерархии наследования таблиц столбцы идентификации и их свойства в дочерней таблице не зависят от столбцов и свойств в родительской таблице. Дочерняя таблица не наследует столбцы идентификации или их свойства автоматически от родительской. Во время выполнения команд INSERT или UPDATE столбец рассматривается как столбец идентификации, если он является столбцом идентификации в таблице, указанной в операторе, и применяются соответствующие свойства идентификации.
Секции наследуют столбцы идентификации из секционированной таблицы. У них не может быть собственных столбцов идентификации. Свойства заданного столбца идентификации одинаковы во всех секциях в иерархии секций.
5.3. Identity Columns #
An identity column is a special column that is generated automatically from an implicit sequence. It can be used to generate key values.
To create an identity column, use the GENERATED ... AS IDENTITY clause in CREATE TABLE, for example:
CREATE TABLE people (
id bigint GENERATED ALWAYS AS IDENTITY,
...,
);
or alternatively
CREATE TABLE people (
id bigint GENERATED BY DEFAULT AS IDENTITY,
...,
);
See CREATE TABLE for more details.
If an INSERT command is executed on the table with the identity column and no value is explicitly specified for the identity column, then a value generated by the implicit sequence is inserted. For example, with the above definitions and assuming additional appropriate columns, writing
INSERT INTO people (name, address) VALUES ('A', 'foo');
INSERT INTO people (name, address) VALUES ('B', 'bar');
would generate values for the id column starting at 1 and result in the following table data:
id | name | address ----+------+--------- 1 | A | foo 2 | B | bar
Alternatively, the keyword DEFAULT can be specified in place of a value to explicitly request the sequence-generated value, like
INSERT INTO people (id, name, address) VALUES (DEFAULT, 'C', 'baz');
Similarly, the keyword DEFAULT can be used in UPDATE commands.
Thus, in many ways, an identity column behaves like a column with a default value.
The clauses ALWAYS and BY DEFAULT in the column definition determine how explicitly user-specified values are handled in INSERT and UPDATE commands. In an INSERT command, if ALWAYS is selected, a user-specified value is only accepted if the INSERT statement specifies OVERRIDING SYSTEM VALUE. If BY DEFAULT is selected, then the user-specified value takes precedence. Thus, using BY DEFAULT results in a behavior more similar to default values, where the default value can be overridden by an explicit value, whereas ALWAYS provides some more protection against accidentally inserting an explicit value.
The data type of an identity column must be one of the data types supported by sequences. (See CREATE SEQUENCE.) The properties of the associated sequence may be specified when creating an identity column (see CREATE TABLE) or changed afterwards (see ALTER TABLE).
An identity column is automatically marked as NOT NULL. An identity column, however, does not guarantee uniqueness. (A sequence normally returns unique values, but a sequence could be reset, or values could be inserted manually into the identity column, as discussed above.) Uniqueness would need to be enforced using a PRIMARY KEY or UNIQUE constraint.
In table inheritance hierarchies, identity columns and their properties in a child table are independent of those in its parent tables. A child table does not inherit identity columns or their properties automatically from the parent. During INSERT or UPDATE, a column is treated as an identity column if that column is an identity column in the table named in the statement, and the corresponding identity properties are applied.
Partitions inherit identity columns from the partitioned table. They cannot have their own identity columns. The properties of a given identity column are consistent across all the partitions in the partition hierarchy.