Доброго времени суток.
Для одного клиента написал конфигурацию на платформе 1С предприятие. Проблема в стоимости лицензий и доступе к информационной базе.
Цель: создать веб-приложение с аналогичным функционалом используя ASP.NET Core MVC и PostgreSQL.
Функционал: Пользователи заполняют документы путем выбора из Иерархических Справочников элемента, либо группы. Документ содержит Таблицу с кучей полей, которые пользователи заполняют аналогичным образом.
Вопросы:
1) как оптимальным образом реализовать иерархию в Справочнике, в котором суммарное количество элементов не более 1000, а суммарное количество групп не более 50, глубиной не более 5.
Примечание:
- таблица с обычными группами (как папка, директория в операционной системе), имеющей только наименование - иерархия групп
- таблица только из элементов, но каждый элемент может иметь вложенные элементы - иерархия элементов
2) Как оптимальным образом реализовать связь документа и таблицы с данными, находящимися внутри этого документа.
Примечание:
- таблица внутри документа содержит специальное поле, которое ссылается на другую таблицу, из которой анализируются определенные строки (используется фильтр исходя из данных документа), результатом анализа является строка с 10-ю символами типа VARCHAR(10) и вставляется в специальное поле каждой строки таблицы документа.
3) Быть может есть пример реализации описанного выше? Могу предположить что уже все изобретено и где-то описано, вот только что-то внятное найти не посчастливилось.
4) Лучше заменить использование обычных запросов в пользу вызова хранимых функций?
Пояснение:
- могу предположить что оптимальным решением с иерархическими справочниками будет использование дополнительных полей: ЭтоГруппа (isgroup) и Родитель (parent_id), как это реализовано в 1С, при этом будет использоваться рекурсия.
- таблица внутри документа может быть реализована ссылкой на другую таблицу с фильтром по id документа
- если я правильно понимаю, то реализация функционала для специального поля возможна не только со стороны ASP.NET Core MVC, но и со стороны PostgreSQL, используя хранимые функции, при этом веб-сервер будет вызывать функцию используя данные таблицы документа в качестве передаваемых параметров для фильтра, в результате чего хранимая процедура вернет строку VARCHAR(10).

Прошу прощения. Примечание в пункте 1 некорректно. Правильное описание:
- таблица с обычными элементами (имеющими все поля) и группами (как папка, директория в операционной системе), имеющими только наименование - иерархия групп
- таблица только из элементов (имеющих все поля), но каждый элемент может иметь вложенные элементы - иерархия элементов

Dogen, если Вы имеете ввиду изменение ранее созданных элементов справочников, то:
1) ничего
2) как это сделано в 1С: выдать предупреждение и запустить проверку на использование элемента справочника в документах и, в зависимости от прав, разрешить либо запретить изменение элемента справочника.

fte, благодарю за пояснения и прошу прощения.

Благодарю за пояснения.
Касаемо ltree и прочего
https://habrahabr.ru/post/329204/
Про json думал, но в нем нет нужды, т.к. все, как правильно заметили, структурировано. Более того - все реализовано и работает только на платформе 1С Предприятие, но есть желание то же самое реализовать в виде Web-приложения, а ввиду вариативности решения поставленной задачи есть вопросы по оптимальному подходу.