From: | Harald Fuchs <hf0722x(at)protecting(dot)net> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Caching of Queries |
Date: | 2004-09-23 14:24:46 |
Message-ID: | pud60dgj0x.fsf@srv.protecting.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
In article <b3dc511704092212502a2ddb09(at)mail(dot)gmail(dot)com>,
Scott Kirkwood <scottakirkwood(at)gmail(dot)com> writes:
> I couldn't find anything in the docs or in the mailing list on this,
> but it is something that Oracle appears to do as does MySQL.
> The idea, I believe, is to do a quick (hash) string lookup of the
> query and if it's exactly the same as another query that has been done
> recently to re-use the old parse tree.
That's not was MySQL is doing. MySQL caches not the query plan, but
the result set for the (hashed) query string. If the same query comes
again, it is not executed at all (unless one of the tables involved
have been changed meanwhile).
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-09-23 14:57:41 | Re: O_DIRECT setting |
Previous Message | Gaetano Mendola | 2004-09-23 14:04:20 | Re: 7.4 vs 7.3 ( hash join issue ) |