9 марта 2019 в 22:53
Доброго времени чтения!
Обращаюсь за поиском наиболее подходящего модуля
Имеется структура данных:
Наполнение классификаторов в https://palex.livejournal.com/74955.html
Задача: имеется список терминов
Как легче привязывать термины к любому из классификаторов для сбора экспертных оценок - с целью выявления наиболее подходящих терминов для гнезд классификаторов?
Для каждой оценки собирается информация:
термин,
классификатор,
значение классификатора,
степень уверенности,
дата оценки,
автор оценки
Для чего нужно? Есть графическая нотация https://habr.com/ru/post/414861/, но текстовое наполнение элементов меня не устраивает. Есть желание собрать мнения сообщества по каждому элементу.
Комментарии
Главного вопроса Вы не задали, как мне показалось: Вам нужен "алгоритм" или инструмент для реализации Вашего "алгоритма"?
С алгоритмом разберусь
Нужен наиболее близкий модуль Drupal
По сути, все нужные Вам модули имеются в ядре Drupal:
Taxonomy, Node
Создаете нужные типы сущностей (Супергруппы, Группы, Ресурсы, Матрицы и т.п.)
Связываете их полями типа EntityReference (для нод) и "Ссылка на термин таксономии" для терминов таксономии.
Добавляете поля "по вкусу".
и все..
PS.. Кстати про "алгоритм", а что содержится в полях, совпадающих по наименованию с наименованием самой таблицы(Сложность->сложность, Период->период и т.п.)?
Возможно я просто не в курсе всех тонкостей использования, описанных в схеме, данных, но мне кажется можно схему упростить(уменьшить глубину вложенности зависимых таблиц-сущностей)
тогда и упростятся запросы для выборки записей по условиям (модулем Views)
Спасибо! Мое понимание возможностей Drupal несколько расширилось...
Поскольку предлагаемая структура содержит усложненный вариант таксономии, то, возможно, удастся обойтись вообще без встроенной таксономии
В полях, совпадающих по наименованию, содержится "типовое" название для гнезда классификации, которое изменяется вручную в соответствии с предпочтениями пользователей. Глубину вложенности уменьшить можно, на схеме - максимально нормализованная структура с максимальным выделением похожих разделов в отдельные классификаторы.
Упрощение запросов пока абсолютно не актуально. Это исследовательский проект со сбором экспертных оценок в котором крайние классификаторы играют роль реперов для оценок пользователей.
Да нет, таксономию использовать все-таки придется-)
Т.е. оптимальнее ее использовать для типов сущностей
(сущность(entity) - устоявшийся в друпал термин для обозначения объектов-данных , грубо говоря таблиц с полями типа нода, термин таксономии, пользователь и т.п.)
которых имеется относительно конечное количество и состоящих из небольшого кол-ва полей,
чаще всего одно поле(кроме идентификатора) - наименование.
Спасибо, значит, таксономия для сущностей и крайних классификаторов
Вообще структура данных является результатом нормализации модели ER
Спасибо, это я учил по Оскархану - Машины баз данных
В верхнем левом углу три квадратика - это явно иерархический словарь таксономии с уровнями Супергруппа - Группа - Подгруппа.
Области - это ноды. Сложность и абстрактность - это два поля этих нод. Поля могут быть, как списками, так и таксономией - решать нужно по ситуации.
Экстраверсия и нейротизм - это также явно филды сущности (ноды) типа Фаза.
Матрицы, сегменты и ресурсы - это уже можете сами додумать по аналогии.
Вообще, в данном случае задача поставлена неверно. У вас есть некая логическая структура. И вы создали схему реляционной БД, которая может хранить такие данные. Но проблема в том, что приведённая схема - это всего лишь абстракция, не отражающая логику. Если выбросить эту схему и сразу рассуждать о том, как непосредственно на друпале реализовать саму структуру, то будет значительно проще.
Спасибо! Структура данных, на мой взгляд, отражает внутреннюю сущность рассматриваемых явлений.
В частности, в качестве словаря таксономии, больше подходит сложность: области симметричны по вертикали, сложность симметрично увеличивается от верхней и нижней границы к середине, дерево сложности уже в достаточной мере сформировалось:
Тогда интересует привязка нод уровня области и сегмента с конкретными названиями к сложности и фазам для разных пользователей. Предполагаю сделать графический вывод названий сегментов-нод на координатной сетке с координатами фаза/сложность. Аналогично областям разворачивается иерархия ресурсов, но используется только регион материального. Ноды матрицы содержат филды сегмента и ресурсов. Выдержит такое Drupal?
Это намек на нейронки?
Это ноомудризм! Ноомудрили, так ноомудрили)))
Сферическая модель мировосприятия
Да, нейросети, как следствие, тоже интересны. Особенно с использованием цикличности Act-Do-Plan-Check (PDCA) https://ru.wikipedia.org/wiki/Цикл_Деминга