Понятие модели данных

Модель данных – это описание информационной структуры данных, определяющей, в каком виде будут располагаться данные, и какие свойства будут иметь. Иными словами, как будут укладываться данные из БД в Юниверс MDM. Модель данных состоит из ряда объектов и связей между ними.

В разделе "Модель данных" доступно создание и настройка следующих объектов модели:

  • Реестр.

  • Справочник.

  • Атрибут реестра/справочника (как вложенный объект).

  • Комплексный атрибут (как вложенный объект).

При создании модели данных учитывайте следующие особенности объектов модели:

  • Реестр поддерживает сложные структуры данных за счет вложенных атрибутов и массив-атрибутов. От реестра можно задать связь к другому реестру, или к справочнику. Как правило, реестры используются для создания структуры часто изменяющихся данных. Например, данных о клиентах, заказах или запасов на складе.

  • Справочник поддерживает простые структуры данных. Все атрибуты справочника расположены на одном уровне. Также справочники содержат кодовые атрибуты, за счет которых каждая запись справочника является уникальной. Как правило, справочники используются для редко изменяющихся данных справочного характера. Например, справочник стран и кодов стран.

Понятие модели и структуры данных в Юниверс MDM

Модель данных — это формализованное описание структуры данных, которое определяет:

  • Как данные хранятся (в виде реестров, справочников, атрибутов).

  • Какие правила регулируют их использование (типы данных, связи, уникальность).

  • Как данные взаимодействуют между собой (например, связь заказа с клиентом).

Модель данных в Юниверс MDM — это "каркас", который превращает неструктурированную информацию в логически организованную систему.

Объекты модели данных

Объект

Описание

Примеры

Реестр

Объект для хранения динамичных данных, которые часто меняются. Поддерживает: • Сложные структуры (вложенные атрибуты, массивы). • Связи с другими реестрами и справочниками.

  • Клиенты (атрибуты: имя, заказы, история взаимодействий).

  • Зоны доставки (атрибуты: регион, тарифы, сроки).

Справочник

Объект для статичных данных справочного характера. Особенности: • Данные редко изменяются. • Нет поддержки связей. • Обязателен уникальный кодовый атрибут.

  • Страны (атрибуты: код ISO, название).

  • Производственные стандарты (атрибуты: код норматива, описание).

Атрибут

Атрибуты содержатся в справочниках и реестрах и являются характеристикой объекта, которая состоит из:

  • Названия.

  • Значения.

  • Типа (текст, число, дата и др.).

  • Адрес (текст).

  • Дата создания (дата).

Комплексный атрибут

Группа атрибутов, которые объединены в логическую структуру.

  • Контакты (телефон, email, Telegram).

Структура данных и ее необходимость

Структура данных — это совокупность всех элементов (ее архитектура), которые управляют информацией в системе:

  • Модель данных (реестры, справочники, атрибуты).

  • Перечисления (списки допустимых значений).

  • Единицы измерения (стандарты для числовых данных: кг, шт).

  • Источники данных (Сторонние информационные системы, данные из которых направляются в систему).

  • Модель качества данных (Описание структуры данных, которое содержит в себе реестры/справочники, а также единицы измерения, перечисления и источники данных.)

  • Связи (логические зависимости между объектами).

  • Модели сопоставления (дубликаты записей)

Почему ее необходимо продумать заранее:

  • Чтобы данные не превратились в "свалку".

    • Без структуры, каждый пользователь будет вводить информацию по своим правилам:

      • В поле "Телефон" окажутся значения: +7 900 123-45-67, 89001234567, тел.: 900-123-45-67.

      • Вместо стран появятся варианты: Россия, РФ, Russian Federation.

    • Структура задает правила:

      • Какие поля обязательны (например, Email).

      • Какие форматы допустимы (телефон — только +7 XXX XXX-XX-XX).

      • Какие значения возможны (страны — только из справочника).

  • Чтобы данные "понимали" друг друга:

    • Без связей между объектами:

      • Заказ может «потерять» клиента, если того удалят из системы.

      • Товар будет существовать без категории, цены или описания.

    • Структура создает связи:

      • Заказ привязан к клиенту, следовательно нельзя удалить клиента, пока у него есть активные заказы.

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

  • Чтобы система росла вместе с бизнесом:

    • Без продуманной структуры:

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

      • Изменение формата данных (например, переход на новый валютный стандарт) может вызвать серьезные трудности.

    • Структура дает гибкость:

      • Новые атрибуты добавляются в пару кликов.

      • Справочники (например, валюты) обновляются централизованно.

      • Данные легко изменяются под новые требования.

  • Автоматизация процессов:

    • Без структуры:

      • Поиск данных превращается в ручной перебор таблиц.

      • Анализ продаж требует часов работы в Excel.

    • Структура дает возможность:

      • Настроить автоматические отчеты (например, "Топ-10 клиентов по регионам").

      • Реализовать бизнес-правила (например, если сумма заказа > 100 000 ₽ - необходимо запросить одобрение менеджера по продажам).