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

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

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

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

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

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

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

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

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

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

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

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

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

2.6. Создание приложения пользователя и решение поставленных задач

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