Skip site navigation (1) Skip section navigation (2)

Re: Review of: explain / allow collecting row counts without timing info

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Tomas Vondra <tv(at)fuzzy(dot)cz>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Review of: explain / allow collecting row counts without timing info
Date: 2012-02-05 01:47:05
Message-ID: 6216.1328406425@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
Jeff Janes <jeff(dot)janes(at)gmail(dot)com> writes:
> I suspect we will be unwilling to make such a break with the past.  In
> that case, I think I prefer the originally proposed semantics, even
> though I agree they are somewhat less natural.  ANALYZE is a big flag
> that means "This query will be executed, not just planned".  If we are
> not going to make a major break, but only nibble around the edges,
> then I don't think we should remove the property that the query will
> be executed if and only if ANALYZE is specified.

Yeah, I think we need to preserve that property.  Unexpectedly executing
a query (which may have side-effects) is a very dangerous thing.  People
are used to the idea that ANALYZE == execute, and adding random other
flags that also cause execution is going to burn somebody.

			regards, tom lane

In response to

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2012-02-05 02:20:56
Subject: Re: 16-bit page checksums for 9.2
Previous:From: Noah MischDate: 2012-02-05 01:18:49
Subject: Re: initdb and fsync

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group