From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | pasman pasmański <pasman(dot)p(at)gmail(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: function(contants) evaluated for every row |
Date: | 2010-11-27 11:15:20 |
Message-ID: | AANLkTi=bW4urEkAUpjvLv1=7yBGs=o-iLvYWNiCCvcxH@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
2010/11/25 pasman pasmański <pasman(dot)p(at)gmail(dot)com>:
>>I've seen this as well be a performance issue, in particular with partitioned tables.
>>Out of habit I now write functions that always cache the value of the function in
>>a variable and use the variable in the actual query to avoid this particular "gotcha".
>
> subquery may be used to cache constants:
>
> SELECT a_date
> FROM test
> WHERE a_date=(SELECT current_date);
>
>
> "Seq Scan on test1 (cost=0.01..10.76 rows=5 width=4)"
> " Filter: (a_date = $0)"
> " InitPlan 1 (returns $0)"
> " -> Result (cost=0.00..0.01 rows=1 width=0)"
Interesting. So we pull a subquery out and treat it as an initplan,
but not a stable function? Hmm...
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2010-11-27 12:25:49 | Re: contrib: auth_delay module |
Previous Message | Robert Haas | 2010-11-27 11:00:07 | Re: Assertion failure on hot standby |