Re: Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4
Дата
Msg-id 3455.1368133903@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4  (Bruce Momjian <bruce@momjian.us>)
Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4  (Greg Stark <stark@mit.edu>)
Список pgsql-hackers
Bruce Momjian <bruce@momjian.us> writes:
> OK, that's progress.  Having received the table schema privately via
> email, I see several 'character varying(40)' fields in the schema.  So
> the question is how was this table able to get away without a TOAST
> table in 9.1, while 9.2 created one for an empty table?  Ideas?

AFAICT the needs_toast_table() logic is identical between 9.1 and 9.2,
so it seems like it must have something to do with an odd ALTER TABLE
history in the source database.  It's hard to think what, however.

In any case, it seems like pg_upgrade ought to have a strategy for
dealing with tables acquiring toast tables like this, since if we
ever do tweak the needs_toast_table() logic, or for instance do
something like deciding to support 6-byte UTF8 codes, we're going
to face such cases.  I dunno exactly how we might deal with it though...

BTW, Evan, which encoding is in use in this DB?
        regards, tom lane



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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: improving PL/Python builds on OS X
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: corrupt pages detected by enabling checksums