Базы данных. Концепция баз данных, реляционная модель данных, языки SQL и XML. Токмаков Г.П. - 42 стр.

UptoLike

ВУЗ: 

УлГТУ | Ульяновск

Составители: 

Рубрика: 

– 42 –
ключ для каждой строки таблицы является уникальным, поэтому в таблице с
первичным ключом нет двух совершенно одинаковых строк.
2.2.3. О
ТНОШЕНИЕ ПРЕДОК/ПОТОМОК
Одним из отличий реляционной модели от навигационных было то, что в ней
отсутствовали явные указатели, используемые для реализации отношений пре-
док/потомок в иерархической модели данных. Но такие отношения существуют и
в реляционных базах данных. Например, в нашей учебной базе каждый из служа-
щих закреплен за конкретным офисом, поэтому ясно,
что между строками табли-
цы
OFFISY и таблицы SLUZHASCHIE существует отношение. Не приводит ли отсут-
ствие явных указателей в реляционной модели к потере информации?
Ответ на этот вопрос будет отрицательным. На 0 изображено несколько
строк из таблиц
OFFISY и SLUZHASCHIE. Обратите внимание на то, что в столбце
ID_OFC таблицы SLUZHASCHIE содержится идентификатор офиса, в котором ра-
ботает служащий. Доменом этого столбца (множеством значений, которые мо-
гут в нем храниться) является множество идентификаторов офисов, содержа-
щихся в столбце
ID_OFC таблицы OFFISY.
Узнать, в каком офисе работает
Иванов Иван, можно, определив значение
столбца
ID_OFC в строке таблицы SLUZHASCHIEдля ИвановИван(число 11), а за-
тем отыскав в таблице
OFFISY строку с таким же значением в столбце ID_OFC
(это строка для офиса в
Буинске). Таким же образом, чтобы найти всех служа-
щих
Буинского офиса, следует запомнить значение ID_OFC для Буинска (число
11), а потом просмотреть таблицу SLUZHASCHIE и найти все строки, в столбце
ID_OFC которых содержится число 11 (это строки для Иванова Ивана и Уткина
Дениса).
Отношение предок/потомок, существующее между офисами и работаю-
щими в них людьми, в реляционной модели не потеряно; просто оно реализо-
Таблица SLUZHASCHIE
Таблица OFFISY
ID_OFFICE CITY REGION
22 Инза Ульяновская
11 Буинск Татарстан
12 Тверь Московская
ID_SLUZH FAMILY NAME ID_OFFICE
178 Петров Петр 22
189 Иванов Иван 11
196 Федоров Федор 12
199 Уткин Денис 11
Рис. 2.9. Реализация отношения предок/потомок
в реляционной базе данных

Страницы