Re: performance of IN (subquery)

From: Joseph Shraibman <jks(at)selectacast(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: performance of IN (subquery)
Date: 2004-08-27 15:09:26
Message-ID: 412F4EA6.1070302@selectacast.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> Greg Stark <gsstark(at)mit(dot)edu> writes:
>
>>I'm not about to run analyze in the middle of the data generation
>>(which wouldn't work anyways since it's in a transaction).
>
>
> Since 7.3 or 7.4, you *can* run ANALYZE in the middle of a transaction.
> The cached-plan business is a problem, I agree, but I think it's
> orthogonal to this particular discussion (and you can always use EXECUTE
> if you have to).
>

How does EXECUTE solve the cached-plan business?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Doug Bloebaum 2004-08-27 15:11:41 Equivalent to Oracle's inline CURSOR in a SELECT clause?
Previous Message Jeremy Jongsma 2004-08-27 14:48:00 Strange difference in query execution time