КАТЕГОРИИ: Архитектура-(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) |
Построение информационной модели и определение сущностей
Этапы проектирования баз данных
Создание приложения базы данных включает в себя строго определенную последовательность выполнения действий, называемых этапами проектирования. Выполнение указанных ниже действий приведет к созданию оптимальной структуры базы данных, в общем случае уменьшит время проектирования и обеспечит возможность уточнения структуры базы данных без ее полной переделки. 5.1. Первый этап проектирования: Решаются следующие проблемы: • ставится задача на проектирование базы данных, то есть доказывается актуальность создания базы данных; • собираются концептуальные требования и, на их основе, строится концептуальная модель данных. Концептуальная модель данных составляется по результатам анализа поставленной заказчиком задачи и обработки концептуальных требований конечных пользователей. Результатом выполнения первого этапа проектирования является информационная модель данных и список основных сущностей – прообраз будущих таблиц. В данном случае под сущностью понимается структурное подразделение фирмы. Концептуальная модель данных будет состоять из совокупности групп концептуальных требований для каждого структурного подразделения фирмы, причем некоторые концептуальные требования могут повторяться в разных группах. 5.2. Второй этап проектирования базы данных: На этом этапе проектирования определяются направление движения потоков информации между структурными подразделениями фирмы-заказчика базы данных, источники возникновения информации, места ее модификации и потребления. Результатом выполнения этого этапа проектирования будет функциональная схема движения потоков информации, с указанием связей между структурными подразделениями фирмы.
5.3. Третий этап проектирования базы данных: задание первичных и альтернативных ключей Для каждой структурной единицы фирмы определяются атрибуты (данные), которые будут храниться в базе данных, а также первичный и альтернативный ключи. Добавление ключей в список концептуальных требований необходимо для обеспечения организации движения потоков информации между структурными подразделениями фирмы, в соответствии со вторым этапом проектирования базы данных. При анализе концептуальных требований определяется, какие алгоритмы и расчеты исходных величин (хранимые процедуры) будут храниться вместе с базой данных. При этом количество хранимых процедур должно быть минимальным. 5.4. Четвертый этап проектирования базы данных: приведение модели к требуемому уровню нормальной формы На этом этапе проектирования выполняется главная задача – нормализация отношений. В процессе нормализации концептуальные требования группируются в таблицы. На этом этапе проектирования концептуальные требования для каждого структурного подразделения могут быть сведены либо в одну таблицу, либо в несколько таблиц. Здесь также решается вопрос ликвидации избыточной информации, то есть концептуальные требования, используемые несколькими структурными подразделениями, сводятся в одну таблицу с одновременным добавлением ключей для перехода в другие таблицы (для других структурных подразделений). Таким образом добиваются существенного сокращения объема памяти. На этом этапе также решается вопрос о том, какие таблицы будут справочниками, то есть информация в этих таблицах не изменяется или изменяется очень медленно. Следует иметь в виду, что чрезмерное увеличение количества таблиц приводит к потере общей идеи создания базы данных, и сама база данных становится трудной для понимания и управления. Для базы данных объема предприятия оптимальное количество таблиц должно быть не более сорока или пятидесяти.
Всего существует пять нормальных форм таблицы. При создании приложений баз данных в объеме предприятия используют первые три нормальные формы.
Дата добавления: 2014-01-07; Просмотров: 391; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |