Re: Skip partition tuple routing with constant partition key
От | Amit Langote |
---|---|
Тема | Re: Skip partition tuple routing with constant partition key |
Дата | |
Msg-id | CA+HiwqEscNWguQC=QkvHgc=YY=68N-QOPy0Mq8oObuOe=bZh1w@mail.gmail.com обсуждение исходный текст |
Ответ на | Skip partition tuple routing with constant partition key ("houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>) |
Ответы |
Re: Skip partition tuple routing with constant partition key
|
Список | pgsql-hackers |
On Mon, May 17, 2021 at 8:37 PM houzj.fnst@fujitsu.com <houzj.fnst@fujitsu.com> wrote: > When loading some data into a partitioned table for testing purpose, > > I found even if I specified constant value for the partition key[1], it still do > > the tuple routing for each row. > > > [1]--------------------- > > UPDATE partitioned set part_key = 2 , … > > INSERT into partitioned(part_key, ...) select 1, … > > --------------------- > > I saw such SQLs automatically generated by some programs, Hmm, does this seem common enough for the added complexity to be worthwhile? For an example of what's previously been considered worthwhile for a project like this, see what 0d5f05cde0 did. The cases it addressed are common enough -- a file being loaded into a (time range-) partitioned table using COPY FROM tends to have lines belonging to the same partition consecutively placed. -- Amit Langote EDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: