Re: Progress on fast path sorting, btree index creation time
От | Bruce Momjian |
---|---|
Тема | Re: Progress on fast path sorting, btree index creation time |
Дата | |
Msg-id | 20120209171620.GA22355@momjian.us обсуждение исходный текст |
Ответ на | Re: Progress on fast path sorting, btree index creation time (Peter Geoghegan <peter@2ndquadrant.com>) |
Ответы |
Re: Progress on fast path sorting, btree index creation time
|
Список | pgsql-hackers |
On Thu, Feb 09, 2012 at 03:36:23PM +0000, Peter Geoghegan wrote: > On 9 February 2012 14:51, Robert Haas <robertmhaas@gmail.com> wrote: > > I'm not sure I entirely follow all this, but I'll look at the code > > once you have it. Are you saying that all the comparetup_yadda > > functions are redundant to each other in the single-key case? > > Yes, I am. The main reason that the loops exist in those functions > (which is the only way that they substantially differ) is because they > each have to get the other keys through various ways that characterise > the tuple class that they encapsulate (index_getattr(), > heap_getattr(), etc). Does this help all types for sorting, including strings? -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +
В списке pgsql-hackers по дате отправления: