
- •Системы баз данных
- •1 Вариант
- •Базовым объектом сетевой модели является:
- •Элемент данных
- •Сегмент, входящий в иерархию
- •Поля, входящие в сегмент
- •2 Вариант
- •Имя набора
- •Имя атрибута
- •Имя набора
- •Соединение
- •Объединение
- •Пересечение
- •Администратор бд
- •Сегмент
- •Атрибут
- •Базах, форматах, пользователях
- •Константные выражения
- •3 Вариант
- •Представление фактов и идей в формализованном виде, пригодном для передачи и обработки
- •Объединение
- •Пересечение
- •Соединение
- •Множества отношений
- •Отношения
- •Описания объекта и его свойств
- •Концептуальная
- •Сложность представления данных на физическом уровне
- •Сложность представления данных на логическом уровне
Сегмент, входящий в иерархию
атрибут, входящий сегмент
элементы данных, входящих в сегмент
Поля, входящие в сегмент
отношение
отношение – запись
Данные представляются в виде
поле – сегмент – запись.
Иерархическая модель данных — это модель данных, где используется представление базы данных в виде древовидной (иерархической) структуры, состоящей из объектов (данных) различных уровней.
Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня. Такие объекты находятся в отношении предка (объект более близкий к корню) к потомку (объект более низкого уровня), при этом возможна ситуация, когда объект-предок не имеет потомков или имеет их несколько, тогда как у объекта-потомка обязательно только один предок. Объекты, имеющие общего предка, называются близнецами (в программировании применительно к структуре данных дерево устоялось название братья).
Примеры[править | править вики-текст]
Например, если иерархическая база данных содержала информацию о покупателях и их заказах, то будет существовать объект «покупатель» (родитель) и объект «заказ» (дочерний). Объект «покупатель» будет иметь указатели от каждого заказчика к физическому расположению заказов покупателя в объект «заказ».
В этой модели запрос, направленный вниз по иерархии, прост (например, какие заказы принадлежат этому покупателю); однако запрос, направленный вверх по иерархии, более сложен (например, какой покупатель поместил этот заказ). Также, трудно представить не-иерархические данные при использовании этой модели.
Иерархической базой данных является файловая система, состоящая из корневого каталога, в котором имеется иерархия подкаталогов и файлов.
Структурная часть иерархической модели[править | править вики-текст]
Основными информационными единицами в иерархической модели данных являются сегмент и поле. Поле данных определяется как наименьшая неделимая единица данных, доступная пользователю. Для сегмента определяются тип сегмента и экземпляр сегмента. Экземпляр сегмента образуется из конкретных значений полей данных. Тип сегмента — это поименованная совокупность входящих в него типов полей данных.
Как и сетевая, иерархическая модель данных базируется на графовой форме построения данных, и на концептуальном уровне она является просто частным случаем сетевой модели данных. В иерархической модели данных вершине графа соответствует тип сегмента или просто сегмент, а дугам — типы связей предок — потомок. В иерархических структуpax сегмент — потомок должен иметь в точности одного предка.
Иерархическая модель представляет собой связный неориентированный граф древовидной структуры, объединяющий сегменты. Иерархическая БД состоит из упорядоченного набора деревьев.
Базовые понятия реляционного исчисления:
исчисление доменов
обработка исходных данных
обработка записей
построение нового отношения
квантор существования
объединение таблиц
исчисление кортежей
Правильное выполнение транзакции требует обеспечения следующих свойств:
простота и прозрачность
изоляция
противоречивость и простота
долговечность
атомарность, согласованность
логичность, последовательность
логичность и ясность
В языке SQLв конструкции WHEREможно использовать следующий логический оператор:
OR
AND
импликацию
конъюнкцию
дизъюнкцию
IN
Жизненный цикл БД содержит 2 фазы:
обработка программ
сохранения БД
проектирования
эксплуатация
обновления
корректировка данных
Реализация
- проц проектирования поддержки, реализации БД
Этапы проектирования базы данных:
экспериментальная разработка.
определение требований
концептуальное проектирование
этапы формулировки заданий и экспериментального проектирования
экспериментальное проектирование
На этапе формулировки и анализа требований решаются следующие основные задачи:
определение всех функций и алгоритмов, сбор данных
преобразование собранной информации
сбор информации об использовании данных
сбор требований, обработка, печать
определение сферы применения БД
определение всех функций, сбор данных
Для полей таблицы в БД могут быть установлены следующие ограничения целостности:
задание списка значений для текстовых полей
допустимость неточности в информации
допустимость точности в информации
допустимость неточности в таблицах
заданный тип и формат поля, задание диапазона значений
используются понятия отношение – атрибут.
Объект представляется в виде отношения, а его свойства – в виде совокупности
атрибутов.