ЭКСПЕРТНЫЙ АНАЛИЗ
• 12 мин чтения

Архитектура реестра объектов ERP 225

Анализ проектных решений миграции v4: как построить гибкую, масштабируемую и готовую к интеграции с ИИ систему учёта объектов

Алексей Воронцов
Руководитель направления ERP-архитектуры
|
21 ноября 2024

Обзор миграции

Миграционный скрипт pgMigration_001_Erp225_Registry_Core_v4_CreateTables представляет собой фундаментальную основу для построения централизованного реестра объектов в ERP-системе. В отличие от традиционных подходов с жёсткой реляционной моделью, данная реализация сочетает структурированное хранение с высокой гибкостью.

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

Схема реестра

5 взаимосвязанных таблиц

object_types
Справочник
objects
Основной реестр
object_links
Связи
embeddings
Векторы
search_history
Аналитика

Справочник типов объектов

Таблица erp_225_object_types выполняет роль классификатора. Она содержит предопределённые базовые типы: «Деталь», «Сборка», «Материал», «Оборудование», «Заказ» и «Проект».

Базовые типы объектов
Деталь
Сборка
Материал
Оборудование
Заказ
Проект

Наличие справочника позволяет быстро расширять типы объектов без изменения логики приложения и обеспечивает единообразие в интерфейсах.

Основной реестр объектов

Таблица erp_225_objects — центральное хранилище. Ключевые особенности:

  • Поддержка иерархии через parent_id
  • Гибкие атрибуты в формате JSONB (core_attributes)
  • Учёт стоимости total_cost и ревизий
  • Мягкое удаление через is_deleted и deleted_at

«Использование JSONB атрибутов даёт возможность добавлять новые характеристики объектов без миграций схемы. Это особенно важно в условиях частых изменений требований производства.»

Мария Ковалёва
Главный архитектор ERP-решений

Интеграция с технологиями искусственного интеллекта

Одно из наиболее прогрессивных решений — таблица erp_225_object_embeddings с поддержкой векторов размерностью 1536 и индексом HNSW.

Это позволяет:

  • Выполнять семантический поиск объектов по смыслу запроса
  • Автоматически находить аналоги и замены
  • Интегрировать внешние LLM-модели для интеллектуальных рекомендаций
Таблица поиска запросов erp_225_search_history
Хранит историю взаимодействия пользователей с LLM: запросы, время выполнения, количество токенов и статус. Данные используются для последующей аналитики и дообучения моделей.

Ключевые преимущества архитектуры

Гибкость данных

JSONB позволяет адаптировать модель под специфические требования отрасли без изменения структуры таблиц.

Полноценная поддержка BOM

Рекурсивные запросы и сложные иерархии реализуются естественным образом через таблицу связей.

Готовность к ИИ

Встроенная поддержка векторного поиска позволяет внедрять семантические интерфейсы без дополнительных систем.

Производительность

GIN-индексы по JSONB и HNSW-индекс для векторов обеспечивают быстрый доступ к данным даже при больших объёмах.

Заключение

Предложенная в миграции модель реестра объектов демонстрирует зрелый подход к построению современных ERP-систем. Сочетание реляционной строгости с гибкостью JSONB и возможностями векторного поиска создаёт прочную основу для дальнейшего развития функционала, включая цифровые двойники, автоматическое планирование и интеллектуальную аналитику.

Рекомендация для внедрения:

Начать с наполнения справочника типов и базовых объектов, после чего постепенно развивать модуль связей и интеграцию с LLM-платформой.

Пример структуры таблицы связей