Продвижение сайта

Использование CHECK, чтобы предопределять допустимое вводимое значение sql

Мы можем также использовать ограничение CHECK, чтобы защитить от ввода в поле определенных значений, и таким образом предотвратить ошибку. Например, предположим, что единственными городами, в которых мы имели ведомства сбыта, являются Лондон, Барселона, Сан-Хосе, и Нью-Йорк. Если вам известны все продавцы, работающие в каждом из этих ведомств, нет необходимости позволять ввод других значений. Если же нет, использование ограничения может предотвратить опечатки и другие ошибки.

CREATE TABLE Salespeople (
snum integer NOT NULL UNIQUE,
sname char(10) NOT NULL UNIQUE,
city  char(10)
CHECK (city IN ('London', 'New York', 'San Jose', 'Barselona')),
comm  decimal CHECK (comm<1));

Конечно, если вы собираетесь сделать это, вы должны быть уверены, что ваша компания не открыла уже ведомств сбыта в других городах. Большинство программ баз данных поддерживают команду ALTER TABLE (см. Главу 17) которая позволяет вам изменять определение таблицы, даже когда она находится в использовании. Однако, изменение или удаление ограничений не всегда возможно для этих команд, даже там, где это вроде бы поддерживается.

Если вы использовали систему, которая не может удалять ограничения, вы будете должны создавать (CREATE) новую таблицу и передавать информацию из старой таблицы в нее всякий раз, когда вы хотите изменить ограничение. Конечно же, Вы не захотите делать это часто, и со временем вообще перестанете это делать.

Создадим таблицу Заказов:

CREATE TABLE Orders (
onum  integer NOT NULL UNIQUE,
amt   decimal,
odate date NOT NULL,
cnum  integer NOT NULL,
snum  integer NOT NULL);

Как мы уже говорили в Главе 2, тип DATЕ (ДАТА) широко поддерживается, но не является частью стандарта ANSI. Что же делать, если мы используем базу данных, которая, следуя ANSI, не распознает тип DATE? Если мы объявим поле odate любым типом числа, мы не сможем использовать наклонную черту вправо (/) или черточку (-) в качестве разделителя. Так как печатаемые номера — это символы ASCII, мы можем объявить тип поля odate — CHAR. Основная проблема в том, что мы будем должны использовать одиночные кавычки всякий раз, когда ссылаемся на значение поля odate в запросе. Нет более простого решения этой проблемы там, где тип DATE стал таким популярным. В качестве иллюстрации, давайте обьявим поле odate — типом CHAR. Мы можем, по крайней мере, наложить на него наш формат с ограничением CHECK:

CREATE TABLE Orders (
onum  integer NOT NULL UNIQUE,
amt   decimal,
odate char (10) NOT NULL CHECK (odate LIKE '--/--/----'),
cnum  NOT NULL,
snum  NOT NULL);

Кроме того, если вы хотите, вы можете наложить ограничение, гарантирующие что введенные символы — числа, и что они — в пределах значений нашего диапазона.

Популярность: 5%