Re: Problems with pg_upgrade after change of unix user running db.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Problems with pg_upgrade after change of unix user running db.
Дата
Msg-id 28385.1475505036@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Problems with pg_upgrade after change of unix user running db.  (Benedikt Grundmann <bgrundmann@janestreet.com>)
Ответы Re: Problems with pg_upgrade after change of unix user running db.  (Benedikt Grundmann <bgrundmann@janestreet.com>)
Список pgsql-general
Benedikt Grundmann <bgrundmann@janestreet.com> writes:
> On 3 October 2016 at 14:12, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> You're going to need to manually drop that operator from the source
>> database, as "=>" isn't a legal operator name anymore.  This appears
>> to be left over from a pre-9.0 version of hstore.

> Thanks for the quick reply.  How do I do that however?  Without dropping
> the extension itself that is:
>
> proddb_testing=# drop operator => (text, text);
> ERROR:  cannot drop operator =>(text,text) because extension hstore requires it
> HINT:  You can drop extension hstore instead.
>
> Is it possible that I need to do some form of hstore extension upgrade
> dance?

Ah, I'd been guessing that the operator was "loose", but if you still
have hstore 1.0 installed then yes that's the behavior I'd expect.
You need to do "alter extension hstore update".  In a 9.2 database
that should bring it to 1.1 which will get rid of the operator.

            regards, tom lane


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

Предыдущее
От: Benedikt Grundmann
Дата:
Сообщение: Re: Problems with pg_upgrade after change of unix user running db.
Следующее
От: Benedikt Grundmann
Дата:
Сообщение: Re: Problems with pg_upgrade after change of unix user running db.