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
|
Список | 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 по дате отправления: