СодержаниеСОДЕРЖАНИЕ
1. Организация данных
2. Реляционная модель данных
3.Разработка БД
4.СУБД ACCESSВведениеОрганизация данных
В самом общем смысле база данных - это набор записей и файлов, организован-ных специальным образом. В компьютере, например, можно хранить фамилии и ад-реса друзей или клиентов. Один из типов баз данных - это документы, набранные с помощью текстовых редакторов и сгруппированные по темам. Другой тип - файлы электронных таблиц, объединяемые в группы по характеру их использования.
Первые модели данных
С ростом популярности СУБД в 70-80-х годах появилось множество различных моделей данных. У каждой из них имелись свои достоинства и недостатки, которые сыграли ключевую роль в развитии реляционной модели данных, появившейся во многом благодаря стремлению упростить и упорядочить первые модели данных.
Системы управления файлами.
До появления СУБД все данные, которые содержались в компьютерной системе постоянно, хранились в виде отдельных файлов. Система управления файлами, ко-торая обычно является частью операционной системы компьютера, следила за име-нами файлов и местами их расположения. В системах управления файлами модели данных, как правило, не использовались; эти системы ничего не знали о внутреннем содержимом файлов. Для такой системы файл, содержащий документ текстового процессора, ничем не отличается от файла, содержащего данные о начисленной зарплате.
Знание о содержимом файла - какие данные в нём хранятся и какова их структура - было уделом прикладных программ, использующих этот файл. В приложении для начисления зарплаты каждая из программ, обрабатывающих файл с информацией о служащих, содержит в себе описание структуры данных (ОСД), хранящихся в этом файле. Когда структура данных изменялась - например, в случае добавления нового элемента данных для каждого служащего, - необходимо было модифицировать ка-ждую из программ, обращавшихся к файлу. Со временем количество файлов и про-грамм росло, и на сопровождение существующих приложений приходилось затра-чивать всё больше и больше усилий, что замедляло разработку новых приложений.
Проблемы сопровождения больших систем, основанных на файлах, привели в конце 60-х годов к появлению СУБД. В основе СУБД лежала простая идея: изъять из программ определение структуры содержимого файла и хранить её вместе с дан-ными в базе данных.
Сетевые базы данных
Если структура данных оказывалась сложнее, чем обычная иерархия, простота структуры иерархической базы данных становилась её недостатком. Например, в базе данных для хранения заказов один заказ мог участвовать в трёх различных от-ношениях предок/потомок, связывающих заказ с клиентом, разместившим его, со служащим, принявшим его, и с заказанным товаром, что иллюстрирует рис. 1.3. Та-кие структуры данных не соответствовали строгой иерархии IMS.
В связи с этим для таких приложений, как обработка заказов, была разработана новая сетевая модель данных. Она являлась улучшенной иерархической моделью, в которой одна запись могла участвовать в нескольких отношениях предок/потомок, как показано на рис. 1.4. В сетевой модели такие отношения назывались множест-вами. В 1971 году на конференции по языкам систем данных был опубликован офи-циальный стандарт сетевых баз данных, который известен как модель CODASYL. Компания IBM не стала разрабатывать собственную сетевую СУБД и вместо этого продолжала наращивать возможность IMS. Но в 70-х годах независимые производи-тели программного обеспечения реализовали сетевую модель в таких продуктах, как IDMS компании Cullinet, Total компании Cincom и СУБД Adabas, которые приобре-ли большую популярность.
Сетевые базы данных обладали рядом преимуществ:
• Гибкость. Множественные отношения предок/потомок позволяли сетевой базе данных хранить данные, структура которых была сложнее простой иерархии.
• Стандартизация. Появление стандарта CODASYL популярность сетевой моде-ли, а такие поставщики мини-компьютеров, как Digital Equipment Corporation и Data General, реализовали сетевые СУБД.
• Быстродействие. Вопреки своей большой сложности, сетевые базы данных дос-тигали быстродействия, сравнимого с быстродействием иерархических баз дан-ных. Множества были представлены указателями на физические записи данных, и в некоторых системах администратор мог задать кластеризацию данных на осно-ве множества отношений.
Конечно, у сетевых баз данных были недостатки. Как и иерархические базы дан-ных, сетевые базе данных были очень жесткими. Наборы отношений и структуру записей приходилось задавать наперёд. Изменение структуры базы данных обычно означало перестройку всей базы данных.
Как иерархическая, так и сетевая база данных были инструментами программи-стов. Чтобы получить ответ на вопрос типа "Какой товар наиболее часто заказывает компания Acme Manufacturing?", программисту приходилось писать программу для навигации по базе данных. Реализация пользовательских запросов часто затягива-лась на недели и месяцы, и к моменту появления программы информация, которую она предоставляла, часто оказывалась бесполезной.ЛитератураСписок использованной литературы:
1. "SQL Полное руководство" BHV, Киев, 1998
2. "Программирование в среде СУБД FoxPro 2.0" Радио и связь, Москва, 1993
3. "Эффективная работа с Microsoft Access 7.0" Питер, Санкт-Петербург, 1997
|
|
