лог то я расширил, чтобы база как то работала

Ну, а транзакция-то взвисшая есть?

в log_reuse когда кильнул сессии от 1С, статус изменился на NOTHING
и походу сразу откатилось

используемо место освободилось

Ну, теперь главное чтобы тебя бухи не убили...

:)

ну там база мониторинга процессов, я сразу спроси, что за база и для чего, поэтому был спокоен за это, всем спасибо за помощь, еще один + в  копилку знаний

Коллеги, нужна помощь!
Работаю в логистической компании, есть задача сделать прогноз станций отправления для заданной станции назначения. На фото в правой таблице приведены фактические направления за определённый период плюс процент рейсов по данному направлению. В левую таблицу необходимо по процентному соотношению проставить станции отправления. Пример: с ванино на верхнезейск всего 35% рейсов, значит находим 35% в левой таблице (получается 5 строк) и в эти 5 строк записываем Ванино, далее со станции Находка-восточная тоже 35 %, значит ещё пяти рейсам ставит Находку. Далее стрелковая - 10% это примерно 1 рейс, значит ставим стрелковую и так далее пока все поле не заполнится. Уже 3 дня мучаюсь😩
Для наглядности таблицы скопировал в Excel, сами запросы выполняются в sql, может кто сталкивался с подобными задачами, подскажите как можно начать🙄
Заранее спасибо

это не прогноз, кто вам такой алгоритм придумал? я бы назвал это пальцем в одно место

ладно, не буду грузить, дайте create table и insert тестовых строк, тогда можно будет вам помочь написать запрос, ну алгоритм все таки вам нужно в более общей форме написать, пока у вас постановка задачи хромает
база данных SQL Server?

Платиновый вопрос, наверное. Как лучше хранить древовидную структуру в постгре? Очень редко нужно будет добавлять/удалять узлы и очень часто вычитывать все ноды дерева и полные пути к ним. Думаю над тем, чтобы тупо строки хранить вида '1/2/3', тогда можно будет получать всех детей через like '1/2/%' 🤔 Или есть вариант лучше?

упс, это по MSSQL канал, ну всё равно вопрос актуален, как бы вы решали это в ней

У меня был такой вопрос на собесе и я не допер до этого ответа.
Вполне себе вариант.

Единста. Момент как обновлять узлы если меняется НЕ корневой получается все чайлды.

да, но всё дерево будет маленькое, меньше 100 узлов

и изменения в нём очень редкими

>  в постгре?

СУБД называется постгрес. ;)

> Или есть вариант лучше?

Конечно, есть. Ltree и т.п. Да хоть массив узлов.
Но почему не начать с обычного adjacency list?
И да, https://t.me/pgsql

> Но почему не начать с обычного adjacency list?

Это же та структура, где мы просто храним parentId? Придётся читать ноды каждый раз рекурсивной CTE? А у меня чтение это 99.99% всех операций

что-то буквы c в названии не видно:)