Общая архитектура базы данных

Общая архитектура базы данных CRM системы, выглядит следующим образом:

Так же на данной схеме можно увидеть связи между отдельными таблицами.

База данных подразделяется на следующие основные таблицы:

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

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

Услуга размещения. Помимо одинаковых полей для всех услуг имеются служебные поля, которые необходимы для использования в rule (правилах): comments, documents_rule Так же имеются поля check_ in и check_out это время заезда и время выезда (по-умолчанию значение из таблицы hotel берутся следующим образом: если значение поля unstandart_check_in равно 1 (true), то берется значение пользователя в противном случае берется значение из таблицы hotel, аналогичным образов работает поле check_out) Поле guest_check_in и поле guest_check_out это дата заезда и дата выезда

таблица, в которой хранится информация о гостях по заявке услуги Service_residence

и

Услуга трансфера. Так же помимо одинаковых полей для всех услуг имеются служебные поля, которые необходимы для использования в rule (правилах): comments, documents_rule

и

Прочие услуги, могут быть различны и зависят от значения поля service_type Это основные услуги системы, каждая из таблиц является равнозначной и связаны с таблицей request через поле request.

Так же в этих таблицах имеется список одинаковых полей

Так же используется список специальных полей: comments, documents_rule для использования в Rule (правилах)

Расширение Service осуществляется с помощью ORM полей

В таблице перечислен список гостиниц, которая связана с таблицей Service_Residence В данной таблице имеется служебное поле rooms_rule для использования в Rule (правилах) Поля check_in и check_out это стандартные значения времени заезда и времени выезда в гостиницу.

Данная таблица с номерами гостиниц используется в маркапах

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