Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Коллеги, приветствую! Есть задача, к которой даже не знаю, с какой стороны подступиться, весь мозг сломал. Имеется таблица, содержащая набор произвольных графов. Графы в т.ч. - содержат петли. Необходимо "размотать" граф, и "вытащить" его за самый тяжелый узел. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. На выходе нужно получить: parent child1 11 21 31 65 55 4 Граф представлен как совокупность нод: узел -> смежный узел -> вес узла. Преобразовать его нужно, "Навесив" все достижимые узлы на узел, имеющий максимальный вес в каком либо из состояний. Т.е., в первом графе максимальный вес имеет узел 1, см. (1, 3, 10), это вес 10. Поэтому он считается "главным", а остальные достижимые узлы, в т.ч. - он сам - его дочерними. Обратите внимание, что сам граф - имеет петли, а узел №6 - непосредственно из узла №1 - недостижим (но достижим через другие узлы). Второй граф имеет самый "массивный" узел (5, 4, 2), 5 имеет вес 2, остальные состояния - только вес 1, поэтому он и считается главным. Это не совсем взвешенный граф, но так получилось. Собственно, меня устроит любое решение, не обязательно "Одним запросом". В таблице - множество графов. Но если не получится преобразовать ее целиком, меня устроит решение, когда на вход подается нода, например parent = 1, а на выходе возвращается такая "матрица смежности" (это не матрица смежности, я понимаю, но тем не менее). ... я тогда курсором переберу все, объем небольшой, пара миллионов вхождений всего. Может ли облегчить задачу тот факт, что нод в любом из графов - заведомо не более 100? Если кандидатов на самую массивную ноду в графе - несколько, то нужно выбрать одну и только одну главную ноду произвольно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 09:40 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
В тему SQL Graph Architecture https://docs.microsoft.com/en-us/sql/relational-databases/graphs/sql-graph-architecture?view=sql-server-2017 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 10:17 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Блин, у меня 2016SP2. Сейчас поставлю триал 2017. Хотя нужно вкуривать новую для себя концепцию. Чисто реляционного решения никто не знает? Фактически, как я понимаю, нужна функция, которая по номеру ноды вернет список всех достижимых из нее узлов, с весами. Всё осложняется произвольными петлями в графе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 10:33 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
uaggsterБлин, у меня 2016SP2. Сейчас поставлю триал 2017. Хотя нужно вкуривать новую для себя концепцию. Чисто реляционного решения никто не знает? Фактически, как я понимаю, нужна функция, которая по номеру ноды вернет список всех достижимых из нее узлов, с весами. Всё осложняется произвольными петлями в графе. Решение есть, я просто дал ссылку на тип данных,который уже сделан майкрософтом, может быть его использование поможет. Вы же версию сервера не указали. Кроме того, есть тип HierarchyID, для работы с иерархиями, это так, к слову. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 10:41 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Ролг Хупин, проблема в том, что там как раз не иерархия. Там большая часть - петли, но иногда осложненные перемычками. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 10:54 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
uaggsterБлин, у меня 2016SP2. Сейчас поставлю триал 2017. Хотя нужно вкуривать новую для себя концепцию. Чисто реляционного решения никто не знает? Фактически, как я понимаю, нужна функция, которая по номеру ноды вернет список всех достижимых из нее узлов, с весами. Всё осложняется произвольными петлями в графе. 1. Добавь в табличку поле: ID_graph - идентификатор графа 2. Заполни. 3. Все станет тривиальным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 12:58 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
aleks222, А где его взять, идентификатор то? Для того, чтобы сгенерировать идентификатор, нужно определить все ноды, которые в него входят. Ну, т.е. определить сам граф, в куче других. Вот эти ноды - один граф, вот эти - другой. А как это сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 13:14 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
-- 2 граф (4, 4, 1), (4, 5, 1), (5, 4, 2), (5, 4, 1) что-то странный граф. если верхушка от 4, то почему там 5, 4 варианты попали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 13:16 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Konst_One-- 2 граф (4, 4, 1), (4, 5, 1), (5, 4, 2), (5, 4, 1) что-то странный граф. если верхушка от 4, то почему там 5, 4 варианты попали? Это не дерево. А граф общего вида. Нет у него верхушки. А ноды - перечислены, как перечислены. (5, 4, 2), (5, 4, 1) - да, перечислена дважды. Но вес "ситуации" - разный. (4, 4, 1) - да, нода указывает на саму себя. (4, 5, 1), (5, 4, 2), (5, 4, 1) - да, две ноды взаимно указывают друг на друга, причем нода 4 указывает на ноду 5 - один раз, а нода 5 на ноду 4 - дважды, имея при этом разные веса (можно трактовать как вес ребра). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 13:31 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
graph (parent bigint not NULL, child bigint not NULL как так? у вас сполошное закольцовывание, это замкнутый граф. и другие графы ваши сложно определяемы, так как нет ограничений на "раскрутку", это задача без лимитов и ограничений не решаема. 4,4 4,5 5,4 5,5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 13:36 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
uaggster, имо эта задача решается рекурсивными алгоритмами и не с помощью T-SQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 13:38 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Konst_Onegraph (parent bigint not NULL, child bigint not NULL как так? у вас сполошное закольцовывание, это замкнутый граф. и другие графы ваши сложно определяемы, так как нет ограничений на "раскрутку", это задача без лимитов и ограничений не решаема. 4,4 4,5 5,4 5,5 Ну вот такие графы :-( Ограничение есть. В каждом конкретном графе - заведомо меньше 100 нод. Точнее даже не нод, а записей вида (4, 4, 1), описывающих связь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 14:04 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Чтобы не зациклиться, надо организовать поле в рекурсивном CTE, в котором накапливать список пройденных узлов, чтобы не проходить узел дважды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 15:10 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
uaggster, Сделайте обход вашего дерева-графа по принципу левый - корень - правый с помощью рекурсии и полученный линейный спиcок пробейте NTILE. Функция NTile(2) порежет ваш список примерно пополам без всяких долгих гемороев. https://docs.microsoft.com/ru-RU/sql/t-sql/functions/ntile-transact-sql?view=sql-server-2017 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 15:41 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
a_voroninФункция NTile(2) порежет ваш список примерно пополам без всяких долгих гемороев.ему не нужно "пополам" Нужно найти несвязанные подграфы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 15:47 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Вот что мне нужно, как я понимаю: SHORTEST_PATH https://docs.microsoft.com/ru-ru/sql/relational-databases/graphs/sql-graph-shortest-path?view=sqlallproducts-allversions&viewFallbackFrom=sql-server-2017 Но оно, сцуко, доступно только с 2019. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 16:41 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
uaggsterВот что мне нужно, как я понимаю: SHORTEST_PATH https://docs.microsoft.com/ru-ru/sql/relational-databases/graphs/sql-graph-shortest-path?view=sqlallproducts-allversions&viewFallbackFrom=sql-server-2017 Но оно, сцуко, доступно только с 2019. авторФункция SHORTEST_PATH позволяет найти: Кратчайший путь между двумя заданные узлы/сущности Единый источник кратчайшего пути. Кратчайшего пути из нескольких узлов источника для нескольких целевых узлов. и что это тебе даст ? вот тебе возможные пути в графе, - что дальше ? :) Как из этого, "по-простому" определить, что у тебя 2-а подграфа, и уже в них (в 2-х) искать максимальное ребро ... ? Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. start_nodenodepath12/1/2/13/1/3/16/1/3/6/13/1/2/3/16/1/2/3/6/21/2/3/1/26/2/3/6/23/2/3/31/3/1/36/3/6/32/3/1/2/45/4/5/54/5/4/54/5/4/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 17:16 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 19:10 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
uaggsteraleks222, А где его взять, идентификатор то? Для того, чтобы сгенерировать идентификатор, нужно определить все ноды, которые в него входят. Ну, т.е. определить сам граф, в куче других. Вот эти ноды - один граф, вот эти - другой. А как это сделать? Элементарно, Ватсон. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2019, 19:59 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Для начала в таблицу графа, я добавил номер графа. Разбираться, где заканчивается один граф и начинается второй, отдельная диссертация-не уму ни сердцу. --Подготовка данных Create table graph (parent bigint not NULL, child bigint not NULL, [weight] int not NULL,graph_id int) go insert into graph Values -- 1 граф (1, 1, 1,1), (1, 2, 1,1), (1, 3, 10,1), (2, 3, 2,1), (3, 1, 3,1), (3, 6, 1,1), (6, 6, 2,1) -- 2 граф insert into graph Values (4, 4, 1,2), (4, 5, 1,2), (5, 4, 2,2), (5, 4, 1,2) go select * from graph ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 18:36 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Второе действие, понадобяться вспомогательные таблицы, не временные, а вспомогательные. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 18:39 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Теперь две процедуры. Одна. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 18:42 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Вторая. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 18:43 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Теперь скрипт для первого графа, хард-кодный параметр 1 Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 18:45 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Скрипт для второго графа, хард-кодный параметр 2 Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 18:47 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Ну и соответственно выходы, первый ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 18:50 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
И второй ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 18:51 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
В комманду занесения петлей, поставьте дистинкт, что-то она щедрая, а копать неохота. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 18:59 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Сруль., если не ошибаюсь то у ТС задача весьма точно поставлена - показать все конечные точки (head-end) путей (без промежуточных) из вершины самого тяжелого ребра (рёбер, если MAX весов несколько) для всей декомпозиции графов SQL набора направленных переходов. а в решении выше - какие-то отдельные попытки сделать какие-то элементы, но это не решает задачу целиком. в принципе конечного результата пока никто не достиг, у invm ближе всего получилось, если-бы не последняя строка в его результате 6->6 кроме всего - пример явно не репрезентативен, например у графа могут быть две разные вершины с одинаковым весом (максимальным для графа) что можно симулировать заменив переход с (2,3,2) на (2,3,10), тогда по идее для первого графа нужно выводить ещё и все конечные точки для вершины 2. т.е. по факту у всех вроде как-бы какие-то потуги, куча кода, а адекватного решения ведь пока нет.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 20:26 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
vikkivСруль., если не ошибаюсь то у ТС задача весьма точно поставлена - показать все конечные точки (head-end) путей (без промежуточных) из вершины самого тяжелого ребра (рёбер, если MAX весов несколько) для всей декомпозиции графов SQL набора направленных переходов. а в решении выше - какие-то отдельные попытки сделать какие-то элементы, но это не решает задачу целиком. в принципе конечного результата пока никто не достиг, у invm ближе всего получилось, если-бы не последняя строка в его результате 6->6 кроме всего - пример явно не репрезентативен, например у графа могут быть две разные вершины с одинаковым весом (максимальным для графа) что можно симулировать заменив переход с (2,3,2) на (2,3,10), тогда по идее для первого графа нужно выводить ещё и все конечные точки для вершины 2. т.е. по факту у всех вроде как-бы какие-то потуги, куча кода, а адекватного решения ведь пока нет.. 0. Очень мутно излагаешь. 1. Все узлы графа достижимы. На то он и граф. 2. Таким образом задача сводится к определению всех узлов графа и выбору самого толстого из них ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 07:14 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
uaggsterНеобходимо "размотать" граф, и "вытащить" его за самый тяжелый узел. У меня безрезультатно, но приятно мозг размять и подумать. Сразу что смущает это "самый тяжелый узел", что при взвешенном графе мне не очень понятно т.к. вес не у узла, а у ребра. Если например у вас есть узел Код: sql 1. и узел Код: sql 1. то самым тяжелым узлом будет b по сумме весов ребер к нему.... наверное... "самый тяжелый узел" - это парент, к которому примыкает самое тяжелое ребро или парент, к которому примыкает самая большая сумма весов ребер? или я чего то не понимаю тут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 07:20 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
самдурак конечно - в примерах моих веса одинаковые. Пусть будет так: Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 07:23 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Прошу прощения, коллеги, отвлекся от задачи! Сруль.Для начала в таблицу графа, я добавил номер графа. Разбираться, где заканчивается один граф и начинается второй, отдельная диссертация-не уму ни сердцу. Именно это и является основной и существенной частью задачи! Если бы графы можно было бы пронумеровать - задача была бы предельно простой, как выше сказал invm , кажется. Нужно просто для номера графа вытащить узел с максимальным весом, а все остальные узлы, которые помечены тем же номером графа - записать ему в дочерние. Задача ИМЕННО в идентификации графа. У меня была мысль решить задачу, как раз используя перечень всех достижимых из конкретной ноды узлов, отсортированных по возрастанию номеров - как номера графа. Т.е. берем произвольную ноду. Перечисляем все достижимые из нее узлы. Сортируем их, тупо по возрастанию номеров нод. Полученное значение используем как сигнатуру ноды. Далее - все ноды, имеющие одинаковую сигнатуру - это один граф. Далее - тривиально. Ищем для одинаковых сигнатур ноду с максимальным весом, все остальные ноды - подчиненные. Сломался пока как раз на нахождении отсортированного списка всех достижимых нод из конкретной ноды. Спасибо за помощь, отдельно Ролг Хупин , попутно зарылся в графы 2017, и уже жду 2019. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 08:25 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
aleks222vikkivСруль., если не ошибаюсь то у ТС задача весьма точно поставлена - показать все конечные точки (head-end) путей (без промежуточных) из вершины самого тяжелого ребра (рёбер, если MAX весов несколько) для всей декомпозиции графов SQL набора направленных переходов. а в решении выше - какие-то отдельные попытки сделать какие-то элементы, но это не решает задачу целиком. в принципе конечного результата пока никто не достиг, у invm ближе всего получилось, если-бы не последняя строка в его результате 6->6 кроме всего - пример явно не репрезентативен, например у графа могут быть две разные вершины с одинаковым весом (максимальным для графа) что можно симулировать заменив переход с (2,3,2) на (2,3,10), тогда по идее для первого графа нужно выводить ещё и все конечные точки для вершины 2. т.е. по факту у всех вроде как-бы какие-то потуги, куча кода, а адекватного решения ведь пока нет.. 0. Очень мутно излагаешь. 1. Все узлы графа достижимы. На то он и граф. 2. Таким образом задача сводится к определению всех узлов графа и выбору самого толстого из них 1. Нет, в случае орграфа (ориентированного) графа - не все ноды достижимы из всех нод. Но это, слаба богу, пока (!!!) не мой случай. 2. Да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 08:29 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
uaggsterПрошу прощения, коллеги, отвлекся от задачи! Сруль.Для начала в таблицу графа, я добавил номер графа. Разбираться, где заканчивается один граф и начинается второй, отдельная диссертация-не уму ни сердцу. Именно это и является основной и существенной частью задачи! Если бы графы можно было бы пронумеровать - задача была бы предельно простой, как выше сказал invm , кажется. Нужно просто для номера графа вытащить узел с максимальным весом, а все остальные узлы, которые помечены тем же номером графа - записать ему в дочерние. Задача ИМЕННО в идентификации графа. У меня была мысль решить задачу, как раз используя перечень всех достижимых из конкретной ноды узлов, отсортированных по возрастанию номеров - как номера графа. Т.е. берем произвольную ноду. Перечисляем все достижимые из нее узлы. Сортируем их, тупо по возрастанию номеров нод. Полученное значение используем как сигнатуру ноды. Далее - все ноды, имеющие одинаковую сигнатуру - это один граф. Далее - тривиально. Ищем для одинаковых сигнатур ноду с максимальным весом, все остальные ноды - подчиненные. Сломался пока как раз на нахождении отсортированного списка всех достижимых нод из конкретной ноды. Спасибо за помощь, отдельно Ролг Хупин , попутно зарылся в графы 2017, и уже жду 2019. Мне нравится этот болтун. Из любой простейшей задачи - раздует проблему. Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 08:34 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
aleks222Мне нравится этот болтун. Из любой простейшей задачи - раздует проблему. Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL? какой смысл давать ссылку на фактическое отсутствие решения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 09:01 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
uaggster, уже несколько версий как есть родные встроенные в MS SQL средства для решения сетевых (транспортных, цепи маркова) и пр. задач на планирование оптимизации по теории графов. тем-же T-SQL / stored_procedure, Microsoft даже специально для этого компании приобретал чтобы пользователям такие инструменты были доступны (+ интеграции с другими) научится вызывать exec sp_execute_stored_procedure @langugage=N'R' ... и проблемы решатся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 09:07 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
vikkivaleks222Мне нравится этот болтун. Из любой простейшей задачи - раздует проблему. Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL? какой смысл давать ссылку на фактическое отсутствие решения? Там фсе есть. Глазки то протри. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 09:19 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
aleks222Там фсе есть. Глазки то протри.ну может конечно не проснулся ещё, но эдак всюду есть всё, ведь нужно только воображение, всего-лишь представить что есть как хочешь - и тут-же все люди станут счастливыми, и им ничего больше в жизни не надо просто сложилось впечатление что в твоём варианте додумывать много чего надо, например endpoints путей 1-6 и 5-5 , развернуть конечно можно - но поднапрягшись, если там тысячи графов слиты в таблицу с длинами цепей по сотне шагов (с конфликтными/спорными MAX рёбрами по весу) то имхо - изврат, смысла нет ёжикам на кактус лезть (или кувалдой мобильник чинить - какое сравнение удобнее) uaggster, ставишь на SQL Server - ML компонент (R , можно и Python), потом включения функциональности выполняешь: Код: sql 1. 2. 3. 4. 5. 6. 7. перегружаешь SQL сервис на R терминале (под админом) C:\Program Files\Microsoft SQL Server\MSSQL15.R\R_SERVICES\bin\x64\Rterm.exe устанавливаешь библиотеки: Код: powershell 1. 2. у меня первое что нагуглилось - пакет igraph (хотя когда-то что-то похожее вроде на bioconductor делал, но там задача больше на диапазоны была) хотя по моему чуть глючный и неизвестно как под большими нагрузками будет вести (не коммерческий всё-таки) - но такие задачи вполне решает без кучи кода весьма эффективно, по идее вот такое на разных выборках должно работать: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 09:38 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
vikkivaleks222Там фсе есть. Глазки то протри.ну может конечно не проснулся ещё, но эдак всюду есть всё, ведь нужно только воображение, всего-лишь представить что есть как хочешь - и тут-же все люди станут счастливыми, и им ничего больше в жизни не надо просто сложилось впечатление что в твоём варианте додумывать много чего надо, например endpoints путей 1-6 и 5-5 , развернуть конечно можно - но поднапрягшись, если там тысячи графов слиты в таблицу с длинами цепей по сотне шагов (с конфликтными/спорными MAX рёбрами по весу) то имхо - изврат, смысла нет ёжикам на кактус лезть (или кувалдой мобильник чинить - какое сравнение удобнее) Это быстрый, простой и понятный алгоритм идентификации графа. Все спорные, конфликтные и прочие фантастические ребра ему по барабану. Проблема циклов и подобной дебедени не существует. Легко обобщающийся на ориентированные графы (ТС это не нужно). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 09:52 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
aleks222, всего-лишь намекнул что там при наличии фантазии разворачивается - но по факту на ссылке в первом rezultset: ничего больше (хотя действительно не каждому сходу это получится реализовать, я-бы заколебался сам придумывать) чем разбитие графов (декомпозиция на законченные конструкции), по независимым так что согласен - не маловажный шаг в решении вопроса, а на втором - ноды с максимальным весом в каждом графе. ( court хоть визуально пути до endpoint резвернул, но не полностью т.к. нет закольцованных на себя) TS просит конечные пункты найти от самой тяжелой ноды для каждого графа хотя при наличии путей - края в принципе не такая-уж проблема выбрать. , так что shortest_path - вполне подходящий инструмент (т.к. позволяет многие находить, как в примере Б в доке) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 10:42 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
vikkivTS просит конечные пункты найти от самой тяжелой ноды для каждого графа хотя при наличии путей - края в принципе не такая-уж проблема выбрать. , так что shortest_path - вполне подходящий инструмент (т.к. позволяет многие находить, как в примере Б в доке) Чукча не читатель? uaggsterЗадача ИМЕННО в идентификации графа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 12:29 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. gIDparentchildmax_weight1111011210113101161025422552 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 12:45 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
aleks222, ну да, технически - именно так и написанно, однако это вроде только первый шаг в цепи реализации человека который застрял и уже начал сдаваться и отходить от исходной задачи чтобы хоть как-то продвинутся. там то это существенная часть, то именно, а то вдруг "Если бы графы можно было бы пронумеровать - задача была бы предельно простой, " uaggsterЕсли бы графы можно было бы пронумеровать - задача была бы предельно простой, как выше сказал invm, кажется. Нужно просто для номера графа вытащить узел с максимальным весом, а все остальные узлы, которые помечены тем же номером графа - записать ему в дочерние. Задача ИМЕННО в идентификации графа. court, не работает если два ребра будут одинаково максимально тяжелыми, например для набора -- 1 граф (1, 1, 1), (1, 9, 1), (1, 3, 10), (9, 3, 10 ), (3, 1, 3), (3, 6, 1), (6, 6, 2) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2019, 18:06 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
court, с другой стороны да, мой косяк, недоглядел эту часть требований ТС:Если кандидатов на самую массивную ноду в графе - несколько, то нужно выбрать одну и только одну главную ноду произвольно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2019, 05:44 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
court, да, спасибо, видимо это оно. Сейчас попробую покатать на реальных данных. Судя по виду, я совсем чуть-чуть не допилил, запутался в трех соснах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2019, 07:46 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
vikkiv, блин, это вообще белое пятно для меня. Я про R и Пайтон. Спасибо, покурю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2019, 07:47 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Кстати для более удобной работы с графами в SQL Server 2019 CTP 3.1 https://docs.microsoft.com/en-us/sql/relational-databases/graphs/sql-graph-shortest-path?view=sqlallproducts-allversions]добавили функцию SHORTEST_PATH ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2019, 12:25 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
Ага, я ее уже нашел, см. предыдущую страницу. Но самый лучший вариант решения - предложил aleks222 , на самой первой странице. Очень быстрый, нормально работает на 10+ миллионной таблице, и, собственно, дающий то, что нужно. Даже адаптации не понадобилось. Только я нихера не понял, как он работает. Просто воткнул как абракадабру в текст хранимки и всё. aleks222 , может статья есть какая с разбором? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2019, 12:58 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
uaggsterАга, я ее уже нашел, см. предыдущую страницу. Но самый лучший вариант решения - предложил aleks222 , на самой первой странице. Очень быстрый, нормально работает на 10+ миллионной таблице, и, собственно, дающий то, что нужно. Даже адаптации не понадобилось. Только я нихера не понял, как он работает. Просто воткнул как абракадабру в текст хранимки и всё. aleks222 , может статья есть какая с разбором? Там фсе просто, как калашников. 1. Присваиваем всем вершинам уникальные идентификаторы. 2. Для каждой пары связанный вершин выбираем и заменяем идентификатор на меньший из двух, если такой есть. 3. В результате идентификатор вершин каждого графа принимает значение минимального идентификатора из п.1, который принадлежал графу. Худшая оценка числа циклов = максимальное число узлов в графе. Для линейного графа. Для сильно связанных графов - число циклов меньше. Для очень большого количества графов - алгоритм можно ускорить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2019, 14:39 |
|
||
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на TSQL?
|
|||
|---|---|---|---|
|
#18+
aleks222uaggsteraleks222, А где его взять, идентификатор то? Для того, чтобы сгенерировать идентификатор, нужно определить все ноды, которые в него входят. Ну, т.е. определить сам граф, в куче других. Вот эти ноды - один граф, вот эти - другой. А как это сделать? Элементарно, Ватсон. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. Это получается пузырьковая сортировка что-ли? Офигеть. Понял. Наверное даже смогу воспроизвести с закрытыми глазами. А почему Код: sql 1. ? Просто: Код: sql 1. 2. 3. Нельзя?? Нет, я понимаю, что можно, но может есть смысл какой-то, для табличных переменных или еще чего? В плане в упор никаких различий не нашел! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2019, 14:58 |
|
||
|
|

start [/forum/topic.php?all=1&fid=46&tid=1687564]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
128ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 261ms |
| total: | 466ms |

| 0 / 0 |
