Иерархические и сетевые СУБД

До сих пор можно найти старые системы, которые базируются на иерархической или сетевой модели данных. Иерархическая СУБД представляет данные поль­зователю в виде древовидной структуры. В каждой записи элементы данных орга­низованы во фрагменты записей, называемые сегментами. Для пользователя каж­дая запись выглядит наподобие схемы организации с одним сегментом высшего уровня, называемым корневым. Верхний сегмент логически подключает нижний сегмент, по типу отношения «родитель—потомок». Родительский сегмент может иметь больше одного потомка, но сегмент-потомок может иметь только один сег­мент-родитель.

На рис. 7.8 показана иерархическая структура, которая может быть использо­вана для базы данных учета персонала. Корневым сегментом является Employee, который содержит такую базовую информацию, как имя, адрес, идентификаци­онный номер. Непосредственно на уровень ниже находятся три сегмента-потом­ка: Compensation (содержащий значение величины зарплаты и данные о продви­жении), Job Assignments (содержащий данные о занимаемых должностях и работе в разных отделах) и сегмент Benefits (содержащий данные о пособиях и их ти­пах). Сегмент Compensation имеет два дочерних сегмента: Performance Ratings (содержащий данные о ставке работника) и Salary History (содержащие данные о прошлых зарплатах работника). Под сегментом Benefits находятся сегменты Pension, Life Insurance и Health, которые содержат данные по этим типам пособий.

В то время как иерархическая структура представляет отношение «один ко многим», сетевая СУБД представляет логически организованные данные по типу отношений «многие ко многим». Другими словами, родительские элементы могут иметь много элементов-потомков, а дочерние элементы — больше чем один родительский. Типичное отношение «многие ко многим» для сетевой СУБД ха-

Hierarchical DBMS (иерархические СУБД)

Более старая логическая модель СУБД организует данные в древовидные структуры. Запись подразделяется на сегменты, подключаемые один к дру­гому в отношении «один ко многим», это взаимоотношение «родитель—по­томок».

Network DBMS (сетевые СУБД)

Старая логическая модель СУБД, полезная при наличии отношения «многие ко многим».

Legacy system (наследственные системы)

Системы, существующие в течение длительного времени, а также применяе­мые в дальнейшем по причине высокой стоимости их замены или повторного проектирования.

рактерно для студента в отношении читаемых курсов (рис. 7.9). В университете много лекций, которые посещает множество студентов. Студент слушает много курсов, а курс прослушивают многие студенты.

Иерархические и сетевые СУБД определенно устарели и больше не использу­ются для разработки новых приложений на основе баз данных. Они значительно менее гибкие, чем реляционные СУБД, и не поддерживают выборку информации по требованию, запрашиваемую с помощью языка запросов, близкого к обычному английскому языку. Все пути доступа к данным должны указываться заранее и не могут быть изменены без применения значительных усилий по программирова­нию. Например, если вы обращаетесь с запросом к базе данных по учету персона­ла, показанной на рис. 7.8, чтобы найти фамилии служащих, занятых на должно­сти помощника администратора, вы можете обнаружить, что система не имеет возможности ответить на такой запрос на протяжении разумного времени. Вы­борка таких данных предварительно не была предусмотрена.

В отличие от упомянутых типов данных реляционные СУБД значительно гибче в предоставлении данных в ответ на текущие запросы, могут собирать ин­формацию из разных источников, а также обеспечивают возможность добавле­ния новых данных и записей без изменения существующих программ и приложе­ний. Однако эти системы могут быть медленными, если для выполнения команд выборки, объединения или представления требуется большое количество обра­щений к хранящимся на диске данным. Выбор отдельного числа из миллионов вариантов, одной записи за одно обращение может занимать длительное время. Конечно, работу базы данных можно ускорить, заранее формируя запросы.

Иерархические СУБД все еще встречаются в больших давно разработанных системах, которые требуют интенсивной обработки транзакций большого объема. Это наследственные системы, которые существовали на протяжении длительного времени, продолжают использоваться вследствие высокой стоимости их замены или переделки. Банки, страховые компании и другие пользователи, обрабатыва­ющие большие объемы информации, продолжают использовать такие существу­ющие иерархические базы данных, как IMS (Information Management System) от IBM, разработанные в 1969 г. Поскольку реляционные базы данных более мощ­ные, фирмы полностью отказались от иерархических СУБД, но выполнение по­добного перехода заняло много времени.

Дата добавления: 2015-04-29