|
||||||||||||||||
Режим исключения. ⇐ ПредыдущаяСтр 2 из 2 Режим исключения. Принято выделять три класса членства подчиненных записей в групповых отношениях: · Фиксированное. Подчиненная запись жестко связана с записью владельцем и ее можно исключить из группового отношения только удалив. При удалении записи-владельца все подчиненные записи автоматически тоже удаляются. В рассмотренном выше примере фиксированное членство предполагает групповое отношение "ЗАКЛЮЧАЕТ" между записями "КОНТРАКТ" и "ЗАКАЗЧИК", поскольку контракт не может существовать без заказчика. · Обязательное. Допускается переключение подчиненной записи на другого владельца, но невозможно ее существование без владельца. Для удаления записи-владельца необходимо, чтобы она не имела подчиненных записей с обязательным членством. Таким отношением связаны записи "СОТРУДНИК" и "ОТДЕЛ". Если отдел расформировывается, все его сотрудники должны быть либо переведены в другие отделы, либо уволены. · Необязательное. Можно исключить запись из группового отношения, но сохранить ее в базе данных не прикрепляя к другому владельцу. При удалении записи-владельца ее подчиненные записи - необязательные члены сохраняются в базе, не участвуя более в групповом отношении такого типа. Примером такого группового отношения может служить "ВЫПОЛНЯЕТ" между "СОТРУДНИКИ" и "КОНТРАКТ", поскольку в организации могут существовать работники, чья деятельность не связана с выполнением каких-либо договорных обязательств перед заказчиками. Операции над данными в сетевой модели БД
Ограничения целостности Как и в иерархической модели обеспечивается только поддержание целостности по ссылкам (владелец отношения - член отношения). Достоинства и недостатки ранних СУБД Достоинства ранних СУБД: · развитые средства управления данными во внешней памяти на низком уровне; · возможность построения вручную эффективных прикладных систем; · возможность экономии памяти за счет разделения подобъектов (в сетевых системах) Недостатки ранних СУБД: · сложность использования; · высокий уровень требований к знаниям о физической организации БД; · зависимость прикладных систем от физической организации БД; · перегруженность логики прикладных систем деталями организации доступа к БД. Как иерархическая, так и сетевая модель данных предполагает наличие высококвалифицированных программистов. И даже в таких случаях реализация пользовательских запросов часто затягивается на длительный срок.
|
||||||||||||||||
|