ну нет, вся следующая цепочка остается как есть

т.е. инкрементальные бэкапы, принадлежащие следующей цепочке не мержатся, т.к. FULL следующей цепочки всё еще удовлетворяет ретеншену

да

короче, основная идея проста как мычания - тот хвост цепочки, который вышел за пределы политики удержания, мержится в последний(самый старый) инкрементальный бэкап, удовлетворяющий политике

получается удаляться будет как бы первый из трех фулов со всей цепочкой того фула который не выходит за политику хранения

спасибо, разобрался!

11.5 вроде не совсем допотопная версия. В этом русле диалог скорее всего не получится :(

Совсем или не совсем —не имеет значения, на самом деле. Важно то, последняя она или нет. ;)
Пытаясь разбираться с bugs, которые, вполне возможно, уже исправлены, Вы просто теряете время — как своё, так и участников этого чата.

> В этом русле диалог скорее всего не получится :(

Почему? Разве нет возможности сделать тестовые кластеры на других машинах (или виртуалках), и проверить с 11.8 на них?
И, в любом случае, [долгое] использование не последней minor версии — ошибка администрирования, обновлять нужно при первой же возможности.

в нашем случае наверное быстрее выучить с++ (за 21 день) или на чем там исходники PostgreSQL и исправить баг, чем дождаться от дба таких махинаций в виде второго кластера на последней версии для тестов :(

> или на чем там исходники PostgreSQL

На C.

> и исправить баг

Что (даже если предположить, что он всё ещё есть) Вам никак не поможет, потому что PostgreSQL у вас всё равно не обновляется, не так ли?

> чем дождаться от дба

Я скажу грубее — насколько я вижу, ваши т.н. DBA недобросовестно исполняют свои обязанности. :(
Если же Вы хотите решать проблему самостоятельно — нужно просто найти возможность развернуть 11.8 где угодно, и перенести туда достаточную для repro часть схемы и данных.

Всем привет. А есть в пг возможность сделать индекс по ключам в json? То есть у меня есть таблица, там поле типа jsonb. В этом поле лежит json объект. Вот я хочу по его ключам делать поиск. Как мне для этого индекс построить?

Спасибо за совет. Попробую сразу на 12 развернуть да потестить. люди выполняющие задачи dba тугие и этот кластер разворачивали 3 недели. Бюрократии просто вагон и маленькая тележка, её я победить не могу...

Коллеги привет, проконсультируйте плиз, я не являюсь DBA но есть такая задача, нужно перенести таблицы из тебелспейса который был сделан нами в дефолтовый тебелспейс постгри, версия постгри 11 куда копать? Я посмотрел пару примеров, но почему-то я не вижу всех таблиц в этом тебелспейсе через pgsql, а в pgadmin они есть, как найти все сущности включая индексы которые есть в нужном мне тебелспейсе? Спасибо

Да при чём тут 12?!
Поставьте Вы 11.8, и проверьте, это же вообще быстро и несложно — достаточно иметь пару любых машин, лишь бы там были те же OS, и хватало места для данных — развернуть туда backup, и всё.

Я это к чему... если Вы этого не сделаете (не подтвердите, что bug есть и в последней версии) — Вас тут (да и в других местах) большинство тех, кто действительно мог бы помочь, будут просто игнорировать. Печально, но факт.

Круто, спасибо! Я чёт не думал, что gin индекс сразу всё проиндексирует. Я думал, нужно какой-то функциональный индекс строить.

1. краткое наименование СУБД - postgreS, а не тот непонятный набор буковок, который Вы написали.
2. что такое тебелспейс?
3. есть такая штука - системный каталог, называется: https://postgrespro.ru/docs/postgresql/11/catalogs
Вам оттуда надо две таблички: pg_class и pg_tablespace связать, чтобы получить список таблиц с tablespace-ом. Соответственно, ALTER TABLE: https://postgrespro.ru/docs/postgresql/11/sql-altertable используется для переноса таблиц

> но почему-то я не вижу всех таблиц в этом тебелспейсе через pgsql

Через что (а то мало ли, вдруг кто-то и клиент с таким названием уже написал)? ;) Может быть, через psql?

> а в pgadmin они есть

Если это был psql, то уж скорее врёт pgadmin. Т.е. Вы в psql проверьте.

да я имел ввиду в psql

опечатался