- •Конспект лекций
- •Волгоград 2015 Рекомендуемая литература
- •Основные сведения
- •Вопрос1! Архитектура бд. Принципы физической и логической независимости уровней.
- •Вопрос2! Процесс прохождения пользовательского запроса
- •Вопрос3! Этапы жизненного цикла базы данных
- •Вопрос4! Пользователи баз (банков) данных
- •Вопрос5! Классификация моделей данных
- •Инфологическое проектирование вопрос6! Этап 1. Системный анализ предметной области
- •Вопрос7! Этап 2. Построение инфологической модели
- •Вопрос8! case - нотация er-диаграммы
- •Даталогические модели
- •2 Среди фактографических моделей можно выделить
- •Вопрос11! Язык описания данных иерархической модели
- •Внешние модели
- •Рассмотрим пример иерархической бд.
- •Вопрос12! Язык манипулирования данными в иерархических базах данных
- •Операторы поиска данных
- •Операторы поиска данных с возможностью модификации
- •Операторы модификации данных
- •Сетевая модель данных
- •Вопрос13! Сетевая модель данных. Одна из первых сетевых моделей данных, разработанная группой codasyl (Conference of Data System Languages), была предложена в 1969 г. И развивалась до 80-х годов.
- •Вопрос14! Язык описания данных в сетевой модели
- •Вопрос15! Язык манипулирования данными в сетевой модели
- •Теоретико-множественные модели
- •Вопрос17! связи между данными
- •Вопрос18! Теоретико-множественные операции реляционной алгебры
- •Вопрос19! Специальные операции реляционной алгебры
- •Перспективы развития бд и субд
- •Вопрос20! Многомерная модель
- •Вопрос21! Объектно-ориентированные базы данных (oodm)
- •Вопрос22! Диаграмма классов uml
- •Имя класса
- •Вопрос23! Объектная модель данных ole db. Основные понятия.
Вопрос5! Классификация моделей данных
Понятие "данные" в концепции баз данных — это набор конкретных значений, параметров, характеризующих объект, условие, ситуацию или любые другие факторы.
Примеры данных: Петров Николай Степанович, $30 и т. д.
Данные не обладают определенной структурой, данные становятся информацией тогда, когда пользователь задает им определенную структуру, то есть осознает их смысловое содержание. Поэтому центральным понятием в области баз данных является понятие модели.
Модель данных – это некоторая абстракция, которая, будучи приложима к конкретным данным, позволяет пользователям и разработчикам трактовать их уже как информацию, то есть сведения, содержащие осмысленные данные и взаимосвязь между ними.
С другой стороны, когда она уже приложена к данным, модель данных – это систематизация разнообразной информации и отражение ее свойств по содержанию, структуре, объему, связям, динамике с учетом удовлетворения информационных потребностей всех категорий пользователей. Модель данных является ядром базы данных.
В результате теоретических изысканий, наибольшее практическое применение нашли три модели: иерархическая, сетевая, реляционная.
В последние годы ведутся работы по созданию баз данных, построенных на постреляционной, многомерной, объектно-ориентированной и других моделях, которые называют нетрадиционными моделями.
Рисунок 3 Классификация моделей данных
В соответствии с рассмотренной ранее трехуровневой архитектурой мы сталкиваемся с понятием модели данных по отношению к каждому уровню.
Физическая модель данных оперирует категориями, касающимися организации внешней памяти и структур хранения, используемых в данной операционной среде.
1.1 В настоящий момент в качестве физических моделей используются различные методы размещения данных, основанные на файловых структурах:
это организация файлов прямого и последовательного доступа,
индексных файлов и инвертированных файлов,
файлов, использующих различные методы хэширования,
взаимосвязанных файлов.
1.2. Современные СУБД широко используют страничную организацию данных. В этом случае, вся БД представляет собой 1 файл. Внутреннее пространство файла организовано в виде совокупности страниц. Физические модели данных, основанные на страничной организации, являются наиболее перспективными.
Инфологическое проектирование вопрос6! Этап 1. Системный анализ предметной области
Порядок изучения предметной области:
предметная область выделяется из воспринимаемой реальности;
определяются ее границы;
производится абстрагирование от несущественных деталей.
С точки зрения проектирования БД в рамках системного анализа, необходимо провести подробное словесное описание объектов предметной области и реальных связей, которые присутствуют между описываемыми объектами.
В общем случае существуют два подхода к выбору состава и структуры предметной области:
Функциональный подход — реализует принцип движения "от задач" и применяется тогда, когда заранее известны функции некоторой группы лиц и комплексов задач, для обслуживания информационных потребностей которых создается рассматриваемая БД. В этом случае мы можем четко выделить минимальный необходимый набор объектов предметной области, которые должны быть описаны.
Предметный подход — когда информационные потребности будущих пользователей БД жестко не фиксируются. Они могут быть многоаспектными и весьма динамичными. Мы не можем точно выделить минимальный набор объектов предметной области, которые необходимо описывать. В описание предметной области в этом случае включаются такие объекты и взаимосвязи, которые наиболее характерны и наиболее существенны для нее. БД, конструируемая при этом, называется предметной, то есть она может быть использована при решении множества разнообразных, заранее не определенных задач. Конструирование предметной БД в некотором смысле кажется гораздо более заманчивым, однако трудность всеобщего охвата предметной области с невозможностью конкретизации потребностей пользователей может привести к избыточно сложной схеме БД, которая для конкретных задач будет неэффективной.
Чаще всего на практике рекомендуется использовать некоторый компромиссный вариант, который, с одной стороны, ориентирован на конкретные задачи или функциональные потребности пользователей, а с другой стороны, учитывает возможность наращивания новых приложений.
Системный анализ должен заканчиваться подробным описанием информации об объектах предметной области, которая требуется для решения конкретных задач и которая должна храниться в БД, формулировкой конкретных задач, которые будут решаться с использованием данной БД с кратким описанием алгоритмов их решения, описанием выходных документов, которые должны генерироваться в системе, описанием входных документов, которые служат основанием для заполнения данными БД.
Так в профессиональной деятельности этот этап называют: аудирование или обследование.