Re: parallel pg installation and functions gotcha

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: parallel pg installation and functions gotcha
Дата
Msg-id 29846.1051303331@sss.pgh.pa.us
обсуждение исходный текст
Ответ на parallel pg installation and functions gotcha  (Joe Slag <joe.slag@walkerart.org>)
Список pgsql-bugs
Joe Slag <joe.slag@walkerart.org> writes:
> CREATE FUNCTION plpgsql_call_handler () RETURNS opaque
>     AS '/usr/local/lib/plpgsql.so', 'plpgsql_call_handler'
>     LANGUAGE "C";

> My solution: switch the lines in the output of pg_dumpall to point to the
> current plpgsql.so, and restore normally. Everything works now.

The preferred definition nowadays uses a version-independent
reference to the installation's library directory:

CREATE FUNCTION plpgsql_call_handler () RETURNS language_handler
    AS '$libdir/plpgsql', 'plpgsql_call_handler'
    LANGUAGE c;

Unfortunately we were not bright enough to make it like that from day
one, so old dump files are a hazard :-(

            regards, tom lane

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Primary key violation
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG: Infinite syslog() loop