Re: [WIP] Caching constant stable expressions per execution - Mailing list pgsql-hackers

From Josh Berkus
Subject Re: [WIP] Caching constant stable expressions per execution
Date
Msg-id 4E6C08B1.1080804@agliodbs.com
Whole thread Raw
In response to Re: [WIP] Caching constant stable expressions per execution  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [WIP] Caching constant stable expressions per execution
List pgsql-hackers
> The patch as given has a bunch of implementation issues, but I think
> it's close enough for crude performance testing, and your numbers do
> show a potential performance benefit.  The question that I think is
> unresolved is whether the set of cases covered is wide enough to be
> useful in practice.  I have no data on that ...

Well, I think its use for timestamp/interval/casting functions alone
covers a pretty substantial set of common user actions.  Frankly, the
case of not re-evaluating now() alone would be a significant real-life
improvement.

If I understand the limitations correctly, though, what this would do is
cause functions to perform substantially differently if called with
expressions as arguments instead of text constants, no?  Seems like that
would lead to some user confusion.  Although, with stuff like now(), we
already have that.

-- 
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com


pgsql-hackers by date:

Previous
From: Thom Brown
Date:
Subject: Re: patch: Allow \dd to show constraint comments
Next
From: Fujii Masao
Date:
Subject: Re: new createuser option for replication role