Re: Functions returning sets

Поиск
Список
Период
Сортировка
От Don Baccus
Тема Re: Functions returning sets
Дата
Msg-id 3.0.1.32.20010519175606.015e2e60@mail.pacifier.com
обсуждение исходный текст
Ответ на Re: Functions returning sets  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Functions returning sets  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
At 08:44 PM 5/19/01 -0400, Tom Lane wrote:
>Don Baccus <dhogaza@pacifier.com> writes:
>> What's so hard about writing "IN" rather than "=" ???
>
>Even more to the point, if we did adopt such a (crazy IMHO)
>interpretation of '=', what makes anyone think that it'd be
>any more efficient than IN?

I was going to mention this, but stuck to the old letter-to-the-editor
rule of one point per note. :)

>AFAICT, mlw is hoping that redefining '=' would magically avoid the
>performance problems with IN, but my bet is it'd be just the same.

Or that it would actually be a join operator???  Wasn't clear to me
exactly what he was expecting.

>What we need to do is teach the system how to handle WHERE ... IN ...
>as a form of join.

Yes.

BTW Oracle has a 1000-element limit on the number of values in an
"IN" set.  This limits its generality as it applies to subselects
as well as lists of constants.  It seems that PG isn't the only
RDMBS that has problems with getting "IN" implemented perfectly.



- Don Baccus, Portland OR <dhogaza@pacifier.com> Nature photos, on-line guides, Pacific Northwest Rare Bird Alert
Serviceand other goodies at http://donb.photo.net.
 


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Functions returning sets
Следующее
От: mlw
Дата:
Сообщение: Re: Functions returning sets