Вот если бы group_num не повторялись, это было бы просто sum(ns) over (partition by group_num), но у вас там группы повторяются. Я бы поигрался с lag/lead, чтобы границы групп выделить, но нужно понимать, как упорядочиваются данные (это то, о чём писал Yaroslav Schekin)

Ну почему же невозможно. Обернуть в несколько CTE, проверять принадлежность к одной и той же group_num по lead(ns) к одной группе, навешивать на основе этого флаг, а потом partition by делать по этому флагу + group_num

Если в запросе нет order by, нет гарантий, что в следующий раз не вернутся данные в другом порядке. Мало того - если пройдёт update, то обновлённая строка очень вероятно поменяет расположение относительно других строк.

А, действительно, комментарий про отсутствие сортировки по ns не увидел

ничего страшного, классическое острова-и-проливы

https://www.red-gate.com/simple-talk/sql/t-sql-programming/gaps-islands-sql-server-data/

именно сортировка по второму полю и спасёт

Добрый день.  Подскажите плиз, есть jbdc драйвер для подключение к бд. Как им пользоваться? Нужно создавать jar файл?

https://t.me/javastart и все равно сначало в гугл, потом в чат

Парни! Пара вопросов
1) На сколько дорого искать записи по нескольким таблицам по uuid? Те, мне надо сджойнить что-то по uuid и я не знаю где оно лежит в базе, в какой таблице. Во сколько раз это дороже будет при обращении чем id таблицы + id записи?
2) У меня в разных таблицах есть записи для которых есть пользовательский статус. Хорошая ли идея использовать одну таблицу для пользовательского статуса по uuid или id таблицы + id записи?

Я, например, не понял ни одного из вопросов.
Вы не могли бы показать примеры / варианты этих таблиц... в общем, что-то более конкретное?

Ну, первое не знаю как дополнить. А второе - пользователю нужно отметить как прочитано несколько концептуально разных сущностей. И вопрос - правильно ли для этого использовать одну таблицу

книгу, email, смс и статью на хабре? Лучше разделить

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

нет, при масштабировании всегда проще разделять помельче и поточнее

Очень просто — покажите примеры таблиц и задач / запросов!
Но, скорее всего, "id таблицы + id записи" — это плохая идея.

Народ, имеется проблема: начал изучение postgres, скачал саму СУБД, а при запуске pgadmin велезант ошибка вида "pgAdmin 4 server could not be contacted. Собственно вопрос: как лечить сие безобразие?

Поищите по истории, уже неоднократно спрашивали. Либо смените pgAdmin на другой Gui клиент, например dBeaver

Лучше терминала нет х)))

Здравствуйте, что если создавать не пул соединений к базе данных, а пул тредов (зелёных нитей) каждый с открытым соединением к постгресу, в котором будут запросы к бд, собственно вопрос, это нормальная практика так делать?

Пул воркеров больше получается

Но каждый тред ведь коннект откроет