- •Содержание
- •Введение
- •1 Автоматизированные информационные системы
- •1.1 Основные понятия
- •1.2 Экономические информационные системы
- •1.3 Место бд в автоматизированной информационной системе
- •2 Методы и средства проектирования бд
- •2.1 Архитектура бд
- •2.2 Модели данных
- •2.3 Жизненный цикл бд
- •2.4 Методы проектирования бд
- •2.5 Case − технологии
- •3 Проектирование бд
- •3.1 Формирование внешнего уровня бд
- •3.1.1 Обоснование целесообразности создания аис
- •3.1.2 Структура предприятия. Информационные потоки
- •3.1.3 Описание входных и выходных документов
- •3.1.4 Функциональная структура аис
- •3.1.5 Выявление классов объектов и связей
- •3.1.5.1 Классы объектов
- •3.1.5.2 Связи между классами объектов
- •3.1.6 Неформализованное описание предметной области
- •3.1.7 Уровни доступа пользователей
- •3.2 Разработка концептуального уровня бд
- •3.2.1 Инфологическая модель предметной области
- •3.2.1.1 Методологии построения er—диаграмм
- •3.2.1.2 Шаблоны моделирования
- •3.2.1.3 Моделирование сложных структур
- •3.2.1.4 Проверка законченности er—диаграммы
- •3.2.1.5 Перекрестная проверка модели данных и иерархии функций
- •3.2.2 Даталогическая модель бд
- •3.2.2.1 Реляционная модель данных
- •3.2.2.2 Виды документирования длм реляционной бд
- •3.2.2.3 Формирование длм реляционной бд
- •3.2.2.4 Анализ схемы реляционной бд на соответствие заданной нормальной форме
- •3.2.2.5 Пример графического представления схемы реляционной бд
- •3.3 Проектирование внутреннего уровня бд
- •3.3.1 Выбор реляционной субд
- •3.3.2 Объекты бд
- •3.3.3 Физическая модель бд
- •3.3.3.1 Проектирование реляционных таблиц
- •3.3.3.2 Реализация ограничений целостности реляционной базы данных
- •3.3.3.3 Проектирование индексов
- •4 Создание бд
- •4.1 Подготовка среды хранения
- •4.2 Генерация схемы бд
- •4.3 Загрузка и корректировка данных из старой бд
- •4.4 Ввод и контроль данных в справочные таблицы
- •4.5 Словарь данных
- •5 Администрирование бд
- •5.1 Управление структурой бд
- •5.2 Защита данных
- •5.2.1 Авторизация пользователей
- •5.2.2 Управление параллельно работой пользователей
- •5.2.2.1 Транзакции
- •5.2.2.2 Проблемы, возникающие при параллельной обработке данных
- •5.2.2.3 Блокировка данных
- •5.2.2.4 Бесконечные ожидания и тупики
- •5.2.2.5 Уровни изоляции транзакций
- •5.2.3 Управление восстановлением бд
- •5.2.3.1 Резервное копирование бд
- •5.2.3.2 Способы восстановления бд
- •5.3 Управление субд
- •6 Вопросы проектирования приложений бд
- •6.1 Участие администратора бд в разработке приложения
- •6.2 Виды функций приложений бд
- •Список использованных источников
- •Приложение а
- •Вопросы для самостоятельной работы
- •Приложение б
- •Тесты для контроля знаний
- •Приложение в
- •Ответы на тесты
3.3.3 Физическая модель бд
Описание физической модели базы данных включает в себя описание объектов БД. Есть несколько способов, с помощью которых структура объектов БД описывается для СУБД. Чаще всего для этого создается текстовый файл, который описывает эти структуры. Язык, используемый для определения структур объектов БД, называется языком определения данных (ЯОД). Альтернативой текстовому описанию является визуальный (графический) способ задания структур объектов БД, используемый, например, в СУБД Access.
Схема БД состоит из набора определений, выраженных на ЯОД. В результате компиляции команд, созданных на ЯОД, создается системный каталог (словарь данных), в котором хранятся метаданные, т.е. данные, описывающие объекты БД. Метаданные упрощают способы доступа и управления объектами БД.
3.3.3.1 Проектирование реляционных таблиц
Каждое отношение схемы реляционной базы данных, полученное на этапе даталогического проектирования, должно быть описано на языке ЯОД СУБД и содержать следующие конструкции:
— имя отношения (таблицы);
— имена атрибутов (полей);
— определение первичных ключей;
— определение уникальных (потенциальных) ключей;
— определение физических характеристик атрибута (тип и длину);
— определение обязательности значения атрибута;
— определение логических ограничений на значение атрибута.
В начале физического проектирования реляционных таблиц удобно создать техническое описание этих таблиц, что затем позволит более эффективно создавать текстовое описание их структур на ЯОД.
Техническое описание можно представить в виде таблицы. Рассмотрим на примере. Допустим, есть следующая схема реляционной БД, содержащая следующие отношения: Категория должности (Код, Название, Краткое название); Должность (Код, Название, Краткое название, Код категории); Подразделение (Номер, Название, Аббревиатура, Код подразделения); Запись о работе сотрудника (Номер, Дата начала, Дата окончания, Ставка, Код должности, Код подразделения, Код сотрудника); Сотрудник (Табельный номер, Имя, Дата рождения, Пол).
Техническое описание таблицы «Должность» на ЯОД СУБД Access приведено в таблице 27, на ЯОД СУБД InterBase в таблице 28.
Таблица 27 – Реляционная таблица «Должность»
Имя поля |
Код_Долж |
Назв_Долж |
Кр_Назв_Д |
Код_Катег. |
Ключ |
Ключевое поле |
|
|
|
Тип, длина |
Счетчик |
Текстовый, 50 |
Текстовый, 16 |
Числовой, длинное целое |
Обязательность значения |
Да |
Да |
Нет |
Да |
Логическое ограничение на поле |
|
Маска ввода: L<?????????????? |
Маска ввода: а?????????????? |
|
Примеры данных |
17 |
техник |
тех |
3 |
29 |
хормейстер |
хорм |
3 |
|
348 |
заведую—щий складом |
зав.скл. |
12 |
Таблица 28— Реляционная таблица «Dolgn»
Имя поля |
Kod_D |
N_D |
Sh_K_D |
K—Kateg |
Ключ |
Primary Key |
|
|
Foreign Key |
Тип, длина |
Integer |
VarChar (50) |
VarChar(16) |
Integer |
Обязательность значения |
Not Null |
Not Null |
Null |
Not Null |
Логическое ограничение на поле |
Check (value>0) |
|
|
Check (value>0) |
Примеры данных |
17 |
техник |
Тех |
3 |
29 |
хормейстер |
Хорм |
3 |
|
348 |
заведую—щий складом |
зав.скл. |
12 |
Из таблиц 27 и 28 видно, как отличаются языки определения данных в СУБД Access и InterBase. СУБД InterBase использует ЯОД, являющийся диалектом стандарта языка SQL.
