Re: [HACKERS] subselects coding started
| От | Vadim B. Mikheev |
|---|---|
| Тема | Re: [HACKERS] subselects coding started |
| Дата | |
| Msg-id | 34C1F51D.E9CF0A39@sable.krasnoyarsk.su обсуждение исходный текст |
| Ответ на | subselects coding started (Bruce Momjian <maillist@candle.pha.pa.us>) |
| Список | pgsql-hackers |
Thomas G. Lockhart wrote:
>
> Bruce Momjian wrote:
>
> > OK, I have created the SubLink structure with supporting routines, and
> > have added code to create the SubLink structures in the parser, and have
> > added Query->hasSubLink.
> >
> > I changed gram.y to support:
> >
> > (x,y,z) OP (subselect)
> >
> > where OP is any operator. Is that right, or are we doing only certain
> > ones, and of so, do we limit it in the parser?
>
> Seems like we would want to pass most operators and expressions through
> gram.y, and then call elog() in either the transformation or in the
> optimizer if it is an operator which can't be supported.
Not in optimizer, in parser, please.
Remember that for <> SubLink->useor must be TRUE and this is parser work
(optimizer don't know about "=", "<>", etc but only about Oper nodes).
IN ("=" ANY) and NOT IN ("<>" ALL) transformations are also parser work.
Vadim
В списке pgsql-hackers по дате отправления: