Разработка ERR диаграммы

Любой проект разбивается на этапы, они в свою очередь разбиваются на подэтапы. Если информация по проекту прописана в виде текста или таблицы, то часто в этих этапах легко запутаться. Представить структуру модуля на словах можно только образно или даже неправильно, т.к. нельзя охватить все его разделы, схему, идею и задачи сразу. Первым этапом разработки всегда является вопрос о размещении информации. CMS «1С-Битрикс» работает с различными базами данных, поэтому целесообразно хранить всю информацию именно в базе данных. Все таблицы, которые использует CMS, начинается с префикса «b_», для таблиц сторонних модулей рекомендуется также использовать префикс. Для проекта он выбран как «k_». Структуру базы данных представляют в ERR диаграмме. ERR диаграмма выполнена с помощью MySQL Workbench. MySQL Workbench — инструмент для визуального проектирования баз данных, интегрирующий проектирование, моделирование, создание и эксплуатацию БД в единое бесшовное окружение для системы баз данных MySQL. Является преемником DBDesigner 4 из FabForce. Возможности программы:

• 1. позволяет наглядно представить модель базы данных в графическом виде;
• 2. наглядный и функциональный механизм установки связей между таблицами, в том числе «многие ко многим» с созданием таблицы связей;
• 3. Reverse Engineering — восстановление структуры таблиц из уже существующей на сервере БД (связи восстанавливаются вInnoDB, при использовании MyISAM — связи необходимо устанавливать вручную);
• 4. удобный редактор SQL запросов, позволяющий сразу же отправлять их серверу и получать ответ в виде таблицы;
• 5. возможность редактирования данных в таблице в визуальном режиме.

ERR диаграмма таблиц базы данных

В модуле присутствует 6 таблиц.

ѕ Таблица k_auction_lots предназначена для хранения информации о лотах. Первичным кличем является поле ID целочисленного значения. В таблице 28 полей. Важными являются поля, которые связаны с другим таблицами различными связями:

• 1. SECTION_ID связывается с таблицей k_auction_sctions по средствам связи «один ко многим». То есть в одном разделе может быть много лотов.
• 2. TYPE связывается с таблице k_auction_type по средствам связи «один ко многим». То есть один тип может быть у нескольких лотов.

ѕ Таблица k_auction_type предназначена для хранения информации о типах аукционов. По умолчанию после установки модуля создается два типа. В дальнейшем можно добавлять новые или редактировать уже имеющиеся сразу из административного раздела. Таблица имеет в себе 3 поля с ключевым полем ID.

ѕ Таблица k_auction_sections предназначена для хранения информации о разделах (категориях) аукционов. Состоит из 17 полей с ключевым полем ID. Имеет в себе ключевое поле SECTION_ID которое связывается с полем ID по средствам связи «один ко многим». То есть один раздел может содержать в себе множество других.

ѕ Таблица k_auction_elements хранит в себе информацию о элементах инфоблоков привязанных к лотам. Поле LOT_ID связанно с таблице k_auction_lots по средствам связи «один ко многим». То есть к одному лоту может быть привязано несколько элементов инфоблоков.

ѕ Таблица k_auction_bets служит для сохранения информации о ставках на лоты. Состоит из 7 полей и имеет связь «один ко многим» с таблицей k_auction_lots. То есть к одному аукциону может быть добавлено много ставок.

ѕ Таблица k_auction_autobroker содержит информацию о «автоброкерах» для лотов. Состоит из 7 полей и связывается с таблице k_auction_lots связью «один ко многим». То есть к одному аукциону может быть добавлено много автоброкеров.

Подробное описание таблиц в SQL находится в приложении 2. Вся работа с базой осуществляется через класс KAuctionDBAll. Класс KAuctionDBAll находится в приложении 3.