2. DataBase Desktop: задание связей в базе данных формата «Paradox»
Организация связей в реляционных БД
Организация связей в реляционных БД возможна благодаря наличию одинаковых данных в связываемых таблицах. Рассмотрим пример связи между таблицами «Сотрудники» и «Должности».
Таблица 1.2
Таблица «Сотрудники»
ИНН |
Фамилия |
Имя |
Отчество |
282211024022 |
Иванов |
Петр |
Иванович |
271122400222 |
Петров |
Иван |
Петрович |
228422120245 |
Сидоров |
Михаил |
Викторович |
271225224665 |
Михайлов |
Виктор |
Валерьевич |
Таблица 1.3
Таблица «Должности»
ID_должности |
Должность |
121 |
Директор |
128 |
Бухгалтер |
205 |
Экономист |
Для организации связи таблицы «Должности» с таблицей «Сотрудники», в таблицу «Сотрудники» необходимо добавить дополнительное поле, в котором для каждой записи будет храниться идентификатор соответствующей записи таблицы «Должности». Это поле – вторичный ключ, который представляет собой отображение первичного ключа связанной таблицы «Должности», так как содержит только те данные, которые содержатся в поле «ID_должности». Пример связи представлен на рис. 1.7.
Рис. 1.7. Связь таблицы «Должности» с таблицей «Сотрудники»
Таким же образом организуются связи между остальными таблицами БД. Окончательный вариант контейнера БД представлен на рис. 1.8.
Рис. 1.8. Контейнер БД сотрудников предприятия
1.6.5. Недостатки нормализованной БД
Недостатком нормализованной БД является необходимость считывать связанные данные из нескольких таблиц при выполнении одного запроса, что негативно сказывается на производительности, т.к. замечено, что ненормализованные или не вполне нормализованные данные отыскиваются быстрее, если они хранятся в одной таблице, по сравнению со случаем поиска данных в связанных таблицах. Подобное ускорение тем заметнее, чем больше число записей в связанных таблицах.
Таким образом, при работе с данными большого объема приходится искать компромисс между требованиями нормализации и необходимостью улучшения быстродействия системы. Поэтому в практике проектирования реляционных баз данных существует понятие денормализации, когда осознанно нарушаются правила нормализации, для упрощения и увеличения производительности системы. Денормализацию БД проводят только после ее полной нормализации, иначе существует вероятность допустить серьезные ошибки.