- •Введение
- •Концепция бд, Основная терминология, назначение бд
- •Проектирование базы данных
- •Цели и структура бд (на примере).
- •Создание отношений (таблиц) Процесс создания таблиц в ms Access2003 (пример). Режим Конструктора для создания объектных отношений
- •Режим Конструктора для создания отношений, содержащих внешние ключи. Мастер подстановок.
- •Создание полей с подстановкой.
- •Создание запросов к бд
- •Внесение данных в таблицы.
- •Процесс создания таблиц в OpenOffice.Org Base.
- •Типы запросов
- •Запрос 1.
- •Запрос 2.
- •Запрос 3.
- •Запрос 4.
- •Запрос 5.
- •Создание простых форм ввода и просмотра.
- •Задания для работы и правила оформления
- •Оформление работы.
Проектирование базы данных
Рассмотрим аспекты процесса проектирования и создания реляционной многотабличной БД на простом примере.
Пример предметной области
Проектируется база данных, содержащая информацию о предприятии, занимающимся строительством и (или) инженерными коммуникациями. Эта база данных может быть предназначена для проектирования в ГИС или в других ИС с пространственной локализацией, в которой хранятся атрибутивные данные.
Степень подробности описания предметной области зависит от информационных потребностей владельца БД. В предметной области нужно ввести «сильные сущности», которые отразят реальные объекты, и связи между ними. Связи – отображение реальных процессов в предметной области, это взаимодействие «сильных сущностей». Такое взаимодействие порождает «слабые сущности». Слабая сущность - не модель объекта, а модель процесса. В результате должна быть построена диаграмма «сущность-связь» - набор сущностей с их атрибутами и связями.
Нужно определить цели и задачи, которые будут решаться с помощью создаваемой БД. Цели предварительно формулируются на языке предметной области, затем в терминах «сущность-связь»
Цели и структура бд (на примере).
В базу данных поместим информацию для учета производимых работ по нескольким заданным типовым проектам, на нескольких объектах (объектов больше, чем проектов, некоторые объекты имеют одинаковые типовые проекты). Для производства работ нужны строительные материалы, затраты материалов на единицу работы известны, это нормативы. Для проектов известны виды работ и их объемы. Для бригад известны виды работ, которые могут выполняться, требуемое время на единицу каждой работы. Для объектов известны месторасположение, проект, дата начала, объемы работ по привязке проекта, сметная стоимость.
Аналогичная информация о предметной области излагается в отчете по своему варианту! Для предметных областей, заданных в вариантах, объекты и связи конкретизируются, но общая схема может остаться.
Информация о сущностях распределяется в отдельные таблицы, прежде всего по смыслу и существующим взаимозависимостям между данными, которые следуют из предметной области. Основу правильного распределения атрибутов по отношениям задает теория нормализации (имеется в Методических материалах).
Ограничимся набором таблиц, в которых разместится вся информация:
Проекты,
Объекты,
Виды_работ,
Материалы,
Бригады,
Производство,
Материалы_для_работ,
Проекты_работы .
Для каждой таблицы определим набор атрибутов, заданных именами и доменами.
Далее излагается, как взаимодействуют эти объекты в предметной области (по смыслу). Сильными сущностями являются таблицы, соответствующие объектам: Проекты, Объекты, Виды_работ, Материалы, Бригады. Слабые сущности отражают процессы в предметной области: Производство, Материалы_для_работ, Проекты_работы. Производство – перечень работ и их объемов на дату по объектам. Материалы для работ – нормативы расхода материалов на единицу работы. Проекты_работы – часть технологической карты: перечень работ и их объемов по каждому проекту. Атрибуты и домены будут показаны далее при создании таблиц. Здесь следует описать по каждому варианту атрибуты и домены.
