C, PHP, VB, .NET

В досега разглежданите примери при CREATE TABLE на няколко пъти показвахме параметър „UNIQUE“, който се добавяше след дадена променлива. Например:

CREATE TABLE university(
   `id` INT UNSIGNED AUTO_INCREMENT,
   `name` VARCHAR(255) NOT NULL UNIQUE,
   PRIMARY KEY(id)
)ENGINE=INNODB;

Казахме, че PRIMARY KEY винаги е едновременно NOT NULL и UNIQUE по подразбиране, както и че е възможно да направим комбинация от две или дори повече колони заедно PRIMARY KEY.

В така зададените възможности не можем обаче да се справим с друг проблем – какво ще стане ако искаме да направим комбинация от две или повече колони уникални, но в същия момент НЕ желаем да ги правим PRIMARY KEY? Ето един пример – в горната таблица вместо име на университет ще пазим име и град:

CREATE TABLE university(
   `id` INT UNSIGNED AUTO_INCREMENT,
   `name` VARCHAR(255) NOT NULL,
   `city` VARCHAR(255) NOT NULL,
   PRIMARY KEY(id)
)ENGINE=INNODB;

Така ние можем да въведем „Технически Университет“ от град „София“, но и „Технически Университет“ от град „Варна“. Така името не може да бъде UNIQUE, но и града не може да бъде UNIQUE (имаме и „Софийски Университет“ от „София“). Всичко щеше да бъде наред ако не се явяваше проблемът, че никой всъщност не ни спира да въведем „Технически Университет“ от град „София“ два или повече пъти. Те ще се различават само по своя id, което обаче си е променлива за вътрешно ползване. Така ние определено се сблъскваме с проблема „дублиране на информация“. В най-честия случай ние НЕ желаем това.

Подсказаното решение е да направим комбинацията от тези колони уникална. Това се постига когато „изнесем“ UNIQUE KEY CONSTRAINT по абсолютно същия начин както го правихме досега с PRIMARY KEY:

CREATE TABLE university(
   `id` INT UNSIGNED AUTO_INCREMENT,
   `name` VARCHAR(255) NOT NULL,
   `city` VARCHAR(255) NOT NULL,
   UNIQUE KEY (name, city),
   PRIMARY KEY(id)
)ENGINE=INNODB;

Всъщност спокойно можете да пропуснете думата „KEY“ и да използвате само „UNIQUE“. MySQL ще разбере това съкращение коректно.

Задача: Проверете в преди показаните примери от базата данни с университет и базата данни с банки дали този проблем с дублиране на записи е наличен в различните таблици и ако да – поправете ги!