ISQL

  .....
  ,[CONSTRAINT < constraint_name > ] {
     PRIMARY KEY ( < domain1 >  [,< domainN >] ) [USING [ASC|DESC] INDEX < index_name > ]|
     FOREIGN KEY ( < domain1 >  [,< domainN >] ) 
         REFERENCES < table_name >( < domain1 >  [,< domainN >] ) 
         [ ON UPDATE < rule > ] 
         [ ON DELETE < rule > ] [USING INDEX < index_name> ] |
     UNIQUE ( < domain1 > [,< domainN >] ) [USING [ASC|DESC] INDEX < index_name > ] |
     CHECK <check_condition>
  }
  ... 

Начиная с Firebird 1.5 имена индексов, автоматически создаваемых для PRIMARY, FOREIGN и UNIQUE constraint, при явном указании имени CONSTRAINT принимают это же имя. Например, если PRIMARY KEY создан как constraint PK_TABLE primary key, то индекс по этому constraint будет иметь имя PK_TABLE.

Зарезервированное слово CONSTRAINT языка SQL сервера Firebird служит для работы с ограничениями ссылочной целостности создаваемых в базе данных таблиц. Ограничения ссылочной целостности бывают двух уровней: ограничения, накладываемые на отдельный столбец, и ограничения, накладываемые на всю таблицу. Одноименный оператор CONSTRAINT служит для работы с ограничениями ссылочной целостности, накладываемых на таблицу. Для наложения ограничений ссылочной целостности на столбец см. CREATE DOMAIN.

Оператор ограничения ссылочной целостности CONSTRAINT не употребляется самостоятельно, а выполняется в рамках операторов CREATE TABLE и ALTER TABLE, например:

CREATE TABLE MY_TABLE(
  ID INTEGER NOT NULL,
  SOME_ID INTEGER NOT NULL,
  ......
  CONSTRAINT PK_MY_TABLE PRIMARY KEY (ID)
);

или в рамках оператора ALTER TABLE

ALTER TABLE MY_TABLE
  ADD CONSTRAINT FK_MY_TABLE_SOME_ID FOREIGN KEY (SOME_ID) 
        REFERENCES SOME_TABLE(ID) 
        ON DELETE CASCADE 
        ON UPDATE CASCADE;

Первичный ключ - домен или несколько доменов таблицы, однозначно характеризующие запись согласно третьей нормальной форме Бойесса-Кода. Объявляется при помощи служебных слов PRIMARY KEY( < domain1 > [,< domainN >]), где < domainN > - имя домена или имена доменов, перечисленные через запятую. Первичный ключ также может быть задан при создании домена таблицы. Например:

CREATE TABLE MY_TABLE(
  ID INTEGER NOT NULL PRIMARY KEY,
  ....
);  

или (рекомендуемый вариант, с указанием имени constraint)

CREATE TABLE MY_TABLE(
  ID INTEGER NOT NULL,
  ....
  CONSTRAINT PK_MY_TABLE PRIMARY KEY (ID),
);  

При создании первичного ключа, необходимо еще также накладывать дополнительное ограничение ссылочной целостности на домены, входящие в первичный ключ NOT NULL. Подробнее, см. CREATE DOMAIN

У таблицы может быть только один первичный ключ.

Первичный ключ также можно создать командой ALTER TABLE

Внешний ключ служит для связки родительской и дочерней таблиц в базе данных, когда одной записи в родительской таблице соответствует множество записей в дочерней таблице. На этом условии могут быть построены отношения сущностей в базе данных «один-к-одному» и «один-ко-многим». Внешний ключ строится по столбцам в дочерней таблице, значения которых ссылаются на значения записей в родительской таблице.

Формат объявления оператора:

FOREIGN KEY (  < domain1 >  [,< domainN >] )
  REFERENCES < TABLE_NAME > [  < Rdomain1 >  [,< RdomainN >] ]
  [ON DELETE < rule > ] [ON UPDATE < rule > ];
 
где 
< rule > = {NO ACTION | CASCADE | SET DEFAULT | SET NULL };

Правило < rule >, применяемое в необязательных атрибутах ON UPDATE и ON DELETE определяет поведение сервера для изменения записей в дочерних таблицах при изменении или удалении соответственно записей в родительской таблице. Ниже определены следующие правила.

Пример:

(рекомендуемый вариант, с указанием имени constraint)

CREATE TABLE MY_TABLE(
  ...,
  CID INTEGER NOT NULL,
  ...,
  CONSTRAINT FK_MY_TABLE_TABLE2 FOREIGN KEY (CID) REFERENCES TABLE2(ID))

Внешний ключ также можно создать командой ALTER TABLE. Автоматические генераторы скриптов обычно создают описание Внешних ключей именно через ALTER TABLE, и располагают их после создания всех таблиц, т.к. это позволяет избежать проблем, когда Внешний ключ ссылается на таблицу, которая еще не создана скриптом.

Уникальный ключ - дополнительная возможность ограничения значений записей таблицы с целью профилактики занесения в нее двух и более записей, имеющих одинаковое значение указанного столбца (столбцов). В отличие от PRIMARY KEY количество уникальных ключей в таблице неограничено (точнее, ограничено максимальной комбинаторной суммой вариантов комбинации имен доменов, входящих в таблицу). Уникальный ключ также называется «альтернативным», и чаще всего предназначен не для однозначной идентификации столбца, как Первичный ключ, а для указания столбца, который позволяет осуществить дополнительную идентификацию строки. Например - номер паспорта, код ИНН, номер пенсионной страховки, и т.д.

Указание NOT NULL для UNIQUE, начиная с Firebird 1.5, не является обязательным. При этом уникальный индекс, который будет контролировать данное ограничение UNIQUE, может содержать NULL. Такой индекс невозможно создать командой CREATE INDEX.

Уникальный ключ может быть объявлен как и при описании домена:

CREATE TABLE MY_TABLE(
  ......
  FIELD1 INTEGER NOT NULL UNIQUE,
  .....
);

так и при описании таблицы (рекомендуемый вариант, с указанием имени constraint)

CREATE TABLE MY_TABLE(
  ....
  FIELD1 INTEGER NOT NULL,
  FIELD2 INTEGER NOT NULL,
  ....
  CONSTRAINT UNQ_MY_TABLE_1 UNIQUE(FIELD1, FIELD2),
  ....
);

При создании уникального ключа для версий Firebird ниже 1.5, столбец или домен должен содержать дополнительное ограничение ссылочной целостности NOT NULL. Подробнее см. CREATE DOMAIN

Ограничение CHECK позволяет задать проверочное выражение, которое будет вычисляться при каждой вставке или обновлении данных. В случае, если выражение будет вычислено в true (истина), операция DML будет разрешена. И напротив, если выражение будет вычислено в false (ложь), операция будет прервана с выдачей соответствующего исключения о нарушении ограничения CHECK.

В случае, если выражение CHECK вычисляется в NULL, конечный результат проверки зависит от версии сервера:
До FB2.0 NULL вычислялось в false, и тем самым, ограничение считалось нарушенным.
Начиная с FB2.0 поведение сервера было скорректировано в соответствие стандарту: итоговое значение NULL в контексте CHECK эквивалентно true, и тем самым, ограничение считается выполненным.

CREATE TABLE DRINK_VODKA(
  MAN_NAME VARCHAR(50) NOT NULL,
  MAN_AGE INTEGER NOT NULL,
  VODKA_VOL NUMERIC(12,3) NOT NULL,
  CONSTRAINT CHK1_DRINK_VODKA CHECK (MAN_AGE>=21),
  CONSTRAINT CHK2_DRINK_VODKA CHECK (VODKA_VOL BETWEEN 0.05 AND 0.5)
);

Ограничение CHECK также можно создать командой ALTER TABLE.

CREATE TABLE, ALTER TABLE

2008-05-02