|
|||||||
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
Третий этап проектирования базы данных: задание первичных и альтернативных ключейДля каждой структурной единицы фирмы определяются атрибуты (данные), которые будут храниться в базе данных, а также первичный и альтернативный ключи. Добавление ключей в список концептуальных требований необходимо для обеспечения организации движения потоков информации между структурными подразделениями фирмы, в соответствии со вторым этапом проектирования базы данных. При анализе концептуальных требований определяется, какие алгоритмы и расчеты исходных величин (хранимые процедуры) будут храниться вместе с базой данных. При этом количество хранимых процедур должно быть минимальным. Четвертый этап проектирования базы данных: приведение модели к требуемому уровню нормальной формы На этом этапе проектирования выполняется главная задача – нормализация отношений. В процессе нормализации концептуальные требования группируются в таблицы. На этом этапе проектирования концептуальные требования для каждого структурного подразделения могут быть сведены либо в одну таблицу, либо в несколько таблиц. Здесь также решается вопрос ликвидации избыточной информации, то есть концептуальные требования, используемые несколькими структурными подразделениями, сводятся в одну таблицу с одновременным добавлением ключей для перехода в другие таблицы (для других структурных подразделений). Таким образом добиваются существенного сокращения объема памяти. На этом этапе также решается вопрос о том, какие таблицы будут справочниками, то есть информация в этих таблицах не изменяется или изменяется очень медленно. Следует иметь в виду, что чрезмерное увеличение количества таблиц приводит к потере общей идеи создания базы данных, и сама база данных становится трудной для понимания и управления. Для базы данных объема предприятия оптимальное количество таблиц должно быть не более сорока или пятидесяти. Всего существует пять нормальных форм таблицы. При создании приложений баз данных в объеме предприятия используют первые три нормальные формы. Первая нормальная форма Для таблицы будут выполнены условия первой нормальной формы, если: • каждое поле (концептуальное требование) неделимо; • отсутствуют повторяющиеся поля или группы полей. Если перечисленные выше условия выполняются, то все концептуальные требования могут быть сведены либо в одну общую таблицу, либо можно создать по одной таблице для каждого структурного подразделения. Поиск по сайту: |
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.002 сек.) |