Re: [PATCHES] Re: [HACKERS] Query->hasSubLinks is always FALSE... - Mailing list pgsql-hackers

From Vadim B. Mikheev
Subject Re: [PATCHES] Re: [HACKERS] Query->hasSubLinks is always FALSE...
Date
Msg-id 34DF2E9D.2A8B87F4@sable.krasnoyarsk.su
Whole thread Raw
Responses Re: [PATCHES] Re: [HACKERS] Query->hasSubLinks is always FALSE...  (Bruce Momjian <maillist@candle.pha.pa.us>)
List pgsql-hackers
Bruce Momjian wrote:
>
> You know, after all our lengthy discussions, this SubLink thing looks
> pretty clean to me.
>
> How are subselects going?  Are you having to write a lot of code to get
> it working?  I would say after all our discussions and thinking, it took

Mmm ... =~ 1000 lines of code :)

> me about two or three days to do the parser and rewrite for sublinks.
> How many coding days is the rest taking?  I am curious.

All was near ready Feb 6, but ... I got problems from canonification
routines in optimizer: 'where A AND B OR C ' becomes 'where (A OR C) AND (B OR C)'
and if C is subselect then ... C has to be processed twice (sometime) ...
I remember your question about handling 'A AND (B OR SubSelect)' - unfortunately,
I didn't see problems here (actually, there is no problem with this
conjunctive normal form :), but there are troubles in common case.

Ideas ?

For the moment I could leave this un-optimized, with possibility
of double subselect processing...

Vadim

pgsql-hackers by date:

Previous
From: "Thomas G. Lockhart"
Date:
Subject: Re: [HACKERS] Bug?
Next
From: Bruce Momjian
Date:
Subject: Re: [PATCHES] Re: [HACKERS] Query->hasSubLinks is always FALSE...