Инфологическая, даталогическая и физическая модели информационной БД — реферат


5. Проектирование физической модели

По построенной выше инфологической модели конструируем физическую диаграмму (рис. 3), в которой уже будут учитываться такие особенности СУБД, как допустимые типы и наименования полей и таблиц, ограничения целостности и т.п.
Рисунок 3.














На данной диаграмме каждая сущность представляет собой таблицу базы данных, каждый атрибут становится колонкой соответствующей таблицы.
В процессе проектирования физической модели (см. табл. 3) объекты преобразуются в отношения, свойства в поля таблиц, методы – в процедуры, формы и т.д. Правильно проведенный объектно-ориентированный анализ позволяет значительно облегчить работу.



Таблица 3.
Проект таблицы для физической модели
№ п/п
Наименование поля Примечание
ТОВАР
1. Key_tovar Уникальный ключ товара
2. Key_postav Уникальный ключ предприятия
3. Key_zakaz Уникальный ключ заказчика
4. Name_tovar Наименование товара
5. Date Дата изготовления
6. Marka Фирменная марка
7. Ves_ Вес
8. Ob_ Объем
9. Cena_1 Цена за единицу
10. Cena Суммарная цена
11. Upakovka Вид упаковки
ЗАКАЗЧИК
1. Key_zakaz Уникальный ключ заказчика
2. Name_zakaz Наименование заказчика
3. Yrid_zakaz Юридическая принадлежность
4. FIO_zakaz Ф.И.О. руководителя
5. Adres_zakaz Адрес
6. Tel_zakaz Телефон/факс
7. Cena_z Предполагаемая цена
8. Number_N Номер накладной
9. Oplata Пометка об оплате
10. Date_N Дата накладной
ПРЕДПРИЯТИЕ
1. Key_poctav Уникальный ключ предприятия
2. Name_postav Наименование предприятия
3. Yrid_poctav Юридическая принадлежность
4. FIO_postav Ф.И.О. руководителя
5. Adres_postav Адрес
6. Tel_postav Телефон/факс
7. Number_D Номер договора
8. Date_Z Дата заключения
СЧЕТА
1. Number_S Номер счёта
2. Date_P Дата продажи
3. Key_tovar Уникальный ключ товара
4. NDS НДС
5. Summa Сумма к оплате
СПИСАНИЕ БРАКА
1. Number_N Номер накладной
2. Date_N Дата накладной
3. Spis Пометка о списании
4. Number_S Номер счёта
5. Name_tovar Наименование товара
6. Ob_ Количество товара
7. Cena Сумма
ВОЗВРАТ СО СКЛАДА НА
ПЕРЕРАБОТКУ
1. Номер накладной Номер накладной
2. Date_N Дата накладной
3. Vozvrat Пометка о
4. Number_S Номер счёта
5. Name_tovar Наименование товара
6. Ob_ Количество товара
7. Summa Сумма

Физическая модель, определяющая размещение данных, методы доступа и технику индексирования, называется внутренней моделью системы.
Построение физической модели обусловлено требованиями используемой СУБД. Поэтому при замене СУБД она также может измениться.



Заключение

Основная функция СУБД, построенной на основании той или иной модели – организация обмена информацией между пользователями и базами данных с соответствующими процедурами контроля полномочий и процедур проверки. Среди пользователей СУБД должно быть определено лицо, которого обычно должно обеспечивать выполнение следующих функций:
• определение информационного содержания базы данных (идентификация объектов и связей, представляющих интерес для данного предприятия, создание на этой основе концептуальной схемы (с помощью специального языка);
• определение структуры хранения и стратегии доступа;
• взаимодействие с пользователем (подготовка и написание внешних схем);
• определение стратегии дублирования и восстановления;
• управление эффективностью ответа на запросы пользователей;
• создание словаря данных.

Комментарии: