спасибо

Ребят, как мне указать bytea тип данных чтобы в него можно было не только записать число в двоичном формате но и вывести? В доках пишут, что если не указать вывод, выдаст в шестнадцетеричном..

спасибо большое

ага, вот это дельная инфа, благодарю

Чем смог - тем помог.
А вопросы ломалок и эмуляторов - это как мастурбацию тут обсуждать (прошу прощения за такое сравнение).
Практически все, наверняка, этот этап проходили (иначе, откуда знания?), но своими силами и без чужой помощи :)
И не надо это выставлять на всеобщее обозрение.
Думается, что здесь это неэтично и неприлично...
Ещё раз прошу прощения за это сравнение!

Тут по другой теме есть предложение:
добавить в systemd юнит(кто пользуется) параметры для
максимального кол-ва открытых файлов
в секцию [Service]
LimitNOFILE=65536
LimitNOFILESoft=65536
(число тут зависит от потребностей)
А то на больших инсталляциях можно схлопотать "Too many open files"
По дефолту там 4096 (для Ubuntu, про другие - не скажу)
Параметры в /etc/security/limits.conf на systemd не действуют, как я понял.
Особенно, если сервер хранилища конфигураций (CRS) демонизируете через systemd
Там точно надо увеличивать дефолтные значения на порядок где-то...

Ориентировался на эту статью
https://1s-on.ru/oshibka-slishkom-mnogo-otkrytyh-fajlov-ilitoo-many-open-files-v-1s-na-linux/

Поделитесь дистрибутивом postgres pro enterprise 12 на linux, потестировать.
И на какой Линукс лучше ставить. Конечно желательно на Альт линукс, чтобы зачли как импортозамещение, но на чем быстрее по тестам будет работать ubunta, centOS?

Напишите письмо. В postgrespro, если сочтут нужным, поделятся

А в свете последних событий, стоит ли вообще заводить сейчас centos, если его поддержка закончится в 24г? а от 8го по сути отказались

I wrote a function to do it

Всем привет, есть вопрос по обслуживанию 1C баз на postgre , а именно по выполнению VACUUM и REINDEX, когда их лучше делать..... после фулл бекапа или до бекапа?? И какой примерно объем свободного места кто сколько держит, у меня вчера 40 гигов свободного места нехватило на выполнение VACUUM и он падал с ошибкой
2021-05-28 01:54:38.207 MSK [25580] ERROR:  relation "pg_temp_7.tt390" does not exist
2021-05-28 01:54:38.207 MSK [25580] STATEMENT:  VACUUM (FULL, ANALYZE) pg_temp_7.tt390;
2021-05-28 01:54:38.400 MSK [25580] ERROR:  relation "pg_temp_4.tt335" does not exist
2021-05-28 01:54:38.400 MSK [25580] STATEMENT:  VACUUM (FULL, ANALYZE) pg_temp_4.tt335;

vacuum после восстановления смысла делать нет, на счет реиндекса не знаю, а вот analyze после того же восстановления не помешает

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

так я не восстанавливаю базу

Пардон, действительно неправильно прочитал

Тогда полагаю до, что бы меньше нужно было читать

не надо фул вакуум принудительно делать без крайней на то необходимости. просто оставить включенным автовакуум, он сам всё будет делать потихоньку