Re: Merge algorithms for large numbers of "tapes"

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Merge algorithms for large numbers of "tapes"
Дата
Msg-id 17471.1141849929@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Merge algorithms for large numbers of "tapes"  ("Jim C. Nasby" <jnasby@pervasive.com>)
Список pgsql-hackers
"Jim C. Nasby" <jnasby@pervasive.com> writes:
> But do fewer/longer sorted runs translate into not merging back to disk?
> I thought that was controlled by if we had to be able to rewind the
> result set.

A plain SELECT ... ORDER BY doesn't assume that anymore.  It is still
required for some cases such as the input to a merge join, but the
on-the-fly-final-merge code is going to be used a lot more in 8.2 than
it was before.
        regards, tom lane


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

Предыдущее
От: Ben Chelf
Дата:
Сообщение: Re: Coverity Open Source Defect Scan of PostgreSQL
Следующее
От: "Dann Corbit"
Дата:
Сообщение: Re: Merge algorithms for large numbers of "tapes"