Всем привет. Подскажите, в pl/pqsql оракловый тип type mt is table of integer index by varchar2(100); только через временную таблицу можно реализовать? /* Дальше по коду оракловых процедур объявляется переменная типа mt, например, mv mt; и используется так mv('строка'):= 42; ... if mv.exists('строка') ... */

mv hstore mv := hstore('s1', '42'); mv := mv || hstore('ololol', '21'); if mv ? 'ololol' ....

@drsm2 @knizhnik Спасибо!

Есть тригер на апдейт, внутри себя он должен апдейтить другие записи, но возникает рекурсия. Можно ли как-то запретить падать в рекурсию, или единственный выход писать функцию для апдейта без триггера ?

Есть тригер на апдейт, внутри себя он должен апдейтить другие записи, но возникает рекурсия. Можно ли как-то запретить падать в рекурсию, или единственный выход писать функцию для апдейта без триггера ?

Использовать переменные уровня сессии

На заходе в триггер проверить, выставить. На выходе снять.

На заходе в триггер проверить, выставить. На выходе снять.

Спасибо

"Вы легко можете получить выигрыш в производительности без побочных эффектов, если примонтируете файловую систему, содержащую базу данных, с параметром noatime (но при этом не будет отслеживаться время последнего доступа к файлу" из раздела 2.3 Диски и файловые системы http://postgresql.leopard.in.ua/ Кто пробовал? Какой получался выигрыш в производительности и критично ли вообще время последнего доступа к файлу?

так дефолтный relatime почти то же самое

https://access.redhat.com/documentation/ru-ru/red_hat_enterprise_linux/6/html/power_management_guide/relatime

товарищи, на 7ой центоси пытаюсь обновить 9.2 до 9.6 таким методом: /usr/pgsql-9.6/bin/pg_upgrade --link --old-datadir=/var/lib/pgsql/data --new-datadir=/var/lib/pgsql/9.6/data --old-bindir=/usr/bin --new-bindir=/usr/pgsql-9.6/bin когда оба сервера включены - говорит выключи, когда выключены - говорит включи. при этом —check проходит. что я делаю не так?

товарищи, на 7ой центоси пытаюсь обновить 9.2 до 9.6 таким методом: /usr/pgsql-9.6/bin/pg_upgrade --link --old-datadir=/var/lib/pgsql/data --new-datadir=/var/lib/pgsql/9.6/data --old-bindir=/usr/bin --new-bindir=/usr/pgsql-9.6/bin когда оба сервера включены - говорит выключи, когда выключены - говорит включи. при этом —check проходит. что я делаю не так?

--link не использовать?

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

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

Так в итоге должен остаться только один...

Так в итоге должен остаться только один...

Ну так убить файлы - это просто. А если, как это обычно случается, обновление не вот уж протестировано, и надо быстро-быстро откатиться на предыдущую версию?

--link не использовать?

я по докам. там говорят линк надо. я понял твою идею, спасибо

я по докам. там говорят линк надо. я понял твою идею, спасибо

Его можно (и даже нужно, если нужен быстрый upgrade) использовать. Наверное, Вы что-то не так сделали... Здесь https://www.postgresql.org/docs/current/static/pgupgrade.html же есть пошаговая инструкция, посмотрите, где Вы могли ошибиться.

Его можно (и даже нужно, если нужен быстрый upgrade) использовать. Наверное, Вы что-то не так сделали... Здесь https://www.postgresql.org/docs/current/static/pgupgrade.html же есть пошаговая инструкция, посмотрите, где Вы могли ошибиться.

благодарю!

Его можно (и даже нужно, если нужен быстрый upgrade) использовать. Наверное, Вы что-то не так сделали... Здесь https://www.postgresql.org/docs/current/static/pgupgrade.html же есть пошаговая инструкция, посмотрите, где Вы могли ошибиться.

судя по данному ману --link не нужен

я нашел на что у меня ругается, но как починить пока не понимаю

судя по данному ману --link не нужен

Он не обязателен. Но если Вам нужно быстрее (и в пределах одной FS), то это может быть намного быстрее.

command: "/usr/bin/pg_ctl" -w -l "pg_upgrade_server.log" -D "/var/lib/pgsql/data" -o "-p 50432 -b -c listen_addresses='' -c unix_socket_permissions=0700 -c unix_socket_directory='/opt/pgsql'" start >> "pg_upgrade_server.log" 2>&1 waiting for server to start....FATAL: unrecognized configuration parameter "unix_socket_directory" stopped waiting pg_ctl: could not start server

но у меня и в том и другом конфиги есть такой параметр...

но у меня и в том и другом конфиги есть такой параметр...

И зря он там есть. ;) Его (кажется, в 9.3) переименовали в unix_socket_directories.

И зря он там есть. ;) Его (кажется, в 9.3) переименовали в unix_socket_directories.

⚡️ root@srv  /var/lib/pgsql  cat 9.6/data/postgresql.conf | grep unix_socket_dir #unix_socket_directories = '/var/run/postgresql, /tmp' # comma-separated list of directories ⚡️ root@srv  /var/lib/pgsql  cat data/postgresql.conf | grep unix_socket_dir #unix_socket_directories = '/var/run/postgresql, /tmp' # comma-separated list of directories

и в 9.2 и в 9.6 одинаковые

command: "/usr/bin/pg_ctl" -w -l "pg_upgrade_server.log" -D "/var/lib/pgsql/data" -o "-p 50432 -b -c listen_addresses='' -c unix_socket_permissions=0700 -c unix_socket_directory='/opt/pgsql'" start >> "pg_upgrade_server.log" 2>&1 waiting for server to start....FATAL: unrecognized configuration parameter "unix_socket_directory" stopped waiting pg_ctl: could not start server

Что как бы намекает нам... Вы точно используете новый бинарник pg_upgrade (от 9.6)?

точно

/usr/pgsql-9.6/bin/pg_upgrade --old-datadir=/var/lib/pgsql/data --new-datadir=/var/lib/pgsql/9.6/data --old-bindir=/usr/bin --new-bindir=/usr/pgsql-9.6/bin

вот и неочень понятно куда копать...

может просто вырезать данную строку? она всеравно закомментирована

вот и неочень понятно куда копать...

Да не было этого параметра в 9.2, кажется (проверьте по документации). Странно это...

ну а откуда он у меня тогда?

а, минуту, я проверю на проде

[root@gw data]# cat postgresql.conf | grep unix_socket_directories #unix_socket_directories = '/var/run/postgresql, /tmp' # comma-separated list of directories [root@gw data]# rpm -qa | grep postgresql-ser postgresql-server-9.2.23-3.el7_4.x86_64

тоже есть

но офф дока говорит что оно звалось иначе...

в 9.2: unix_socket_directory (string) - https://www.postgresql.org/docs/9.2/static/runtime-config-connection.html

9.6: unix_socket_directories (string) - https://www.postgresql.org/docs/9.6/static/runtime-config-connection.html

да, но мне смысл обманывать?

я грепаю с живого сервера конфиг

там в 9.2 directories

centos 7 версия сервера выше

там в 9.2 directories

Чего не должно быть... Но если он закомментирован, это неважно.

так вот pg_upgrade ругается же

Чего не должно быть... Но если он закомментирован, это неважно.

Может сентосники чего в пг_апгрейд нарукоблудили, судя по ошибкам.

самое странное что апгрейд ругается на FATAL: unrecognized configuration parameter "unix_socket_directory" которого у меня по факту и нет нигде

⚡️ root@srv  /var/lib/pgsql  grep -R 'unix_socket_director' * 9.6/data/postgresql.conf:#unix_socket_directories = '/var/run/postgresql, /tmp' # comma-separated list of directories data/postgresql.conf:#unix_socket_directories = '/var/run/postgresql, /tmp' # comma-separated list of directories ⚡️ root@srv  /var/lib/pgsql  pwd /var/lib/pgsql

чепуха какая-то(

Может сентосники чего в пг_апгрейд нарукоблудили, судя по ошибкам.

Да, похоже... То ли он пытается стартовать старый сервер, используя новый pg_ctl почему-то, то ли где-то ещё они накосили... я сходу не вижу.

Да, похоже... То ли он пытается стартовать старый сервер, используя новый pg_ctl почему-то, то ли где-то ещё они накосили... я сходу не вижу.

нет, стартовать старый пытается обычный pg_ctl

command: "/usr/bin/pg_ctl" -w -l "pg_upgrade_server.log" -D "/var/lib/pgsql/data" -o "-p 50432 -b -c listen_addresses='' -c unix_socket_permissions=0700 -c unix_socket_directory='/opt/pgsql'" start » "pg_upgrade_server.log" 2>&1 waiting for server to start....FATAL: unrecognized configuration parameter "unix_socket_directory" stopped waiting pg_ctl: could not start server

самое странное что апгрейд ругается на FATAL: unrecognized configuration parameter "unix_socket_directory" которого у меня по факту и нет нигде

Да он у Вас в командной строке (которую Вы сюда копировали) передаётся, посмотрите.

pg_upgrade вызывает pg_ctl напрямую и передаёт ему какие-то свои параметры, в том числе и ... жЫзнь - боль и страдание, 9.2 снят с поддержки, а стало быть из pg_upgrade запросто могли выпилить 9.2-специфичные параметры. Судя по ошибке

Да он у Вас в командной строке (которую Вы сюда копировали) передаётся, посмотрите.

черт, точно....

pg_upgrade вызывает pg_ctl напрямую и передаёт ему какие-то свои параметры, в том числе и ... жЫзнь - боль и страдание, 9.2 снят с поддержки, а стало быть из pg_upgrade запросто могли выпилить 9.2-специфичные параметры. Судя по ошибке

Да вроде не должны были...

причем он берет диру которая текущая для него....

ну откуда я стартую апгрейд...

вот же ж зараза.

command: "/usr/bin/pg_ctl" -w -l "pg_upgrade_server.log" -D "/var/lib/pgsql/data" -o "-p 50432 -b -c listen_addresses='' -c unix_socket_permissions=0700 -c unix_socket_directory='/opt/pgsql'" start » "pg_upgrade_server.log" 2>&1 waiting for server to start....FATAL: unrecognized configuration parameter "unix_socket_directory" stopped waiting pg_ctl: could not start server

Т.е. с виду это старт _старого_ сервера, а вот pg_ctl, возможно, новый.

Т.е. с виду это старт _старого_ сервера, а вот pg_ctl, возможно, новый.

новый pg_ctl лежит тут: /usr/pgsql-9.6/bin/

новый pg_ctl лежит тут: /usr/pgsql-9.6/bin/

О! Смотрите (вроде это 1:1 Ваш случай): https://dba.stackexchange.com/questions/50135/pg-upgrade-unrecognized-configuration-parameter-unix-socket-directory

о, сейчас опробуем, спасибо

если бы...

сейчас буду мучать

could not get pg_ctl version data using "/usr/bin/pg_ctl" --version: No such file or directory

сразу же)

если бы...

А Вы заметили комментарий: > This really allowed me to upgrade postgres 9.2 to 9.6 on Centos 7! под первым ответом: > I hacked the problem by running (as root): Я поэтому и написал, что это Ваш случай...

А Вы заметили комментарий: > This really allowed me to upgrade postgres 9.2 to 9.6 on Centos 7! под первым ответом: > I hacked the problem by running (as root): Я поэтому и написал, что это Ваш случай...

я Вас прекрасно понимаю. возможно я уже немного злюсь и накосячил с хаком, сейчас перекурю и попробую заного.

да, это уже мои нервы были

ох уж сколько проблем с этим постгре...

ну оно якобы проапгрейдилось и перезалило базы и запустилось...

но /usr/pgsql-9.6/bin/psql не видит базы)

А Вы заметили комментарий: > This really allowed me to upgrade postgres 9.2 to 9.6 on Centos 7! под первым ответом: > I hacked the problem by running (as root): Я поэтому и написал, что это Ваш случай...

спасибо за помощь Вам!

ох уж сколько проблем с этим постгре...

Да это уж CentOS виноват... Вы, кстати, не пробовали искать в их bugtracker-е (или что у них там есть)?

но /usr/pgsql-9.6/bin/psql не видит базы)

Упс. :(

Упс. :(

я уже разобрался. они совсем перекурили. у меня раньше всегда psql цеплялся по сокету локальному, а тут я изменял порт (5432 и 5433 на 9.6, чтобы при одновременно запуске конфликта не было), и пока я на 5432 не сменил - не цеплялось. что-то я думаю что я откажусь пока от обновы на проде (вообще это все ради UPSERT делалось)...

Да это уж CentOS виноват... Вы, кстати, не пробовали искать в их bugtracker-е (или что у них там есть)?

я уже потерял вкладку, но это даже не центос, это рхел виноват со своими бекпортами

я уже потерял вкладку, но это даже не центос, это рхел виноват со своими бекпортами

Может быть... в любом случае, проблемы (какого-то) дистрибутива. ;)

ну тут такой порядок. Fedora как самый свежий софт и обкатка его, потом рхел, потом уже центос как бесплатный форк рхела

я уже разобрался. они совсем перекурили. у меня раньше всегда psql цеплялся по сокету локальному, а тут я изменял порт (5432 и 5433 на 9.6, чтобы при одновременно запуске конфликта не было), и пока я на 5432 не сменил - не цеплялось. что-то я думаю что я откажусь пока от обновы на проде (вообще это все ради UPSERT делалось)...

А зря. 9.2 уже end-of-life. Вот на днях, например, выходит security update для всех поддерживаемых версий... ;) И аналогично с исправлениями ошибок.

А зря. 9.2 уже end-of-life. Вот на днях, например, выходит security update для всех поддерживаемых версий... ;) И аналогично с исправлениями ошибок.

ну когда 8ую центось запилят - перееду. как-то мне вот эти костыли шибко сильно не нравятся, а особенно дальше костылять или симлинки или переписывать скрипты... проще уж expect пойти написать

у человека с 2012 года не было времени обновить

у человека с 2012 года не было времени обновить

вы не поверите

https://mirror.yandex.ru/centos/7.4.1708/updates/x86_64/Packages/

и там ctrl+f postgresql

E.25. Release 9.2 Release date: 2012-09-10 (с) https://www.postgresql.org/docs/9.2/static/release-9-2.html

я прекрасно понимаю, но вот рхел считает ее stable

Ребят, подскажите как модно делать кластер в 10 версии?

Ребят, подскажите как модно делать кластер в 10 версии?

А что Вы имеете в виду?

Давно не занимался постгресом, был XL какой то,. citus

Patroni

Или сначала надо понять? Что хочу? Надёжность или скорость?