Вернемся к реляционной модели данных. Одним из преимуществ этой модели является хранение всех данных в таблицах. Сегодня практически во всех используемых разномасштабных базах данных используют реляционные модели. Поэтому далее под базой данных будем подразумевать базу данных, основанную на реляционной модели.
Создадим реляционную модель для базы данных "Художники Азербайджана". Для этого создадим две взаимосвязанные таблицы: "Художники" и "Произведения". Понятно, что в таблице "Художники" будет меньше записей, чем в таблице "Произведения". Покажем несколько записей из каждой таблицы.
Таблица: "Художники"
Код художника | Имя и фамилия художника | Дата рождения |
1 | Саттар Бахлулзаде | 1909 |
2 | Тогрул Нариманбеков | 1930 |
3 | Таир Салахов | 1928 |
... | ... | ... |
Таблица: "Произведения"
Код произведения | Наименование произведения | Код художника |
1 | "Восстание Бабека" | 1 |
2 | "Фатали хан" | 1 |
3 | "Азербайджанская сказка" | 1 |
4 | "Восточная сказка" | 2 |
5 | "Чинара" | 2 |
6 | "Осень в Геокчае" | 2 |
7 | "Утро на Абшероне" | 3 |
8 | "Кероглу" | 3 |
9 | "Девичья башня" | 3 |
В одной ячейке реляционной таблицы не может быть указано больше одного значения параметра. Например, такое представление таблицы ошибочно:
Художник | Наименование произведения |
Таир Салахов |
"Утро на Абшероне" "Кероглу" "Девичья башня" |
Все элементы столбца должны быть одного типа (числовой, символьный и т.д.) и формата. Каждое поле должно иметь уникальное имя. Это означает, что в таблице не может быть двух полей с одинаковым именем. Нежелательно также присутствие одноименных полей в разных таблицах. В таблице также исключается наличие двух одинаковых записей.
Из второй таблицы видно, что у одного художника может быть несколько произведений, однако каждое произведение имеет только одного автора. В