Re: optimizer cost calculation problem

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: optimizer cost calculation problem
Дата
Msg-id 26707.1049160175@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: optimizer cost calculation problem  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Ответы Re: optimizer cost calculation problem  ("scott.marlowe" <scott.marlowe@ihs.com>)
Список pgsql-hackers
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
> BTW it does not 2 gig, but 1 gig (remember that we do sortmembytes *
> 2) . 

Good point.  Probably that particular calculation should be
"sortmembytes * 2.0" to force it to double before it can overflow.
But I still think we'd better limit SortMem so that the basic
SortMem*1024 calculation can't overflow (or even come close to overflow,
likely).
        regards, tom lane



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

Предыдущее
От: "Ed L."
Дата:
Сообщение: Re: index corruption?
Следующее
От: Joe Conway
Дата:
Сообщение: Re: GROUP BY + join regression in 7.3