Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

Создание таблиц

Читайте также:
  1. Beat Construction (Создание битов)
  2. I. Создание базы данных
  3. III. Создание условий для войны
  4. А.3 Комментарии по заполнению таблиц отчета по анализу технической документации
  5. Вопрос 20. Создание специальных образовательных учреждений в дореволюционной России
  6. Глава 11 Крестоносцы против братьев‑христиан. Создание святой инквизиции
  7. ГЛАВА 14.Создание дикторского текста

Для перехода от логической модели к реляционной используется нормализация отношений. Нормализация – это удаление из таблиц повторяющихся данных путем их переноса в новые таблицы, записи которых не содержат повторяющихся значений. В процессе нормализации отношений сущности преобразуются в таблицы, а атрибуты в поля таблиц.

Изм.
Лист
№ докум.
Подпись
Дата
Лист
 
ДП.11.41.004.110302.ПЗ  
Создание новой нормализованной реляционной базы данных осуществляется в соответствии с логической структурой, полученной в результате проектирования (модель классов). Структура реляционной базы данных определяется составом таблиц и их взаимосвязями.

Создаем таблицы соответствующие информационным объектам, а в таблицах создаем поля, соответствующие атрибутам объектов. Полям присваиваем тип, формат и размер, указываем их свойства и примечание. В качестве базы данных выбираем MySQL как наиболее быструю, удобную и популярную клиент-серверную СУБД.

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

Создание связей между таблицами

После создания таблиц необходимо создать связи между ними. Связи разрабатываются в среде PHP.

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

Далее сама основная база таблиц основана на реляционной связи таблиц «core_summinfo_...». Основная таблица - core_summinfo_general. В ней содержится вся необходимая информация для построения списка. Данная таблица имеет связи «один ко многим» со всеми остальными аналогичными таблицами. Связь осуществляется по полю «unicindef» - это поле уникально для каждого компьютера в базе данных, но записей с таким полем может быть несколько в каждой конкретной таблице. Это сделано для контроля изменений в записи. При обращении используется unicindef с последним индексом id. Остальные записи может посмотреть администратор, например, для контроля изменений.

Таблица «core_cafedra» связана с таблицей «core_summinfo_general» с по

Изм.
Лист
№ докум.
Подпись
Дата
Лист
 
ДП.11.41.004.110302.ПЗ  
мощью связи одна ко многим, так как в каждом конкретном подразделении может быть несколько записей.

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

Так же разделение каждого пункта отчета на группы позволит в дальнейшем более удобно добавлять и убирать новые параметры, что снизит время на применение изменений и повысит удобство для разработчика.

Схема связей созданных таблиц в информационной системе представлена на рисунке 2.8.


Дата добавления: 2015-11-30; просмотров: 20 | Нарушение авторских прав



mybiblioteka.su - 2015-2024 год. (0.006 сек.)