Re: [HACKERS] transition table behavior with inheritance appearsbroken (was: Declarative partitioning - another take)

Поиск
Список
Период
Сортировка
От Amit Langote
Тема Re: [HACKERS] transition table behavior with inheritance appearsbroken (was: Declarative partitioning - another take)
Дата
Msg-id a0348ca6-6e03-b75f-b1b9-a667505d7232@lab.ntt.co.jp
обсуждение исходный текст
Ответ на Re: [HACKERS] transition table behavior with inheritance appearsbroken (was: Declarative partitioning - another take)  (Thomas Munro <thomas.munro@enterprisedb.com>)
Ответы Re: [HACKERS] transition table behavior with inheritance appearsbroken (was: Declarative partitioning - another take)  (Thomas Munro <thomas.munro@enterprisedb.com>)
Список pgsql-hackers
On 2017/05/10 6:51, Thomas Munro wrote:
> No such problem exists for partition hierarchies since the tables all
> appear as the same type to user code (though conversions may be
> happening for technical reasons).

To clarify a bit, there may exist differences in the ordering of columns,
either between the parent and its partitions or between different
partitions.  For example, while parent's rowtype is (a int, b char, c
float), a partition's may be (b char, a int, c float), and yet another
partition may have (c float, a int, b char).  If some user code happens to
depend on the ordering of columns, selecting from the parent and selecting
from a partition directly may return the same result but in different formats.

Thanks,
Amit




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

Предыдущее
От: xu jian
Дата:
Сообщение: [HACKERS] how to shrink pg_attribute table?
Следующее
От: Chapman Flack
Дата:
Сообщение: Re: [HACKERS] idea: custom log_line_prefix components besidesapplication_name