Re: pg_restore error

Поиск
Список
Период
Сортировка
От Laurette Cisneros
Тема Re: pg_restore error
Дата
Msg-id Pine.LNX.4.44.0209041314350.13351-100000@visor.corp.nextbus.com
обсуждение исходный текст
Ответ на Re: pg_restore error  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pg_restore error
Список pgsql-admin
A followup question on this...

What about user create functions (i.e. create function...as '<path>')
can the path have $libdir/ on it as well?

Thanks,

L.
On Tue, 3 Sep 2002, Tom Lane wrote:

> Laurette Cisneros <laurette@nextbus.com> writes:
> > I am currently on 7.2.1 and the software location has changed (to
> > /usr/local/pgsql).  And, further research shows that the pg_proc shows:
> > This shows /usr/local/pgsql-7.2/lib/plpgsql for the "probin" column.
>
> > How should an update of software be handled as per pg_proc?
>
> The preferred contents of probin are now like
>     $libdir/plpgsql
> (the dollar sign is literal text here).  As of 7.2 the server will
> substitute a suitable directory name for "$libdir".  You probably
> have a database that was reloaded from an old dump without taking
> advantage of this feature --- before 7.2 you could only use an
> absolute path in probin.  Now, absolute paths are deprecated for exactly
> the reason that they make version updates hard.
>
> Note the lack of a ".so" in that probin entry, too.  This is also
> a recommended new practice in 7.2 --- no reason to put
> platform-dependent assumptions about shared library extensions into
> your dumps.
>
>             regards, tom lane
>

--
Laurette Cisneros
The Database Group
(510) 420-3137
NextBus Information Systems, Inc.
www.nextbus.com
----------------------------------
A wiki we will go...


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

Предыдущее
От: Laurette Cisneros
Дата:
Сообщение: error trying to load plperl...
Следующее
От: Tom Lane
Дата:
Сообщение: Re: error trying to load plperl...