Re: View vs. Statement Query Plan - Mailing list pgsql-general

From Martijn van Oosterhout
Subject Re: View vs. Statement Query Plan
Date
Msg-id 20020605184716.B9784@svana.org
Whole thread Raw
In response to Re: View vs. Statement Query Plan  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: View vs. Statement Query Plan  (Curt Sampson <cjs@cynic.net>)
List pgsql-general
On Tue, Jun 04, 2002 at 07:15:59PM -0400, Tom Lane wrote:
> Martijn van Oosterhout <kleptog@svana.org> writes:
> > On Tue, Jun 04, 2002 at 01:15:38AM -0400, Tom Lane wrote:
> >> I don't doubt that this transformation is valid in some cases ... but
> >> I do doubt that it is valid in all cases.  If someone can supply a
> >> rigorous proof about when it is valid, I'd be willing to look into
> >> doing the necessary programming.
>
> > IIRC, union does an implicit DISTINCT (there's UNION ALL, right). So if what
> > is being selected is anything other than a simple statement, it'll be very
> > hard to prove equivalence (i guess this is what the iscachable is
> > for).
>
> Yeah, the UNION vs. UNION ALL difference is one of the things that would
> need to be thought about.  I think it's more likely that the
> transformation would work for UNION ALL than for UNION ... but I have
> not had the time to try to work it out.

One thing I don't know and that is how closely SQL follows relational
algebra. Is it close enough that you can prove results in relational algebra
and have them work in SQL. Or there enough special cases to make that
tricky.
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> There are 10 kinds of people in the world, those that can do binary
> arithmetic and those that can't.

pgsql-general by date:

Previous
From: Mike Mascari
Date:
Subject: Re: Using C++ with CREATE FUNCTION
Next
From: Mark kirkwood
Date:
Subject: Re^3 : Solaris Performance - 64 bit puzzle