Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Основные шаги проектирования БД

Основные шаги проектирования базы данных применительно к БД реляционного типа следующие.

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

Анализ объектов реального мира. Требуется проанализировать объекты реального мира, которые необходимо смоделировать в базе данных, сформировать из этих объектов сущности и характеристики этих сущностей (например, для сущности «деталь» атрибутами могут быть «название», «цвет», «вес» и т.п.) и сформировать их список.

Формирование концептуальной модели базы данных включает в себя:

· идентификацию функциональной деятельности предметной области. Например, если речь идет о деятельности предприятия, то в качестве функциональной деятельности можно идентифицировать ведение учета работающих, отгрузку продукции, оформление заказов и т.п. В итоге следует составить схему документооборота;

· идентификацию объектов, которые осуществляют эту функциональную деятельность, и формирование из их операций последовательности событий, которые помогут идентифицировать все сущности и взаимосвязи между ними. Следует определить примерное количество экземпляров и процент ежемесячного роста;

· идентификацию свойств.

Для каждого атрибута следует определить

ü тип (допустимый диапазон);

ü процент наличия атрибута в экземплярах (например, в спортшколе только 30% учеников могут иметь спортивный разряд);

ü вычисляемость атрибута из другой информации (например, сумма из количества и цены);

ü частоту использования;

· идентификацию взаимосвязей между сущностями.

Проектирование БД в СУБД. Требуется поставить в соответствие сущностям и характеристикам таблицы и столбцы (поля) в выбранной СУБД (Paradox, dBase, FoxPro, Access, Clipper, InterBase, Sybase, Informix, Oracle и т.д.).

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

Выработать правила, которые будут устанавливать и поддерживать целостность данных. Такие правила в клиент-серверных СУБД поддерживаются автоматически сервером баз данных, в локальных же СУБД – средствами приложения. Эти правила могут включать:

· определение типа данных, создание полей, опирающихся на домены;

· выбор набора символов, соответствующего данной стране;

· установку значений по умолчанию (например, для поля город – Омск);

· определение ограничений целостности (например, расход на складе не может превышать остаток);

· определение проверочных условий (например, оценка за экзамен – от 1до 5).

Надежность. Этот шаг является последним в списке, но не последним по важности в процессе проектирования БД. На этом шаге необходимо ответить на следующие вопросы:

· кто будет иметь права (и какие) на использование базы данных;

· нужно ли делать различие в правах доступа;

· каким образом обеспечить общий режим защиты информации и т.п.

В общем виде проектирование включает три этапа:

ü Концептуальное проектирование.

ü Логическое проектирование.

ü Физической проектирование.

Более детально этапы проектирования рассматриваются в темах 5, 6, 7.

 

<== предыдущая лекция | следующая лекция ==>
Прекращение эксплуатации | Организационный аспект
Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 352; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.016 сек.