Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Отсортировать (в кавычках) взвешенный граф. Возможно ли это на 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 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39832575&tid=1687564]: |
0ms |
get settings: |
5ms |
get forum list: |
16ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
29ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 207ms |
| total: | 309ms |

| 0 / 0 |
