Выбор алгоритма

@Павел26 · Регистрация: 16.01.2013

Студворк — интернет-сервис помощи студентам

Всем привет. Решаю задачу. (PHP, MySQL, Redis)
а) Есть сотрудники и отделы. Вложенность отделов друг в друга не ограничивается. Внутри отдела могут быть как сотрудники, так и отделы (небинарное дерево).
б) Из этих же сотрудников формируют группы. Вложенность групп друг в друга не ограничивается. Внутри группы могут быть как сотрудники, так и группы (небинарное дерево). Все аналогично отделам.
Задача такая:
1) Выбирают сотрудника - нужно определить - выбран ли его отдел полностью или частично и это же нужно определить до самого верха иерархии.
отдел1 -- выбран частично
отдел11 -- выбран частично
сотрудник111
сотрудник112 -- выбран
отдел12 -- выбран полностью
сотрудник121 -- выбран
отдел13
2) Выбирают отдел - нужно определить - выбран ли его отдел полностью или частично и это же нужно определить до самого верха иерархии.
отдел1 -- выбран частично
отдел11
отдел12
отдел13 -- выбран полностью
В обоих случаях нужно это же определять и для групп (б): выбрали отдел с сотрудниками - нужно в группах определить, какие из них выбраны полностью, какие частично.

Все сотрудники, их отделы и группы хранятся в MySql в разных таблицах.

Как я решил эту задачу сейчас (язык PHP):
Из БД беру отделы и сотрудников и собираю небинарное дерево (использую https://github.com/loophp/phptree). Это же делаю для групп.
В этом дереве ищу нужный узел и отмечаю его выбранным.
Потом обхожу дерево чтобы собрать данные по выбранным полностью/частично узлам.

Выбираем сотрудника: отмечаем его выбранным (ставим флаг), переходим к его отделу (узел родитель в дереве), получаем его детей, смотрим выбраны они или нет. Если выбран хоть один - частично, если все-полностью. Если среди детей есть отдел, то чтобы определить выбран он или нет в него не спускаемся, просто просто смотрим его флаг (выбран/не выбран)

Дальше собираем статистику - обходим дерево и собираем все выбранные полностью отделы, частично выбранные, и выбранных сотрудников.
На основе выбранных сотрудников в дереве групп собираю такую же инфу по выбранным полностью/частично.
Для того чтобы не дергать каждый раз БД храню деревью в редисе.

Какие проблемы в текущем решении:
Каждый раз деревья надо доставать из БД (и рекурсивно индексировать в дерево) или редиса (и так же превращать в объекты)
Если Выбирать надо сразу 10 отделов, то это кратно увеличивает количество обходов.

По сути это все аналогично TreeView

Как бы вы решали эту проблему? Использовали ли деревья или плоские структуры? Какие?
Где бы хранили сотрудников с отделами и группами, чтобы уменьшить накладные расходы или вообще иметь возможность обходиться только функционалом хранилища?
Возможно какие-то иные алгоритмы? Любые мысли приветствуются!

crautcher · 09.12.2022, 14:13

Сообщение от Павел26

1) Выбирают сотрудника - нужно определить - выбран ли его отдел полностью или частично и это же нужно определить до самого верха иерархии.

Похоже на рекурсивную cte, если поля связаны
Решал задачу с parent.id = child.parent_id связами неогрониченной вложенности

https://learnsql.com/blog/sql-recursive-cte/

@Павел26 · 13.12.2022, 11:54 **[ТС]**

Сообщение от crautcher

Похоже на рекурсивную cte, если поля связаны
Решал задачу с parent.id = child.parent_id связами неогрониченной вложенности

https://learnsql.com/blog/sql-recursive-cte/

спасибо)
В плане хранения проблем не возникло бы, если бы ни необходимость получать данные о том, полностью выбран узел или нет. А как их решить с помощью CTE?

crautcher · 13.12.2022, 16:07

Сообщение от Павел26

если бы ни необходимость получать данные о том, полностью выбран узел или нет. А как их решить с помощью CTE?

Ну ты можешь выбрать рекурсивно весь узел, а дальше глянуть, что там в этом узле. Если структура данных позволяет так выборку построить

SQL
1
2
3
4
5
WITH node_cte AS (
     -- рекурсивно весь узел
)
-- из всего узла выбираем НЕ выбранные, если есть, значит не весь выбран
SELECT ... FROM node_cte  WHERE

Новые блоги и статьи Все статьи Все блоги /
Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Рецензия / Мнение Это мой обзор планшета X220 с точки зрения школьника. Недавно я решила попытаться уменьшить свой. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .
От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .

@Павел26 0 / 0 / 0 Регистрация: 16.01.2013 Сообщений: 5

	Выбор алгоритма 02.12.2022, 20:29. Показов 1076. Ответов 3 Метки данные, деревья, структуры данных, хранение (Все метки) Всем привет. Решаю задачу. (PHP, MySQL, Redis) а) Есть сотрудники и отделы. Вложенность отделов друг в друга не ограничивается. Внутри отдела могут быть как сотрудники, так и отделы (небинарное дерево). б) Из этих же сотрудников формируют группы. Вложенность групп друг в друга не ограничивается. Внутри группы могут быть как сотрудники, так и группы (небинарное дерево). Все аналогично отделам. Задача такая: 1) Выбирают сотрудника - нужно определить - выбран ли его отдел полностью или частично и это же нужно определить до самого верха иерархии. отдел1 -- выбран частично отдел11 -- выбран частично сотрудник111 сотрудник112 -- выбран отдел12 -- выбран полностью сотрудник121 -- выбран отдел13 2) Выбирают отдел - нужно определить - выбран ли его отдел полностью или частично и это же нужно определить до самого верха иерархии. отдел1 -- выбран частично отдел11 отдел12 отдел13 -- выбран полностью В обоих случаях нужно это же определять и для групп (б): выбрали отдел с сотрудниками - нужно в группах определить, какие из них выбраны полностью, какие частично. Все сотрудники, их отделы и группы хранятся в MySql в разных таблицах. Как я решил эту задачу сейчас (язык PHP): Из БД беру отделы и сотрудников и собираю небинарное дерево (использую https://github.com/loophp/phptree). Это же делаю для групп. В этом дереве ищу нужный узел и отмечаю его выбранным. Потом обхожу дерево чтобы собрать данные по выбранным полностью/частично узлам. Выбираем сотрудника: отмечаем его выбранным (ставим флаг), переходим к его отделу (узел родитель в дереве), получаем его детей, смотрим выбраны они или нет. Если выбран хоть один - частично, если все-полностью. Если среди детей есть отдел, то чтобы определить выбран он или нет в него не спускаемся, просто просто смотрим его флаг (выбран/не выбран) Дальше собираем статистику - обходим дерево и собираем все выбранные полностью отделы, частично выбранные, и выбранных сотрудников. На основе выбранных сотрудников в дереве групп собираю такую же инфу по выбранным полностью/частично. Для того чтобы не дергать каждый раз БД храню деревью в редисе. Какие проблемы в текущем решении: Каждый раз деревья надо доставать из БД (и рекурсивно индексировать в дерево) или редиса (и так же превращать в объекты) Если Выбирать надо сразу 10 отделов, то это кратно увеличивает количество обходов. По сути это все аналогично TreeView Как бы вы решали эту проблему? Использовали ли деревья или плоские структуры? Какие? Где бы хранили сотрудников с отделами и группами, чтобы уменьшить накладные расходы или вообще иметь возможность обходиться только функционалом хранилища? Возможно какие-то иные алгоритмы? Любые мысли приветствуются! 0