Re: ScanDirections

Поиск
Список
Период
Сортировка
Искать
От
James William Pye
Тема
Re: ScanDirections
Дата
Msg-id
20060220024618.GD68783@lit.jwp.name
Ответ на
Список
Дерево обсуждения
ScanDirections James William Pye <pgsql@jwp.name>
Re: ScanDirections Neil Conway <neilc@samurai.com>
Re: ScanDirections James William Pye <pgsql@jwp.name>
Re: ScanDirections Neil Conway <neilc@samurai.com>
Re: ScanDirections James William Pye <pgsql@jwp.name>
Re: ScanDirections Russell Smith <mr-russ@pws.com.au>
Re: ScanDirections Tom Lane <tgl@sss.pgh.pa.us>
Re: ScanDirections James William Pye <pgsql@jwp.name>
Re: ScanDirections Neil Conway <neilc@samurai.com>
Re: ScanDirections Tom Lane <tgl@sss.pgh.pa.us>
Re: ScanDirections Neil Conway <neilc@samurai.com>
On Sun, Feb 19, 2006 at 09:04:09PM -0500, Tom Lane wrote:
> James William Pye  writes:
> > Small patch that makes ScanDirection a char(f|b|n) instead of a int or
> > long or whatever enum makes it.
> 
> Why is this a good idea?

A more appropriately sized variable for the data that it will be holding?
Certainly not a stunning improvement considering that it's only three bytes.

> It strikes me as likely to break things, without really buying anything.

I tried to be careful and track everything down. However, I imagine I could
have easily missed something, so I understand that concern.


In any case, some parts of the patch merely makes some code make use of the
sdir.h macros instead of depending on -1/0/1--heapam in particular. At least
those portions should be applied, no?
-- 
Regards, James William Pye
В списке pgsql-patches по дате отправления
От: Tom Lane
Дата:
Сообщение: WIP: further sorting speedup
От: Tom Lane
Дата:
Сообщение: Re: ScanDirections
FAQ