(Отношения и таблицы
В настоящее время реляционная модель играет роль эталона и не используется в реализациях баз данных. Одна из причин в том, что построение запросов очень часто требует выполнения декартова произведения в качестве промежуточной операции. Для больших таблиц это приводит к созданию громадных промежуточных отношений и сильно замедляет запросы.
В реализациях баз данных на физическом уровне отношениям соответствуют плоские (реляционные) таблицы, которые имеют одну одноуровневую шапку и атомарные значения в ячейках таблицы. Кортежам отношения соответствуют строки таблицы.
Существует соответствие кортежей отношения строкам представляющей его таблицы. Поскольку строки реляционных таблиц могут повторяться, то взаимно однозначного соответствия из таблицы в отношение не существует.
Пример реляционной таблицы приведен на рисунке 4.17.
Рис. 4.17. Реляционная таблица
Мы уже установили, что состояние отношения определяется набором входящих в него кортежей. Ещё раз отметим, что состояние отношения в реляционной теории не рассматривается. Пример состояния отношения "Сотрудники" :
Ниже приведен пример нереляционной таблицы с двумя шапками, верхней и боковой:
Самостоятельно преобразуйте её в реляционную таблицу.
Основные отличия таблиц от отношений:
В отношении нет одинаковых кортежей. Таблицы без первичного ключа могут содержать одинаковые строки. Если, например, в таблице "сотрудник" выбирается единственный столбец "но-мер_отдела", то в таблице-результате часть строк будет повторена. Устранение повторов может изменить смысл полученного результата.
Тело отношения есть множество, и потому кортежи не упорядочены. Строки таблиц могут быть упорядочены. В этом случае отношение можно реализовать таблицами, отличающимися порядком строк.
Атрибуты отношения определяются с уникальными в пределах отношения именами и потому не нуждаются в упорядочении. Столбцы таблиц могут быть упорядочены. Одно отношение можно реализовать таблицами со столбцами, записанными в разном порядке. В реализациях порядок столбцов может влиять на быстродействие, хотя и незначительно.
Отношения не имеют метрических свойств. Для таблиц они важны. Размеры столбцов и число строк определяют быстродействие запросов и инструкций манипуляции данными.
Таблица 4.2 — это краткий словарь перевода с языка реляционной модели на язык табличной модели.
|
Таблица 4.2. Соответствие терминов реляционной и табличных моделей | |
|
Термин реляционной модели |
Термин табличной модели |
|
Схема базы |
Схема базы |
|
|
Создание схемы базы |
|
|
Ввод строки |
|
|
Обновление строки |
|
|
Удаление строки |
|
Отношение |
Таблица (реляционного типа) |
|
Заголовок отношения |
Заголовок таблицы |
|
Тело отношения |
Тело таблицы |
|
Атрибут отношения |
Столбец таблицы |
|
Кортеж отношения |
Строка таблицы |
|
Арность отношения |
Количество столбцов |
|
Типы данных и домены |
Типы данных и домены |
|
|
Ширина столбца |
|
|
Количество строк |
|
|
Размер таблицы |
|
|
Время исполнения |
Обратите внимание на то, что в реализациях появляются команды определения и манипулирования данными "создание схемы", "ввод строки" и т.д. Вводится несколько терминов, позволяющих охарактеризовать размеры базы и быстродействие запросов "ширина столбца", "количество строк" и т.д. Это требует изучения и учёта ещё одного уровня модели, который мы в разделе 1.3 условно назвали уровнем аппаратной реализации.)
Понятие БД, СУБД, реляционные БД и их объектов.