Re: [HACKERS] Partitioning vs ON CONFLICT
От | Peter Geoghegan |
---|---|
Тема | Re: [HACKERS] Partitioning vs ON CONFLICT |
Дата | |
Msg-id | CAH2-Wz=0KgENk9LUGtY-9mgmQHDYj-4W3JePf8J+KK_2PtsPCA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Partitioning vs ON CONFLICT (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>) |
Ответы |
Re: [HACKERS] Partitioning vs ON CONFLICT
|
Список | pgsql-hackers |
On Thu, Feb 16, 2017 at 8:21 PM, Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> wrote: > would be working on a leaf partition chosen by tuple-routing after an > insert on a partitioned table. The leaf partitions can very well have a > unique index, which can be used for inference. The problem however is > that infer_arbiter_indexes() in the optimizer would be looking at the root > partitioned, which cannot yet have any indexes defined on them, let alone > unique indexes. When we develop a feature where defining an index on the > root partitioned table would create the same index on all the leaf > partitions and then extend it to support unique indexes, then we can > perhaps talk about supporting ON CONFLICT handing. Does that make sense? Yes, that makes sense, but I wasn't arguing that that should be possible today. I was arguing that when you don't spell out an arbiter, which ON CONFLICT DO NOTHING permits, then it should be possible for it to just work today -- infer_arbiter_indexes() will return immediately. This should be just like the old approach involving inheritance, in that that should be possible. No? -- Peter Geoghegan
В списке pgsql-hackers по дате отправления: