Доброго времени чтения!
Обращаюсь за поиском наиболее подходящего модуля
Имеется структура данных:
Наполнение классификаторов в https://palex.livejournal.com/74955.html
Задача: имеется список терминов
Как легче привязывать термины к любому из классификаторов для сбора экспертных оценок - с целью выявления наиболее подходящих терминов для гнезд классификаторов?
Для каждой оценки собирается информация:
термин,
классификатор,
значение классификатора,
степень уверенности,
дата оценки,
автор оценки
Для чего нужно? Есть графическая нотация https://habr.com/ru/post/414861/, но текстовое наполнение элементов меня не устраивает. Есть желание собрать мнения сообщества по каждому элементу.
Комментарии
Главного вопроса Вы не задали, как мне показалось: Вам нужен "алгоритм" или инструмент для реализации Вашего "алгоритма"?
С алгоритмом разберусь
Нужен наиболее близкий модуль Drupal
По сути, все нужные Вам модули имеются в ядре Drupal:
Taxonomy, Node
Создаете нужные типы сущностей (Супергруппы, Группы, Ресурсы, Матрицы и т.п.)
Связываете их полями типа EntityReference (для нод) и "Ссылка на термин таксономии" для терминов таксономии.
Добавляете поля "по вкусу".
и все..
PS.. Кстати про "алгоритм", а что содержится в полях, совпадающих по наименованию с наименованием самой таблицы(Сложность->сложность, Период->период и т.п.)?
Возможно я просто не в курсе всех тонкостей использования, описанных в схеме, данных, но мне кажется можно схему упростить(уменьшить глубину вложенности зависимых таблиц-сущностей)
тогда и упростятся запросы для выборки записей по условиям (модулем Views)
Спасибо! Мое понимание возможностей Drupal несколько расширилось...![Smile](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/smile.gif)
Поскольку предлагаемая структура содержит усложненный вариант таксономии, то, возможно, удастся обойтись вообще без встроенной таксономии
В полях, совпадающих по наименованию, содержится "типовое" название для гнезда классификации, которое изменяется вручную в соответствии с предпочтениями пользователей. Глубину вложенности уменьшить можно, на схеме - максимально нормализованная структура с максимальным выделением похожих разделов в отдельные классификаторы.
Упрощение запросов пока абсолютно не актуально. Это исследовательский проект со сбором экспертных оценок в котором крайние классификаторы играют роль реперов для оценок пользователей.
Да нет, таксономию использовать все-таки придется-)
Т.е. оптимальнее ее использовать для типов сущностей
(сущность(entity) - устоявшийся в друпал термин для обозначения объектов-данных , грубо говоря таблиц с полями типа нода, термин таксономии, пользователь и т.п.)
которых имеется относительно конечное количество и состоящих из небольшого кол-ва полей,
чаще всего одно поле(кроме идентификатора) - наименование.
Спасибо, значит, таксономия для сущностей и крайних классификаторов
Вообще структура данных является результатом нормализации модели ER
Спасибо, это я учил по Оскархану - Машины баз данных![Smile](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/smile.gif)
В верхнем левом углу три квадратика - это явно иерархический словарь таксономии с уровнями Супергруппа - Группа - Подгруппа.
Области - это ноды. Сложность и абстрактность - это два поля этих нод. Поля могут быть, как списками, так и таксономией - решать нужно по ситуации.
Экстраверсия и нейротизм - это также явно филды сущности (ноды) типа Фаза.
Матрицы, сегменты и ресурсы - это уже можете сами додумать по аналогии.
Вообще, в данном случае задача поставлена неверно. У вас есть некая логическая структура. И вы создали схему реляционной БД, которая может хранить такие данные. Но проблема в том, что приведённая схема - это всего лишь абстракция, не отражающая логику. Если выбросить эту схему и сразу рассуждать о том, как непосредственно на друпале реализовать саму структуру, то будет значительно проще.
Спасибо! Структура данных, на мой взгляд, отражает внутреннюю сущность рассматриваемых явлений.
![](/sites/default/files/inline/images/merkator.png)
В частности, в качестве словаря таксономии, больше подходит сложность: области симметричны по вертикали, сложность симметрично увеличивается от верхней и нижней границы к середине, дерево сложности уже в достаточной мере сформировалось:
Тогда интересует привязка нод уровня области и сегмента с конкретными названиями к сложности и фазам для разных пользователей. Предполагаю сделать графический вывод названий сегментов-нод на координатной сетке с координатами фаза/сложность. Аналогично областям разворачивается иерархия ресурсов, но используется только регион материального. Ноды матрицы содержат филды сегмента и ресурсов. Выдержит такое Drupal?![Smile](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/smile.gif)
Это намек на нейронки?
Это ноомудризм! Ноомудрили, так ноомудрили)))
Сферическая модель мировосприятия![Smile](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/smile.gif)
Да, нейросети, как следствие, тоже интересны. Особенно с использованием цикличности Act-Do-Plan-Check (PDCA) https://ru.wikipedia.org/wiki/Цикл_Деминга