Re: Using functions as filters in queries
От
Stephan Szabo
Тема
Re: Using functions as filters in queries
Дата
Msg-id
20030312150753.H58222-100000@megazone23.bigpanda.com
Ответ на
Re: Using functions as filters in queries (Tom Lane)
Список
Дерево обсуждения
Using functions as filters in queries Chris Mungall <cjm@fruitfly.org>
Re: Using functions as filters in queries Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: Using functions as filters in queries Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: Using functions as filters in queries Tom Lane <tgl@sss.pgh.pa.us>
Re: Using functions as filters in queries Tom Lane <tgl@sss.pgh.pa.us>
Re: Using functions as filters in queries Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: Using functions as filters in queries Tom Lane <tgl@sss.pgh.pa.us>
Re: Using functions as filters in queries Xue-Feng Yang <just4look@yahoo.com>
Could you please stop to send these message? Xue-Feng Yang <just4look@yahoo.com>
Could you please stop to send these message? Xue-Feng Yang <just4look@yahoo.com>
Could you please stop to send these message? Xue-Feng Yang <just4look@yahoo.com>
flood of messages (was: Re: Using functions as filters in queries) "Stephane Charette" <stephanecharette@telus.net>
On Wed, 12 Mar 2003, Tom Lane wrote: > Stephan Szabo writes: > > Of course, I misread what explain did (without trying the > > enable_seqscan=off case) and this is still not indexable because even > > after that, you'll not get a clause on the outside that it considers > > indexable. It is smart enough (7.4 anyway) to make the filter ((t.*).n)=5 > > which I thought it'd index, but doesn't. :( > > Note that inline-expansion of SQL functions like this is new for 7.4; > it's not done in any current release. I wasn't sure when it was added. > I think the extra step to make this expression indexable is probably not > too hard: the constant-expression folder needs to be taught that > extracting a field from a whole-row Var can be replaced by a Var > reference to the field, ie, fold "(t.*).n" into "t.n". That's what I figured, but I wasn't sure if there was some case where it was unsafe.
В списке pgsql-admin по дате отправления