
- •1.Формирование исходного отношения.
- •2. Проблемы проектирования. Аномалии.
- •3. Реляционный подход к организации данных.
- •4. Распределенные данные и основные понятия.
- •5. Понятия объект и класс в ообд
- •6. Средства поддержки проектирования.
- •7. Реляционный подход к организации данных.
- •8. Субд access.
- •9.Методы нормальных форм.
- •10. Многомерная модель.
- •11. Средства автоматизации проектирования.
- •12. Этапы проектирования.
- •13. Проблемы проектирования.
- •14. Реляционная модель.
- •15. Ранние подходы к организации бд. Рассмотреть сетевую систему.
- •16. Иерархическая модель.
- •17. Понятие объектной модели в ообд.
- •18. Архитектура ис.
- •19. Поколения бд, принципы и основные понятия.
- •20. Реляционный подход к организации данных.
- •21. Основы построения бд.
- •22. Жизненный цикл бд.
- •Анализа и проектирования системы бд
- •Фаза реализации и функции бд
- •23. Access 2002.
- •24. Субд.
- •25. Языки поддержки бд и Access.
- •Язык qbe.
- •Язык sql.
- •26. Классификация бд.
- •27. Модели и типы данных.
- •28. Постреляционная модель.
- •29. Бд. Отличия, сходства данных и информации.
- •I [Внеш.Мод.1] [Внеш.Мод.2] [Внеш.Мод.3]
- •II [концептуальная модель]
- •III [База данных]
- •30. Защита информации.
- •31. Базы данных и банки данных.
- •32. Объектно-ориентированная модель.
- •33. Базы данных и банки данных.
- •34. Структурные элементы и типы данных.
- •35. Возможность ms Access.
- •36. Структура бд.
- •37. Бд и субд,
- •38. Структура бд.
- •39. Ранние бд, осованные по принципу сетевых систем.
- •40. Ранние бд, основанные по принципу иерархических систем.
40. Ранние бд, основанные по принципу иерархических систем.
Ранние системы исторически предшествовали реляционным. Выделяют три типа ранних систем, а именно, систем, основанных на инвертированных списках, иерархических и сетевых систем управления базами данных.
Эти системы активно использовались в течение многих лет, дольше, чем используется какая-либо из реляционных СУБД. Некоторые из ранних систем используются даже в наше время, накоплены громадные базы данных, и одной из актуальных проблем информационных систем является использование этих систем совместно с современными системами.
Они не были основаны на какой-либо абстрактной модели. Абстрактные представления ранних систем появились позже на основе анализа и выявления общих признаков у различных конкретных систем.
В ранних системах доступ к БД производился на уровне записей. Пользователи этих систем осуществляли явную навигацию в БД, используя языки программирования, расширенные функциями СУБД. Интерактивный доступ к БД поддерживался только путем создания соответствующих прикладных программ с собственным интерфейсом.
Навигационная природа ранних систем и доступ к данным на уровне записей заставляли пользователя самого производить всю оптимизацию доступа к БД, без какой-либо поддержки системы.
После появления реляционных систем большинство ранних систем было оснащено "реляционными" интерфейсами. Однако в большинстве случаев это не сделало их по-настоящему реляционными системами, поскольку оставалась возможность манипулировать данными в естественном для них режиме.
Иерархическая модель данных. В этой модели имеется один главный объект и остальные - подчиненные - объекты, находящиеся на разных уровнях иерархии. Взаимосвязи объектов образуют иерархическое дерево с одним корневым объектом.
Иерархическая БД состоит из упорядоченного набора нескольких экземпляров одного типа дерева. Тип дерева состоит из одного "корневого" типа записи и упорядоченного набора из нуля или более типов поддеревьев (каждое из которых является некоторым типом дерева). Тип дерева в целом представляет собой иерархически организованный набор типов записи.
Примерами типичных операторов манипулирования данными могут быть: Найти указанное дерево БД; Перейти от одного дерева к другому; Перейти от одной записи к другой внутри дерева; Перейти от одной записи к другой в порядке обхода иерархии; Вставить новую запись в указанную позицию; Удалить текущую запись.
Автоматически поддерживается целостность ссылок между предками и потомками. Основное правило: никакой потомок не может существовать без своего родителя. Заметим, что аналогичное поддержание целостности по ссылкам между записями, не входящими в одну иерархию, не поддерживается (примером такой "внешней" ссылки может быть содержимое поля Каф_Номер в экземпляре типа записи Куратор).
Типичным представителем (наиболее известным и распространенным) является Information Management System (IMS) фирмы IBM. Первая версия появилась в 1968 г. До сих пор поддерживается много баз данных этой системы.