Re: BUG #12088: pg_upgrade 9.3 -> 9.4rc1 - implicit cast not ported

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: BUG #12088: pg_upgrade 9.3 -> 9.4rc1 - implicit cast not ported
Дата
Msg-id 54B566BE.6030309@gmx.net
обсуждение исходный текст
Ответ на BUG #12088: pg_upgrade 9.3 -> 9.4rc1 - implicit cast not ported  (ing.marco.colombo@gmail.com)
Ответы Re: BUG #12088: pg_upgrade 9.3 -> 9.4rc1 - implicit cast not ported  (Marco Colombo <ing.marco.colombo@gmail.com>)
Список pgsql-bugs
On 11/28/14 3:28 AM, ing.marco.colombo@gmail.com wrote:
> Hi, we have defined some implicit cast in the schema. After pg_upgrade
> process, these have been dropped and we had to create them again.
>
> Cast are defined as:
>
> create cast (varchar as numeric) with inout as implicit;
>
> create cast (unknown as numeric) with inout as implicit;
>
> create cast (unknown as text) with inout as implicit;
>
> create cast (unknown as integer) with inout as implicit;

pg_dump doesn't dump these casts.  There is a source code comment that
explains why:

    /*
     * As per discussion we dump casts if one or more of the underlying
     * objects (the conversion function and the two data types) are not
     * builtin AND if all of the non-builtin objects are included in the
dump.
     * Builtin meaning, the namespace name does not start with "pg_".
     *
     * However, for a cast that belongs to an extension, we must not use
this
     * heuristic, but just dump the cast iff we're told to (via dobj.dump).
     */

So recreating the casts manually after the upgrade is the best
workaround at the moment.

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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: BUG #12534: missing 'with' at X055
Следующее
От: Marco Colombo
Дата:
Сообщение: Re: BUG #12088: pg_upgrade 9.3 -> 9.4rc1 - implicit cast not ported