- •Базы данных. Плещеев в.В.
- •1.3.2. Типы моделей данных
- •1.3.4. Контроль целостности связей
- •1.3.5. Формы записи концептуальной модели
- •1.3.6. Иерархическая модель
- •1.4.Определение доменов атрибутов.
- •1.5. Определение первичных и вторичных ключей.
- •1.6. Определение суперклассов и подклассов для типов сущностей.
- •1.7. Создание er‑диаграмм для отдельных пользователей.
- •2.6. Создание er‑диаграмм для отдельных пользователей.
- •3.4. Создание er‑диаграммы глобальной логической модели.
- •4. Создание глобальной логической модели в среде целевой субд.
- •6. Разработка механизма защиты.
Базы данных. Плещеев в.В.
Определение понятия «система управления базой данных» (СУБД). Основные определения и термины: предметная область, таблица, объект (сущность), атрибут (поле), экземпляр (запись) объекта, ключ, словарь базы данных. Администрирование баз данных (АБД) и основные функции АБД.
Концептуальная, логическая, внутренняя, внешняя модели данных. Формы записи концептуальных моделей. Физическая и логическая независимость данных.
Индексирование таблиц. Определение индекса и его назначение. Типы индексов.
Связывание таблиц. Назначение, типы связей и средства установки связей.
Основные команды языка запросов SQL с примерами.
Распределенная база данных. Определение, основные термины, типы моделей, достоинства и недостатки.
Принципы и этапы проектирования и создания баз данных.
Нормализация отношений с примерами (1НФ, 2НФ, 3НФ).
Жизненный цикл базы данных (ЖЦ БД). Определение, виды моделей ЖЦ БД, достоинства и недостатки.
Механизм транзакций и блокировок. Триггеры, хранимые процедуры. Определение и назначение.
Определение понятия «система управления базой данных» (СУБД). Основные определения и термины: предметная область, таблица, объект (сущность), атрибут (поле), экземпляр (запись) объекта, ключ, словарь базы данных. Администрирование баз данных (АБД) и основные функции АБД.
База данных (БД)‑ совокупность взаимосвязанных данных.
Система управления базой данных(СУБД)‑ комплекс программных средств, предназначенный для создания, ведения и использования БД.
По возможностям выделяют две группы СУБД:
Полнофункциональные СУБД ‑ наиболее мощные, многопользовательские, с системами защиты, копирования и восстановления данных (Oracle, MicrosoftSQL Server, Informix, DB/2), но более сложные СУБД.
Персональные СУБД ‑ с ограниченными возможностями, но более простые в использовании (Access, Visual FoxPro, Paradox, Clipper, dBase, Clarion, DataEase, DataFlex, R: BASE).
Это деление довольно условно, так как персональные СУБД постоянно совершенствуются, догоняя полнофункциональные СУБД.
Банк данных (БнД)‑ совокупность БД, СУБД и комплекса технических средств (компьютеры, внешние устройства, устройства связи и др.).
Хранилище (склад) данных (ХД)‑ извлеченные данные из оперативных и архивных БД, преобразованные в формат, приемлемый для сложных нерегламентированных запросов и многомерного анализа.
Предметная область базы данных (ПО)‑ организация, подразделение, для которого создается БД.
Приложение‑ комплекс программ, автоматизирующий обработку данных для прикладной задачи.
Объект (сущность )- предмет, человек или событие, о котором собирается и хранится информация.
Экземпляр объекта (кортеж, запись) - единичное значение объекта.
Пример.Объект “СОТРУДНИК”, экземпляр ‑ данные об Иванове И.
Атрибут‑ отдельная характеристика (свойство) объекта.
Домен ‑ область значений одного или нескольких атрибутов.
Порядок (степень)/Мощность отношения (кардинальное число) отношения‑ число атрибутов/кортежей в отношении.
Таблица- совокупность записей с фиксированным числом полей. Таблица (отношение) содержит все экземпляры объекта. Объект, экземпляр объекта и атрибут соответствуют понятиям:таблица, строка (кортеж отношения) и колонка таблицысоответственно.
Рекомендуетсяназывать атрибут и сущность существительными в единственном числе, а таблицу ‑ именем объекта во множественном числе (например, объекту “СОТРУДНИК” соответствует таблица “СОТРУДНИКИ”).
Ключ - атрибут или группа атрибутов (называемыхключевыми), однозначно определяющая экземпляр объекта (запись или строку таблицы).
Пример.Атрибуты “Код завода”, “Код изделия”, “Дата выпуска изделия” образуютсоставной ключобъекта “ВЫПУСК ИЗДЕЛИЯ”.
Словарь- централизованное хранилище сведений об объектах, данных, взаимосвязях, источниках, значениях, форматах представлениях. Словари бывают встроенные (интегрированные) или внешние (автономные).
Встроенный словарь является частью самой СУБД. Достоинства:высокая степень защиты и контроля данных.Недостаток:ориентация на конкретную СУБД.
Автономный словарь создается отдельно от СУБД специальными пакетами. Достоинства:переносимость в другие СУБД.Недостаток:слабый контроль.
Администрация базы данных (АБД)‑ лицо или группа лиц, ответственная за проектирование и эффективное использование БД.
Основные функции АБД:
Участие в разработке проекта по созданию БД.
Обеспечение целостности БД (копирование, восстановление).
Обучение пользователей работе с БД (вход в БД, ввод паролей, работа в нормальной и экстремальной ситуациях и др.).
Отслеживание трафика загрузки БД, сбоев, характеристик (время доступа, общее время обработки запросов и т.д.).
Реорганизация БД с целью улучшения характеристик базы.
Реализация многопользовательского режима работы с БД (парольная защита от несанкционированного доступа, шифрование данных, разделение доступа и др.).
Концептуальная, логическая, внутренняя, внешняя модели данных. Формы записи концептуальных моделей. Физическая и логическая независимость данных.
Выделяют четыре уровня моделей представления данных в базе:
Концептуальная модель (концептуальная схема) - это совокупность объектов и их взаимосвязей вне зависимости от конкретной СУБД.
Логическая модель (логическая схема) - это концептуальная модель в терминах конкретной СУБД.
Внутренняя модель (физическая схема, физическая модель) - это представление данных на внешнем носителе.
Подмодель (подсхема, внешняя схема)‑ это представление о базе с точки зрения пользователя таблицы. Эта модель упрощает для пользователя представление о базе (не нужно знать всю базу, а только ее часть, используемую пользователем) и защищает базу данных от несанкционированного использования данных за пределами внешней модели.
Такое многоуровневое представление упрощает реализацию, управление и использование таблицы. Проектирование и управление базой ведется на каждом уровне представления.
Независимость данных‑ это возможность использования БД без знания внутреннего представления данных и отсутствие необходимости корректировать программы при изменении логической (первый уровень независимости) и физической (второй уровень) моделей базы данных.
Причины стремления к независимости данных: отсутствие перепрограммирования в случае изменения структуры БД, упрощение работы пользователя, защита от несанкционированного доступа.
