В системе файл — сервер одна из вычислительных машин слу-
жит хранилищем централизованной базы данных, а доступ к базе
осуществляется с других машин, которые носят название рабочих
станций. Файлы базы данных передаются на рабочие станции, где
производится их обработка.
Для этой архитектуры характерен коллективный доступ к об-
щей базе данных на файловом сервере. Запрошенные данные транс-
портируются с файлового сервера на рабочие станции, где их об-
работка выполняется средствами СУБД.
В системе клиент — сервер кроме хранения базы данных на цен-
тральную машину ложатся и функции обработки данных, а на кли-
ентских машинах выполняется только представление информации.
Запрос на обработку данных выдается клиентом и передается по
сети на сервер баз данных, где осуществляется поиск. Обработан-
ные данные транспортируются по сети от сервера к клиенту.
Информационно-логическая (инфологическая) модель явля-
ется логическим представлением взаимосвязей объектов базы дан-
ных. Известны три разновидности инфологических моделей: иерар-
хическая, сетевая и реляционная.
Иерархическая модель данных основана на графическом спосо-
бе связей данных, и схема взаимосвязей объектов имеет вид пере-
вернутого дерева. Каждому элементу соответствует только одна связь
от элемента более высокого уровня. Поиск данных происходит по
одной из ветвей дерева.
Это интересно
Одной из наиболее популярных иерархических СУБД была
Information Management System (IMS) фирмы IBM, появившаяся в
1968 г. Она использовалась на больших ЭВМ компании IBM.
Достоинства СУБД иерархической модели — простота, быст-
родействие. Правда, если структура данных оказывалась сложнее,
чем обычная иерархия, то простота структуры иерархической базы
становилась ее недостатком.
В связи с этим для таких задач, как обработка заказов, была
разработана новая сетевая модель данных. Она стала улучшенной
иерархической моделью.
В сетевой модели данных каждый элемент может иметь более
одного порождающего элемента, а графическое представление
модели очень напоминает сеть. Она допускает усложнение «дере-
ва» без ограничения количества связей, входящих в его вершину.
Это интересно
В 1971 г. на конференции по языкам систем данных был опуб-
ликован официальный стандарт сетевых баз данных, который из-
вестен как модель CODASYL. В 70-х гг. независимые производи-
тели программного обеспечения реализовали сетевую модель в
160
таких программных продуктах, как IDMS компании Cullinet, Total
компании Cincom и СУБДAdabas, которые были в свое время очень
популярны.
К достоинствам сетевых баз данных можно отнести гибкость,
стандартизацию и быстродействие.
Но и иерархические, и сетевые базы данных были очень жест-
кими, наборы отношений и структуру записей приходилось зада-
вать наперед, а изменение структуры базы данных обычно озна-
чало перестройку всей базы. Ко всему прочему, они были инстру-
ментами программистов. Чтобы получить ответ на вопрос типа:
«Какой товар наиболее часто заказывает компания XX?», про-
граммисту приходилось писать программу для навигации по базе
данных. Реализация пользовательских запросов часто затягивалась
на недели и месяцы, и к моменту появления запрошенной ин-
формации она часто уже оказывалась бесполезной.
Недостатки иерархической и сетевой моделей привели к появ-
лению новой реляционной модели, созданной Коддом в 1970 г. и
вызвавшей всеобщий интерес. Реляционная модель была попыт-
кой упростить структуру базы данных, и теперь все данные пред-
ставлялись в виде простых таблиц, разбитых на строки и столбцы.
В 1985 г. Кодц написал статью, где сформулировал двенадцать пра-
вил, которым должна удовлетворять любая база данных, претендую-
щая на звание реляционной. С тех пор двенадцать правил Кодда счи-
таются определением реляционной СУБД.
Можно сформулировать более простое определение.
Реляционной называется база данных, в которой все данные,
доступные пользователю, организованы в виде таблиц, а все опе-
рации над данными сводятся к операциям над этими таблицами.
В реляционной базе данных информация организована в виде
таблиц, разделенных на строки и столбцы, на пересечении кото-
рых содержатся значения данных. У каждой таблицы имеется свое
уникальное имя, описывающее ее содержание.
Строки реляционной таблицы являются записями и хранят ин-
формацию об одном экземпляре объекта данных, представленно-
го в таблице. Одинаковых записей в таблице не должно быть. Ос-
новное требование к реляционной базе данных состоит в том, что
значения полей (столбцов таблицы) должны быть элементарны-
ми и неделимыми информационными единицами, что создает воз-
можность применять в целях обработки информации математи-
ческий аппарат реляционной алгебры. Наиболее популярны реля-
ционные СУБД — dBase, FoxBase, FoxPro, Clarion, Paradox,
Oracle, Access и др.
Примером реляционной базы данных может служить таблица
«Сотрудники» (табл. 6.1), где одна строка (запись) — сведения об
одном из сотрудников.
161