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

From CK Tan
Subject Re: Having query cache in core
Date
Msg-id CAJNt7=Z_2HeGKNQUJnna+p+vhUMnft1ipPTV10e53v6vw8WdVg@mail.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 Fri, May 11, 2018, 7:13 PM Tatsuo Ishii <ishii@sraoss.co.jp> wrote:
> You could probably write an extension for that, though. I think the
> planner hook and custom scans give you enough flexibility to do that
> without modifying the server code.

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.

I think you need to know which tables are involved and if they were modified.

Regards,
-cktan


pgsql-hackers by date:

Previous
From: Tatsuo Ishii
Date:
Subject: Re: Having query cache in core
Next
From: Amit Khandekar
Date:
Subject: Re: Needless additional partition check in INSERT?