Re: 9.3 Pre-proposal: Range Merge Join
От | Robert Haas |
---|---|
Тема | Re: 9.3 Pre-proposal: Range Merge Join |
Дата | |
Msg-id | BE156338-2EE4-4830-9C97-B685AB6CAFB4@gmail.com обсуждение исходный текст |
Ответ на | 9.3 Pre-proposal: Range Merge Join (Jeff Davis <pgsql@j-davis.com>) |
Ответы |
Re: 9.3 Pre-proposal: Range Merge Join
|
Список | pgsql-hackers |
On Apr 16, 2012, at 1:40 AM, Jeff Davis <pgsql@j-davis.com> wrote: > See attached SQL for example. The > Problem statement: slow. Nested loops are the only option, although they > can benefit from an inner GiST index if available. But if the join is > happening up in the plan tree somewhere, then it's impossible for any > index to be available. Hmm. This sounds like something that Tom's recent work on parameterized plans ought to have fixed, or if not, it seems closelyrelated. And by "this" I mean specifically the ability to use a GiST index to drive a nested loop that is higher upin the plan tree than the immediate parent of the index scan. This is not an argument against your proposal, just an observation. ...Robert
В списке pgsql-hackers по дате отправления: