Как создать таблицу в postgresql
Для создания таблиц применяется команда CREATE TABLE , после которой указывается название таблицы. Также с этой командой можно использовать ряд операторов, которые определяют столбцы таблицы и их атрибуты. Общий синтаксис создания таблицы выглядит следующим образом:
После названия таблицы в скобках перечисляется спецификация для всех столбцов. Причем для каждого столбца надо указывается название и тип данных, который он будет представлять. Тип данных определяет, какие данные (числа, строки и т.д.) может содержать столбец.
Например, создадим таблицу в базе данных через pgAdmin. Для этого вначале выберем в pgAdmin целевую базу данных, нажмем на нее правой кнопкой мыши и в контекстном меню выберем пункт Query Tool. :
После этого откроется поле для ввода кода на SQL. Причем таблица будет создаваться именно для той базы данных, для которой мы откровыем это поле для ввода SQL.
Далее в открывшееся в центральной части программы поле введем следующий набор выражений:
В данном случае в таблице Customers определяются пять столбцов: Id, FirstName, LastName, Age, Email. Первый столбец — Id представляет идентификатор клиента, он служит первичным ключом и поэтому имеет тип SERIAL . Фактически данный столбец будет хранить числовое значение 1, 2, 3 и т.д., которое для каждой новой строки будет автоматически увеличиваться на единицу.
Следующие три столбца представляют имя, фамилию клиента и его электронный адрес и имеют тип CHARACTER VARYING(30) , то есть представляют строку длиной не более 30 символов.
Последний столбец — Age представляет возраст пользователя и имеет тип INTEGER , то есть хранит числа.
И после выполнения этой команды в выбранную базу данных будет добавлена таблица customers.
Удаление таблиц
Для удаления таблиц используется команда DROP TABLE , которая имеет следующий синтаксис:
Установка и основы работы с PostgreSQL
PostgreSQL – это система управления базами данных (СУБД), которая использует язык запросов SQL. Благодаря своей надёжности и многофункциональности она часто используется для хранения данных приложений.
Данное руководство научит создавать, настраивать и управлять таблицами в интерфейсе postgreSQL.
Установка PostgreSQL
Примечание: В данном разделе описана установка PostgreSQL в Ubuntu.
Чтобы запустить установку, введите:
sudo apt-get update
sudo apt-get install postgresql postgresql-contrib
После установки создайте нового пользователя для управления БД.
sudo adduser postgres_user
Теперь при помощи стандартного пользователя PostgreSQL (по имени postgres) нужно создать БД и передать права на неё новому пользователю.
sudo su — postgres
psql
После этого на экране появится командная строка PostgreSQL.
Создайте нового пользователя, одноименно пользователю системы. Затем создайте БД.
CREATE USER postgres_user WITH PASSWORD ‘password’;
CREATE DATABASE my_postgres_db OWNER postgres_user;
Закройте сессию пользователя postgres и войдите как новый пользователь:
exit
sudo su — postgres_user
Войдите в базу данных:
Синтаксис таблиц PostgreSQL
Новая БД ещё не содержит таблиц. В этом можно убедиться, запросив список доступных таблиц:
\d
No relations found.
Чтобы создать новую таблицу, придерживайтесь следующего синтаксиса:
CREATE TABLE new_table_name (
table_column_title TYPE_OF_DATA column_constraints,
next_column_title TYPE_OF_DATA column_constraints,
table_constraint
table_constraint
) INHERITS existing_table_to_inherit_from;
Часть от закрытой скобки и до запятой – это дополнительная конструкция, позволяющая наследовать все столбцы существующей таблицы в дополнение к столбцам, перечисленным в команде.
Часть синтаксиса, взятая в скобки, делится на две части: определения столбцов и ограничения таблиц.
Определения столбцов PostgreSQL
Определение столбцов осуществляется согласно шаблону:
column_name data_type (optional_data_length_restriction) column_constraints
Примечание: Имя столбца должно быть описательным.
Типы данных PostgreSQL
- boolean: (или bool) объявляет значения true и false.
Символьные значения
- char: хранит один символ
- char (#): содержит # количество символов; свободные места будут заполнены пробелами.
- varchar (#): хранит данные переменной длины (не в Юникоде); параметр # определяет длину строки.
Целые значения
- smallint: целое число между -32768 и 32767.
- int: целое число между -214783648 и 214783647.
- serial: целое число с автоувеличением.
Числа с плавающей точкой
- float (#): число с плавающей точкой, где # – количество битов.
- real: 8-битное число с плавающей точкой.
- numeric (#,after_dec): число с # количеством цифр, где after_dec – количество цифр после десятичного знака
Дата и время
- date: дата
- time: время
- timestamp: дата и время
- timestamptz: дата, время и часовой пояс
- interval: разница между двумя значениями timestamp
Геометрические типы
- point: хранит пару координат определённой точки.
- line: набор точек, определяющих линию.
- lseg: набор данных, определяющий сегмент линии.
- box: набор данных, который определяет прямоугольник.
- polygon: набор данных, определяющий любое закрытое пространство
Сетевые адреса
- inet: IP-адрес
- macaddr: MAC адреса.
Ограничения столбцов и таблиц PostreSQL
Определения столбцов могут также иметь ограничения, которые задают правила для типов данных, найденных в столбце. Ниже приведены правила, которые можно использовать через пробел, а затем указывать типы данных:
- NOT NULL: столбец не может иметь значение 0.
- UNIQUE: значение столбца должно быть разным для каждой записи. Нуль всегда считается уникальным значением.
- PRIMARY KEY: комбинирует первые два ограничения. Можно использовать только раз на всю таблицу.
- CHECK: проверяет, истинно ли условие для значений в столбце.
- REFERENCES: значение должно существовать в столбце в другой таблице.
После определения ограничений столбцов можно объявить ограничения для всей таблицы. Среди них UNIQUE, PRIMARY KEY, CHECK и REFERENCES.
Создание таблицы в PostgreSQL
Попробуйте создать тестовую таблицу. Для примера назовём её pg_equipment и поместим в неё данные о различном оборудовании для детских площадок. Введите следующее определение таблицы:
CREATE TABLE pg_equipment (
equip_id serial PRIMARY KEY,
type varchar (50) NOT NULL,
color varchar (25) NOT NULL,
location varchar(25) check (location in (‘north’, ‘south’, ‘west’, ‘east’, ‘northeast’, ‘southeast’, ‘southwest’, ‘northwest’)),
install_date date
);
NOTICE: CREATE TABLE will create implicit sequence «pg_equipment_equip_id_seq» for serial column «pg_equipment.equip_id»
NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index «pg_equipment_pkey» for table «pg_equipment»
CREATE TABLE
Чтобы просмотреть таблицу, введите в командную строку \d.
\d
List of relations
Schema | Name | Type | Owner
———+—————————+———-+—————
public | pg_equipment | table | postgres_user
public | pg_equipment_equip_id_seq | sequence | postgres_user
(2 rows)
Эта команда выведет на экран таблицу и создаст последовательность согласно типу данных serial.
Изменение таблиц в PostgreSQL
Теперь попробуйте внести в таблицу изменения. Для этого используется следующий синтаксис:
ALTER TABLE table_name Action_TO_Take;
К примеру, можно добавить в таблицу pg_equipment новый столбец.
ALTER TABLE pg_equipment ADD COLUMN functioning bool;
ALTER TABLE
Чтобы просмотреть новый столбец, введите:
\d pg_equipment
Column | Type | Modifiers
—————+————————+——————————————————————
equip_id | integer | not null default nextval(‘pg_equipment_equip_id_seq’::regclass)
type | character varying(50) | not null
color | character varying(25) | not null
location | character varying(25) |
install_date | date |
functioning | boolean |
. . .
Чтобы добавить значение по умолчанию, которое указывает, что оборудование следует рассматривать как рабочее, если не указано иное, используйте следующую команду:
ALTER TABLE pg_equipment ALTER COLUMN functioning SET DEFAULT ‘true’;
Чтобы указать также, что значение не может быть нулём, используйте:
ALTER TABLE pg_equipment ALTER COLUMN functioning SET NOT NULL;
Чтобы переименовать столбец, введите:
ALTER TABLE pg_equipment RENAME COLUMN functioning TO working_order;
Удалить столбец можно с помощью команды:
ALTER TABLE pg_equipment DROP COLUMN working_order;
Чтобы переименовать всю таблицу, введите:
ALTER TABLE pg_equipment RENAME TO playground_equip;
Удаление таблиц PostgreSQL
Чтобы удалить таблицу PostgreSQL, введите:
DROP TABLE playground_equip;
DROP TABLE
Если применить эту команду к таблице, которой не существует, появится следующее сообщение об ошибке:
ERROR: table «playground_equip» does not exist
Чтобы избежать этой ошибки, можно добавить в команду IF EXISTS; тогда таблица будет удалена, если она существует. В любом случае команда будет выполнена успешно.
DROP TABLE IF EXISTS playground_equip;
NOTICE: table «playground_equip» does not exist, skipping
DROP TABLE
В этот раз команда сообщает, что заданная таблица не найдена, но не возвращает ошибки.
Заключение
Данное руководство охватывает основы работы с таблицами PostgreSQL. Эти навыки помогут управлять данными PostgreSQL при помощи стороннего приложения или командной строки.
Как создать таблицу в postgresql
CREATE TABLE — создать таблицу
Синтаксис
Описание
CREATE TABLE создаёт новую, изначально пустую таблицу в текущей базе данных. Владельцем таблицы будет пользователь, выполнивший эту команду.
Если задано имя схемы (например, CREATE TABLE myschema.mytable . ), таблица создаётся в указанной схеме, в противном случае — в текущей. Временные таблицы существуют в специальной схеме, так что при создании таких таблиц имя схемы задать нельзя. Имя таблицы должно отличаться от имён других таблиц, последовательностей, индексов, представлений или сторонних таблиц в этой схеме.
CREATE TABLE также автоматически создаёт составной тип данных, соответствующий одной строке таблицы. Таким образом, имя таблицы не может совпадать с именем существующего типа в этой же схеме.
Необязательные предложения ограничений задают ограничения (проверки), которым должны удовлетворять добавляемые или изменяемые строки, чтобы операция добавления или изменения была выполнена успешно. Ограничение представляет собой SQL-объект, помогающий некоторым способом определить множество допустимых значений в таблице.
Определить ограничения можно двумя способами: в виде ограничений таблицы и в виде ограничений столбца. Ограничение столбца определяется как часть определения столбца, а ограничение таблицы не привязывается к конкретному столбцу и может задействовать несколько столбцов. Любые ограничения столбцов можно также записать в виде ограничения таблицы, они введены просто для удобства записи в случаях, когда ограничение затрагивает только один столбец.
Чтобы создать таблицу, необходимо иметь право USAGE для типов всех столбцов или типа в предложении OF , соответственно.
Параметры
С таким указанием таблица создаётся как временная. Временные таблицы автоматически удаляются в конце сеанса или могут удаляться в конце текущей транзакции (см. описание ON COMMIT ниже). Существующая постоянная таблица с тем же именем не будет видна в текущем сеансе, пока существует временная, однако к ней можно обратиться, дополнив имя указанием схемы. Все индексы, создаваемые для временной таблицы, так же автоматически становятся временными.
Демон автоочистки не может прочитать и, как следствие, сжимать и анализировать временные таблицы. По этой причине соответствующие операции очистки и анализа следует выполнять, вызывая SQL-команды в рамках сеанса. Например, если временную таблицу планируется использовать в сложных запросах, будет разумным выполнить для неё ANALYZE после того, как она будет наполнена.
По желанию можно добавить указание GLOBAL или LOCAL перед TEMPORARY или TEMP . В настоящее время это не имеет значения для PostgreSQL и считается устаревшей возможностью; см. Совместимость. UNLOGGED
С этим указанием таблица создаётся как нежурналируемая. Данные, записываемые в нежурналируемые таблицы, не проходят через журнал предзаписи (см. Главу 29), в результате чего такие таблицы работают гораздо быстрее обычных. Однако, они не защищены от сбоя; при сбое или аварийном отключении сервера нежурналируемая таблица автоматически усекается. Кроме того, содержимое нежурналируемой таблицы не реплицируется на ведомые серверы. Любые индексы, создаваемые для нежурналируемой таблицы, автоматически становятся нежурналируемыми. IF NOT EXISTS
Не считать ошибкой, если отношение с таким именем уже существует. В этом случае будет выдано замечание. Заметьте, что нет никакой гарантии, что существующее отношение как-то соотносится с тем, которое могло бы быть создано. имя_таблицы
Имя создаваемой таблицы (возможно, дополненное схемой). OF имя_типа
Создаёт типизированную таблицу, структура которой определяется указанным составным типом (его имя может быть дополнено схемой). Типизированная таблица привязана к породившему её типу; например, при удалении типа (командой DROP TYPE . CASCADE ) будет удалена и эта таблица.
Когда создаётся типизированная таблица, типы данных её столбцов определяются нижележащим составным типом, а не задаются командой CREATE TABLE . Но CREATE TABLE может добавить в таблицу значения по умолчанию и ограничения, а также задать параметры её хранения. имя_столбца
Имя столбца, создаваемого в новой таблице. тип_данных
Тип данных столбца (может включать определение массива с этим типом). За дополнительными сведениями о типах данных, которые поддерживает PostgreSQL , обратитесь к Главе 8. COLLATE правило_сортировки
Предложение COLLATE назначает правило сортировки для столбца (который должен иметь тип, поддерживающий сортировку). Если оно отсутствует, используется правило сортировки по умолчанию, установленное для типа данных столбца. INHERITS ( таблица_родитель [, . ] )
Необязательное предложение INHERITS определяет список таблиц, от которых новая таблица будет автоматически наследовать все столбцы. Родительские таблицы могут быть обычными или сторонними таблицами.
При использовании INHERITS создаётся постоянная связь дочерней таблицы с родительскими. Изменения схемы в родительских таблицах обычно также отражаются в дочерних, и по умолчанию при чтении родительских таблиц в результат включаются данные дочерней таблицы.
Когда в нескольких родительских таблицах оказываются столбцы с одним именем, происходит ошибка, за исключением случая, когда типы данных всех этих столбцов в таблицах совпадают. В этом случае одноимённые столбцы объединяются и формируют один столбец в новой таблице. Если имя столбца новой таблицы совпадает с именем одного из унаследованных столбцов, их типы так же должны совпадать, и в этом случае определения столбцов тоже сливаются в одну. Если в новой таблице явно указывается значение по умолчанию для нового столбца, это значение переопределяет любые значения по умолчанию, унаследованные этим столбцом. В противном случае, если значения по умолчанию определяются в разных родительских таблицах, эти определения должны совпадать, иначе произойдёт ошибка.
Ограничения CHECK объединяются вместе по сути так же, как и столбцы: если несколько родительских таблиц и/или определение новой таблицы содержат одноимённые ограничения CHECK , этим ограничениям должны соответствовать одинаковые выражения проверки, в противном случае произойдёт ошибка. В случае совпадения выражения, эти ограничения с данным выражением объединяются в одно. При этом ограничения со свойством NO INHERIT в родительской таблице исключаются из рассмотрения. Заметьте, что безымянное ограничение CHECK в новой таблице никогда не сливается с другими, так как для него всегда выбирается уникальное имя.
Параметры STORAGE для столбца так же копируются из родительских таблиц. LIKE исходная_таблица [ вариант_копирования . ]
Предложение LIKE определяет таблицу, из которой в новую таблицу будут автоматически скопированы все имена столбцов, их типы данных и их ограничения на NULL.
В отличие от INHERITS , новая и исходная таблица становятся полностью независимыми после завершения создания. Изменения в исходной таблице не отражаются в новой, а данные новой таблицы не включаются в результат чтения исходной.
Выражения значений по умолчанию в определениях копируемых столбцов переносятся в новую таблицу, только если дополнительно указано INCLUDING DEFAULTS . Без этого указания выражения по умолчанию не копируются, вследствие чего в новой таблице скопированные столбцы получают значения по умолчанию NULL. Заметьте, что при копировании выражений по умолчанию, которые вызывают функции, модифицирующие БД, как например nextval , может образовываться функциональная связь исходной таблицы с новой.
Ограничения NULL копируются в новую таблицу всегда, а ограничения CHECK копируются только при явном указании INCLUDING CONSTRAINTS . Это в равной мере касается ограничений как таблиц, так и столбцов.
Индексы, свойство PRIMARY KEY , а также ограничения UNIQUE и EXCLUDE копируются из исходной таблицы в новую, только если явно указано INCLUDING INDEXES . Имена для новых индексов и ограничений выбираются согласно стандартным правилам, независимо от того, как назывались исходные. (Это позволяет избежать ошибок с дублированием имён с новыми индексами.)
Параметры STORAGE будут перенесены в определение копируемых столбцов, только если явно указывается INCLUDING STORAGE . По умолчанию параметры STORAGE исключаются, вследствие чего скопированные столбцы в новой таблице получают параметры по умолчанию, определённые соответствующим типом. Подробнее параметры STORAGE описаны в Разделе 63.2.
Комментарии для скопированных столбцов, ограничений и индексов будут копироваться, только если явно указано INCLUDING COMMENTS . По умолчанию комментарии исключаются, вследствие чего скопированные столбцы и ограничения в новой таблице оказываются без комментариев.
Предложение INCLUDING ALL является сокращённой формой развёрнутого предложения INCLUDING DEFAULTS INCLUDING CONSTRAINTS INCLUDING INDEXES INCLUDING STORAGE INCLUDING COMMENTS .
Заметьте, что в отличие от INHERITS , столбцы и ограничения, копируемые командой LIKE , не объединяются с одноимёнными столбцами и ограничениями. Если дублирующееся имя указывается явно или возникает в другом предложении LIKE , происходит ошибка.
Предложение LIKE может также применяться для копирования определений столбцов из представлений, сторонних таблиц и составных типов. Неприменимые параметры (например, INCLUDING INDEXES для представления) при этом игнорируются. CONSTRAINT имя_ограничения
Необязательное имя столбца или ограничения таблицы. При нарушении ограничения его имя будет выводиться в сообщении об ошибках, так что имена ограничений вида столбец должен быть положительным могут сообщить полезную информацию об ограничении клиентскому приложению. (Имена ограничений, включающие пробелы, необходимо заключать в двойные кавычки.) Если имя ограничения не указано, система генерирует имя автоматически. NOT NULL
Данный столбец не принимает значения NULL. NULL
Данный столбец может содержать значения NULL (по умолчанию).
Это предложение предназначено только для совместимости с нестандартными базами данных SQL. Использовать его в новых приложениях не рекомендуется. CHECK ( выражение ) [ NO INHERIT ]
В ограничении CHECK задаётся выражение, возвращающее логический результат, по которому определяется, будет ли успешна операция добавления или изменения для конкретных строк. Операция выполняется успешно, если результат выражения равен TRUE или UNKNOWN. Если же для какой-нибудь строки, задействованной в операции добавления или изменения, будет получен результат FALSE, возникает ошибка, и эта операция не меняет ничего в базе данных. Ограничение-проверка, заданное как ограничение столбца, должно ссылаться только на значение самого столбца, тогда как ограничение на уровне таблицы может ссылаться и на несколько столбцов.
В настоящее время выражения CHECK не могут содержать подзапросы или ссылаться на какие-либо переменные, кроме как на столбцы текущей строки (см. Подраздел 5.3.1). Также допустима ссылка на системный столбец tableoid , но не на другие системные столбцы.
Ограничение с пометкой NO INHERIT не будет наследоваться дочерними таблицами.
Когда для таблицы задано несколько ограничений CHECK , они будут проверяться для каждой строки в алфавитном порядке имён после проверки ограничений NOT NULL . (До версии 9.5 в PostgreSQL не было установлено никакого определённого порядка обработки ограничений CHECK .) DEFAULT выражение_по_умолчанию
Предложение DEFAULT задаёт значение по умолчанию для столбца, в определении которого оно присутствует. Значение задаётся выражением без переменных (подзапросы и перекрёстные ссылки на другие столбцы текущей таблицы в нём не допускаются). Тип данных выражения, задающего значение по умолчанию, должен соответствовать типу данных столбца.
Это выражение будет использоваться во всех операциях добавления данных, в которых не задаётся значение данного столбца. Если значение по умолчанию не определено, таким значением будет NULL. UNIQUE (ограничение столбца)
UNIQUE ( имя_столбца [, . ] ) (ограничение таблицы)
Ограничение UNIQUE определяет, что группа из одного или нескольких столбцов таблицы может содержать только уникальные значения. Ограничение уникальности для таблицы ведёт себя точно так же, как ограничение для столбца, но может охватывать несколько столбцов. Таким образом, ограничение уникальности гарантирует, что любые две строки таблицы различаются как минимум в этих столбцах.
При проверке ограничения уникальности значения NULL не считаются равными.
В каждом ограничении уникальности должен задаваться набор столбцов, отличный от набора любого другого ограничения уникальности или первичного ключа в данной таблице. (Избыточные ограничения уникальности будут просто игнорироваться.) PRIMARY KEY (ограничение столбца)
PRIMARY KEY ( имя_столбца [, . ] ) (ограничение таблицы)
Ограничение PRIMARY KEY определяет, что столбец или столбцы таблицы могут содержать только уникальные (без повторений) значения, отличные от NULL. Для таблицы может быть задан только один первичный ключ, будь то ограничение столбца или ограничение таблицы.
В определении первичного ключа должен задаваться набор столбцов, отличный от набора любого другого ограничения уникальности, установленного для данной таблицы. (В противном случае уникальное ограничение оказывается избыточным и будет отброшено.)
PRIMARY KEY устанавливает для данных те же ограничения, что и сочетание UNIQUE и NOT NULL , но созданный по набору столбцов первичный ключ также даёт метаинформацию о конструкции схемы, так как он подразумевает, что другие таблицы могут ссылаться на этот набор столбцов как на уникальный идентификатор строк.
При добавлении ограничения PRIMARY KEY автоматически будет создан уникальный индекс-B-дерево по столбцу или группе столбцов, перечисленных в ограничении. EXCLUDE [ USING индексный_метод ] ( элемент_исключения WITH оператор [, . ] ) параметры_индекса [ WHERE ( предикат ) ]
Предложение EXCLUDE определяет ограничение-исключение, которое гарантирует, что для любых двух строк, сравниваемых по указанным столбцам или выражениям с указанными операторами, результат не будет равен TRUE для всех сравнений. Если все указанные операторы проверяют равенство, это ограничение равносильно ограничению UNIQUE , хотя обычное ограничение уникальности будет работать быстрее. С другой стороны, в ограничениях-исключениях можно задавать более общие условия, чем простое условие на равенство. Например, можно задать ограничение, требующее, чтобы никакие две строки в таблице не содержали пересекающихся кругов (см. Раздел 8.8), применив оператор && .
Ограничения-исключения реализуются с помощью индексов, так что каждый указанный в них оператор должен быть связан с соответствующим классом операторов (см. Раздел 11.9) для индексного_метода . Кроме того, операторы должны быть коммутативными. В каждом элементе_исключения можно дополнительно указать класс оператора и/или параметры сортировки, подробно описанные в CREATE INDEX .
Параметр предикат позволяет указать ограничение-исключение для подмножества таблицы; внутри при этом создаётся частичный индекс. Заметьте, что предикат необходимо заключить в скобки. REFERENCES внешняя_таблица [ ( внешний_столбец ) ] [ MATCH тип_совпадения ] [ ON DELETE действие ] [ ON UPDATE действие ] (ограничение столбца)
FOREIGN KEY ( имя_столбца [, . ] ) REFERENCES внешняя_таблица [ ( внешний_столбец [, . ] ) ] [ MATCH тип_совпадения ] [ ON DELETE действие ] [ ON UPDATE действие ] (ограничение таблицы)
Эти предложения определяют ограничение внешнего ключа, требующее, чтобы указанная группа из одного или нескольких столбцов новой таблицы содержала только такие значения, которым соответствуют значения в заданных внешних столбцах некоторой строки во внешней таблице. Если список внешних_столбцов опущен, в качестве него используется первичный ключ внешней_таблицы . В качестве внешних столбцов должны указываться столбцы неоткладываемого уникального ограничения или ограничение первичного ключа во внешней таблице. Заметьте, что ограничения внешнего ключа, связывающие временные и постоянные таблицы, определить нельзя.
Значения, вставляемые в ссылающиеся столбцы, сверяются со значениями во внешних столбцах внешней таблицы с учётом заданного типа совпадения. Возможны три типа совпадения: MATCH FULL (полное совпадение), MATCH PARTIAL (частичное совпадение) и тип по умолчанию, MATCH SIMPLE (простое совпадение). С MATCH FULL ни один из столбцов составного внешнего ключа не может содержать NULL, кроме случая, когда все внешние столбцы NULL; в этом случае строка может не иметь соответствия во внешней таблице. С MATCH SIMPLE любой из столбцов внешнего ключа может содержать NULL; при этом строка с NULL в одном из таких столбцов может не иметь соответствия во внешней таблице. Тип MATCH PARTIAL ещё не реализован. (Разумеется, чтобы вопросы со сравнением NULL не возникали, к столбцам, ссылающимся на внешние, можно применить ограничения NOT NULL .)
Кроме того, при изменении значений во внешних столбцах с данными в столбцах этой таблицы могут производиться определённые действия. Предложение ON DELETE задаёт действие, производимое при удалении некоторой строки во внешней таблице. Предложение ON UPDATE подобным образом задаёт действие, производимое при изменении значения в целевых столбцах внешней таблицы. Если строка изменена, но это изменение не затронуло целевые столбцы, никакое действие не производится. Ссылочные действия, кроме NO ACTION , нельзя сделать откладываемыми, даже если ограничение объявлено как откладываемое. Для каждого предложения возможные следующие варианты действий:
Выдать ошибку, показывающую, что при удалении или изменении записи произойдёт нарушение ограничения внешнего ключа. Для отложенных ограничений ошибка произойдёт в момент проверки ограничения, если строки, ссылающиеся на эту запись, по-прежнему будут существовать. Этот вариант действия подразумевается по умолчанию. RESTRICT
Выдать ошибку, показывающую, что при удалении или изменении записи произойдёт нарушение ограничения внешнего ключа. Этот вариант подобен NO ACTION , но эта проверка будет неоткладываемой. CASCADE
Удалить все строки, ссылающиеся на удаляемую запись, либо поменять значения в ссылающихся столбцах на новые значения во внешних столбцах, в соответствии с операцией. SET NULL
Установить ссылающиеся столбцы равными NULL. SET DEFAULT
Установить в ссылающихся столбцах значения по умолчанию. (Если эти значения не равны NULL, во внешней таблице должна быть строка, соответствующая набору значений по умолчанию; в противном случае операция завершится ошибкой.)
Если внешние столбцы меняются часто, будет разумным добавить индекс для ссылающихся столбцов, чтобы действия по обеспечению ссылочной целостности, связанные с ограничением внешнего ключа, выполнялись более эффективно. DEFERRABLE
NOT DEFERRABLE
Это предложение определяет, может ли ограничение быть отложенным. Неоткладываемое ограничение будет проверяться немедленно после каждой команды. Проверка откладываемых ограничений может быть отложена до завершения транзакции (обычно с помощью команды SET CONSTRAINTS ). По умолчанию подразумевается вариант NOT DEFERRABLE . В настоящее время это предложение принимают только ограничения UNIQUE , PRIMARY KEY , EXCLUDE и REFERENCES (внешний ключ). Ограничения NOT NULL и CHECK не могут быть отложенными. Заметьте, что откладываемые ограничения не могут применяться в качестве решающих при конфликте в операторе INSERT с предложением ON CONFLICT DO UPDATE . INITIALLY IMMEDIATE
INITIALLY DEFERRED
Для откладываемых ограничений это предложение определяет, когда ограничение должно проверяться по умолчанию. Ограничение с характеристикой INITIALLY IMMEDIATE (подразумеваемой по умолчанию) проверяется после каждого оператора. Ограничение INITIALLY DEFERRED , напротив, проверяется только в конце транзакции. Время проверки ограничения можно изменить явно с помощью команды SET CONSTRAINTS . WITH ( параметр_хранения [= значение ] [, . ] )
Это предложение определяет необязательные параметры хранения для таблицы или индекса (за подробными сведениями о них обратитесь к Параметры хранения). Предложение WITH для таблицы может также включать указание OIDS=TRUE (или просто OIDS ), устанавливающее, что каждая строка таблицы должна иметь собственный OID (Object IDentifier, идентификатор объекта), или указание OIDS=FALSE , устанавливающее, что строки не содержат OID. Если указание OIDS отсутствует, значение этого свойства по умолчанию зависит от конфигурационного параметра default_with_oids. (Если новая таблица унаследована от каких-либо таблиц, имеющих OID, свойство OIDS=TRUE задаётся принудительно, даже если в команде явно написано OIDS=FALSE .)
Если явно указано OIDS=FALSE или это подразумевается, в новой таблице не будут храниться значения OID и новый OID не будет генерироваться для каждой добавляемой в неё строки. Для обычных таблиц такое поведение предпочтительнее, так как оно сокращает потребление OID и тем самым откладывает зацикливание 32-битного счётчика OID. Как только происходит зацикливание, значения OID больше нельзя считать уникальными, что делает их значительно менее полезными. К тому же, исключение столбца OID из таблицы сокращает объём, необходимый для хранения таблицы на диске, на 4 байта для каждой строки (на большинстве платформ), что несколько улучшает производительность.
Для удаления данных OID из таблицы после её создания воспользуйтесь командой ALTER TABLE . WITH OIDS
WITHOUT OIDS
Это устаревшее написание указаний WITH (OIDS) и WITH (OIDS=FALSE) , соответственно. Если требуется определить одновременно свойство OIDS и параметры хранения, необходимо использовать синтаксис WITH ( . ) ; см. ниже. ON COMMIT
Поведением временных таблиц в конце блока транзакции позволяет управлять предложение ON COMMIT , которое принимает три параметра:
Никакое специальное действие в конце транзакции не выполняется. Это поведение по умолчанию. DELETE ROWS
Все строки в этой временной таблице будут удаляться в конце каждого блока транзакции. По сути, при каждой фиксации транзакции будет автоматически выполняться TRUNCATE . DROP
Эта временная таблица будет удаляться в конце текущего блока транзакции.
Здесь табл_пространство — имя табличного пространства, в котором будет создаваться новая таблица. Если оно не указано, выбирается default_tablespace или temp_tablespaces, если таблица временная. USING INDEX TABLESPACE табл_пространство
Это предложение позволяет выбрать табличное пространство, в котором будут создаваться индексы, связанные с ограничениями UNIQUE , PRIMARY KEY или EXCLUDE . Если оно не указано, выбирается default_tablespace или temp_tablespaces, если таблица временная.
Параметры хранения
Предложение WITH позволяет установить параметры хранения для таблиц и индексов, связанных с ограничениями UNIQUE , PRIMARY KEY и EXCLUDE . Параметры хранения для индексов документированы в CREATE INDEX . Поддерживаемые в настоящее время параметры хранения для таблиц перечислены ниже. Как показано, для каждого параметра существует дополнительный параметр с тем же именем и префиксом toast. , который управляет поведением вторичной таблицы TOAST , если она есть (за дополнительными сведениями о TOAST обратитесь к Разделу 63.2). Если значение некоторого параметра задано для таблицы, а значение равнозначного параметра toast. не определено, для таблицы TOAST будет применяться значение параметра основной таблицы.
Фактор заполнения для таблицы, задаваемый в процентах, от 10 до 100. Значение по умолчанию — 100 (плотное заполнение). При меньшем факторе заполнения операции INSERT упаковывают данные в страницы только до заданного процента; оставшееся место резервируется для изменения строк на этой странице. В результате UPDATE получает шанс поместить изменённую копию строки в ту же страницу, что и исходную, что гораздо эффективнее, чем размещать её на другой странице. Для таблиц, записи в которых никогда не меняются, лучшим выбором будет плотное заполнение, но для активно изменяемых таблиц лучше выбрать меньший фактор заполнения. Этот параметр нельзя задать для таблиц TOAST. autovacuum_enabled , toast.autovacuum_enabled ( boolean )
Включает или отключает демон автоочистки для определённой таблицы. Со значением true демон автоочистки будет автоматически выполнять операции VACUUM и/или ANALYZE в этой таблице, согласно правилам, описанным в Подразделе 23.1.6. Со значением false эта таблица не будет подвергаться автоочистке, если только это не потребуется для предотвращения зацикливания идентификаторов транзакций. Более подробно предотвращение зацикливания описывается в Подразделе 23.1.5. Заметьте, что демон автоочистки не будет запускаться вовсе (если только это не потребуется для предотвращения зацикливания), если параметр autovacuum имеет значение false; это нельзя переопределить, установив параметры хранения для отдельных таблиц. Таким образом, явно устанавливать для этого параметра значение true практически не имеет смысла — полезно только значение false . autovacuum_vacuum_threshold , toast.autovacuum_vacuum_threshold ( integer )
Значение параметра autovacuum_vacuum_threshold для таблицы. autovacuum_vacuum_scale_factor , toast.autovacuum_vacuum_scale_factor ( floating point )
Значение параметра autovacuum_vacuum_scale_factor для таблицы. autovacuum_analyze_threshold ( integer )
Значение параметра autovacuum_analyze_threshold для таблицы. autovacuum_analyze_scale_factor ( floating point )
Значение параметра autovacuum_analyze_scale_factor для таблицы. autovacuum_vacuum_cost_delay , toast.autovacuum_vacuum_cost_delay ( integer )
Значение параметра autovacuum_vacuum_cost_delay для таблицы. autovacuum_vacuum_cost_limit , toast.autovacuum_vacuum_cost_limit ( integer )
Значение параметра autovacuum_vacuum_cost_limit для таблицы. autovacuum_freeze_min_age , toast.autovacuum_freeze_min_age ( integer )
Значение параметра vacuum_freeze_min_age для таблицы. Учтите, что система будет игнорировать установленные для таблиц значения autovacuum_freeze_min_age , превышающие половину системного autovacuum_freeze_max_age. autovacuum_freeze_max_age , toast.autovacuum_freeze_max_age ( integer )
Значение параметра autovacuum_freeze_max_age для таблицы. Учтите, что система будет игнорировать установленные для таблиц значения autovacuum_freeze_max_age , превышающие значение системного параметра (они могут быть только меньше). autovacuum_freeze_table_age , toast.autovacuum_freeze_table_age ( integer )
Значение параметра vacuum_freeze_table_age для таблицы. autovacuum_multixact_freeze_min_age , toast.autovacuum_multixact_freeze_min_age ( integer )
Значение параметра vacuum_multixact_freeze_min_age для таблицы. Учтите, что демон автоочистки будет игнорировать установленные для таблиц значения autovacuum_multixact_freeze_min_age , превышающие половину значения системного параметра autovacuum_multixact_freeze_max_age. autovacuum_multixact_freeze_max_age , toast.autovacuum_multixact_freeze_max_age ( integer )
Значение параметра autovacuum_multixact_freeze_max_age для таблицы. Учтите, что система автоочистки будет игнорировать установленные для таблиц параметры autovacuum_multixact_freeze_max_age , превышающие системный параметр (они могут быть только меньше). autovacuum_multixact_freeze_table_age , toast.autovacuum_multixact_freeze_table_age ( integer )
Значения параметра vacuum_multixact_freeze_table_age для таблицы. log_autovacuum_min_duration , toast.log_autovacuum_min_duration ( integer )
Значения параметра log_autovacuum_min_duration для таблицы. user_catalog_table ( boolean )
Объявляет таблицу как дополнительную таблицу каталога, например для целей логической репликации. За подробностями обратитесь к Подразделу 46.6.2. Для таблиц TOAST этот параметр задать нельзя.
Замечания
Применять OID в новых приложениях не рекомендуется: по возможности лучше использовать в качестве первичного ключа таблицы SERIAL или другой генератор последовательности. Однако, если в вашем приложении для идентификации строк применяется OID, рекомендуется создать уникальное ограничение по столбцу oid в этой таблице, чтобы значения OID в этой таблице на самом деле однозначно идентифицировали строки даже после зацикливания счётчика. Также не стоит полагать, что значения OID уникальны в разных таблицах; если вам требуется идентификатор, уникальный в базе данных, воспользуйтесь для этого комбинацией tableoid и OID строки.
Подсказка
Применять OIDS=FALSE не рекомендуется для таблиц без первичного ключа, так как без OID или уникального ключа данных сложно идентифицировать определённые строки.
PostgreSQL автоматически создаёт индекс, гарантирующий уникальность, для каждого ограничения уникальности и ограничения первичного ключа. Поэтому явно создавать индекс для столбцов первичного ключа не требуется. (За дополнительными сведениями обратитесь к CREATE INDEX .)
Ограничения уникальности и первичные ключи в текущей реализации не наследуются. Вследствие этого ограничения уникальности довольно плохо сочетаются с наследованием.
В таблице не может быть больше 1600 столбцов. (На практике фактический предел обычно ниже из-за ограничения на длину записи.)
Примеры
Создание таблицы films и таблицы distributors :
Создание таблицы с двумерным массивом:
Определение ограничения уникальности для таблицы films . Ограничения уникальности могут быть определены для одного или нескольких столбцов таблицы:
Определение ограничения-проверки для столбца:
Определение ограничения-проверки для таблицы:
Определение ограничения первичного ключа для таблицы films :
Определение ограничения первичного ключа для таблицы distributors . Следующие два примера равнозначны, но в первом используется синтаксис ограничений для таблицы, а во втором — для столбца:
Определение значений по умолчанию: для столбца name значением по умолчанию будет строка, для столбца did — следующее значение объекта последовательности, а для modtime — время, когда была вставлена запись:
Определение двух ограничений NOT NULL для столбцов таблицы distributors , при этом одному ограничению даётся явное имя:
Определение ограничения уникальности для столбца name :
То же самое условие, но в виде ограничения таблицы:
Создание такой же таблицы с фактором заполнения 70% для таблицы и её уникального индекса:
Создание таблицы circles с ограничением-исключением, не допускающим пересечения двух кругов:
Создание таблицы cinemas в табличном пространстве diskvol1 :
Создание составного типа и типизированной таблицы:
Совместимость
Команда CREATE TABLE соответствует стандарту SQL , с описанными ниже исключениями.
Временные таблицы
Хотя синтаксис CREATE TEMPORARY TABLE подобен аналогичному в стандарте SQL, результат получается другим. В стандарте временные таблицы определяются только один раз и существуют (изначально пустые) в каждом сеансе, в котором они используются. PostgreSQL вместо этого требует, чтобы каждый сеанс выполнял собственную команду CREATE TEMPORARY TABLE для каждой временной таблицы, которая будет использоваться. Это позволяет использовать в разных сеансах таблицы с одинаковыми именами для разных целей, тогда как при подходе, регламентированном стандартом, все экземпляры временной таблицы с одним именем должны иметь одинаковую табличную структуру.
Поведение временных таблиц, описанное в стандарте, в большинстве своём игнорируют и другие СУБД, так что в этом отношении PostgreSQL ведёт себя так же, как и ряд других СУБД.
В стандарте SQL также разделяются глобальные и локальные временные таблицы — в локальной временной таблице содержится отдельный набор данных для каждого модуля SQL в отдельном сеансе, хотя её определение так же разделяется между ними. Так как в PostgreSQL модули SQL не поддерживаются, это различие в PostgreSQL не существует.
Совместимости ради, PostgreSQL принимает ключевые слова GLOBAL и LOCAL в объявлении временной таблицы, но в настоящее время они никак не действуют. Использовать их не рекомендуется, так как в будущих версиях PostgreSQL может быть принята их интерпретация, более близкая к стандарту.
Предложение ON COMMIT для временных таблиц тоже подобно описанному в стандарте SQL, но есть некоторые отличия. Если предложение ON COMMIT опущено, в SQL подразумевается поведение ON COMMIT DELETE ROWS . Однако в PostgreSQL по умолчанию действует ON COMMIT PRESERVE ROWS . Параметр ON COMMIT DROP в стандарте SQL отсутствует.
Неотложенные ограничения уникальности
Когда ограничение UNIQUE или PRIMARY KEY не является отложенным, PostgreSQL проверяет уникальность непосредственно в момент добавления или изменения строки. Стандарт SQL говорит, что уникальность должна обеспечиваться только в конце оператора; это различие проявляется, например когда одна команда изменяет множество ключевых значений. Чтобы получить поведение, оговоренное стандартом, объявите ограничение как откладываемое ( DEFERRABLE ), но не отложенное (т. е., INITIALLY IMMEDIATE ). Учтите, что этот вариант может быть значительно медленнее, чем немедленная проверка ограничений.
Ограничения-проверки для столбцов
Стандарт SQL говорит, что ограничение CHECK , определяемое для столбца, может ссылаться только на столбец, с которым оно связано; только ограничения CHECK для таблиц могут ссылаться на несколько столбцов. В PostgreSQL этого ограничения нет; он воспринимает ограничения-проверки для столбцов и таблиц одинаково.
Ограничение EXCLUDE
Ограничения EXCLUDE являются расширением PostgreSQL .
NULL « Ограничение »
« Ограничение » NULL (на самом деле это не ограничение) является расширением PostgreSQL стандарта SQL, которое реализовано для совместимости с некоторыми другими СУБД (и для симметрии с ограничением NOT NULL ). Так как это поведение по умолчанию для любого столбца, его присутствие не несёт смысловой нагрузки.
Наследование
Множественное наследование посредством INHERITS является языковым расширением PostgreSQL . SQL:1999 и более поздние стандарты определяют единичное наследование с другим синтаксисом и смыслом. Наследование в стиле SQL:1999 пока ещё не поддерживается в PostgreSQL .
Таблицы с нулём столбцов
PostgreSQL позволяет создать таблицу без столбцов (например, CREATE TABLE foo(); ). Это расширение стандарта SQL, который не допускает таблицы с нулём столбцов. Таблицы с нулём столбцов сами по себе не очень полезны, но если их запретить, возникают странные особые ситуации с командой ALTER TABLE DROP COLUMN , так что лучшим вариантом кажется игнорировать это требование стандарта.
Предложение LIKE
Хотя предложение LIKE описано в стандарте SQL, многие варианты его использования, допустимые в PostgreSQL , в стандарте не описаны, а некоторые предусмотренные в стандарте возможности не реализованы в PostgreSQL .
Предложение WITH
Предложение WITH является расширением PostgreSQL ; в стандарте ни параметры хранения, ни OID не оговариваются.
Табличные пространства
Концепция табличных пространств в PostgreSQL отсутствует в стандарте. Как следствие, предложения TABLESPACE и USING INDEX TABLESPACE являются расширениями.
Типизированные таблицы
Типизированные таблицы реализуют подмножество стандарта SQL. Согласно стандарту, типизированная таблица содержит столбцы, соответствующие нижележащему составному типу, и ещё один столбец, ссылающийся на себя. PostgreSQL не поддерживает ссылающиеся на себя столбцы явно, но тот же эффект можно получить, воспользовавшись OID.