Окей, кажется завелось!

даже если убираю столбец документ ID из присваивания, то всё-равно оно не работает и выдаёт ошибку

Рековери как-то медленно пишет-читает, htop показывает скорость всего лишь 300кБ/сек. Правда LSN прожевывает со скоростью 5 оффсетов/сек. Он ничего не делает с этими волами получается, а читает то что уже было применено?

Причем каждый раз такое с репликой, ждем по 2 часа когда она встанет после нежного завершения.

Вот файл который она сейчас жует и последний файл в директории валов со скорость 5 оффсетов в сек:
127F5
1286E

Еще одно наблюдение из прода: мы проапгрейдили квад ксеоны до самых крутых v2 и память 256 -> 1ТБ. После этого температура ЧПУ упала с 70С до 28С, очередь ядра уменьшилась за счет снижения io. Нужно глянуть в IPMI жор киловаттов, надо думать он тоже снизился.

большое спасибо!) Половина ссылок из этого списка уже фиолетовые, но я забыл, что вообще этот список находил, надо еще раз все перечитать)

Всем привет, возникла следующая проблема:

При соединении запрос не использует индексы, а сканирует всю таблицу, как это можно побороть? Сам запрос:

SELECT COMPANY.NAME,
 ORDERS.ORDER_ID,
 ORDERS.INSERTED_AT,
 ORDERS.STATUS,
 COUNT(CODE.CODE_ID)
FROM ORDERS AS ORDERS
JOIN COMPANIES AS COMPANY ON ORDERS.COMPANY_ID = COMPANY.COMPANY_ID
LEFT JOIN CODES AS CODE ON ORDERS.ORDER_ID = CODE.ORDER_ID
GROUP BY ORDERS.ORDER_ID,
 COMPANY.NAME,
 ORDERS.INSERTED_AT,
 ORDERS.STATUS

В это норма что в названии процесса постгреса висит один и тот же WAL файл уже 20минут?

попробуйте  pg_prefaulter — проблема, что wal читает только один процесс — полезно для реплик и для загрузки когда много wal-ов

pg_prefaulter  https://github.com/joyent/pg_prefaulter -- может помогать для борьбы с лагом репликации -- утилита на go -- читает wal с помощью pg_xlogdump и разогревает кеш фс для файлов, которые потребуются при применении wal -- делает это многопоточно вроде работает с 9.6 https://www.pgcon.org/2018/schedule/attachments/485_pg_prefaulter.pdf

Ого, не слышал, благодарю!

https://www.liquibase.org/ ?

https://t.me/pgsql/303899
Но, на первый взгляд — и правильно делает (фильтров тут никаких нет, полей выбирается много — какой толк от индексов?).

привет всем.
я правильно понимаю, что для типа ltree нет возможности задать констрейнт, чтобы нельзя было удалить элемент если у него есть дочерние элементы? только через триггеры решается?

Уберите лишнее поле и оберните поля выборки скобками

doc:= (SELECT (...) FROM ...);

я даже так пытался.
https://paste.ofcode.org/DXxmtc2vj63pVV3Uipk5At
всёравно не получается. Ошибок никаких нет. Но триггер ничего не копирует, а как его дебажить хз...

сам селект данные приносит и они точно есть

RAISE NOTICE, для дебага

Detail: Could not read from file "pg_subtrans/0BB8" at offset 106496: Success. у меня такая ошибка! гуглил но толком нечо не понял можете объяснить в чем может быть причина?

Всем привет, возможно будет кому-то интересно, в Arenadata открылась вакансия Системного архитектора Greenplum. Так как здесь вакансии постить нельзя, я запостила ее в группу https://t.me/pgsqljobs