Re: Having query cache in core - Mailing list pgsql-hackers

From Hartmut Holzgraefe
Subject Re: Having query cache in core
Date
Msg-id ee45b395-b7f0-4e40-db43-1df089c9b6c6@gmail.com
Whole thread Raw
In response to Re: Having query cache in core  (Tatsuo Ishii <ishii@sraoss.co.jp>)
Responses Re: Having query cache in core  (Tatsuo Ishii <ishii@sraoss.co.jp>)
List pgsql-hackers
On 11.05.2018 11:12, Tatsuo Ishii wrote:
> Thanks for the advice. But I rather thought about bypassing the raw
> parser and the planner. i.e. use the query string (or its hash) as the
> index of the query cache.

that's almost actually how the MySQL query cache works: the query cache
lookup kicks in even before the query is parsed, to get maximum gain 
from cache hits.

It does not just take the query text into account alone though,
but also the current default database, protocol version, and character 
set/collation settings of the client session, asl all these may have
an influence on the actual result values, too ...

-- 
Hartmut Holzgraefe, Principal Support Engineer (EMEA)
MariaDB Corporation | http://www.mariadb.com/


pgsql-hackers by date:

Previous
From: Amit Khandekar
Date:
Subject: Re: Needless additional partition check in INSERT?
Next
From: Konstantin Knizhnik
Date:
Subject: Re: [HACKERS] Surjective functional indexes