From: | Don Baccus <dhogaza(at)pacifier(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Hackers List <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Re: External search engine, advice |
Date: | 2001-05-20 18:21:44 |
Message-ID: | 3.0.1.32.20010520112144.01723cd0@mail.pacifier.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
At 01:44 PM 5/20/01 -0400, Tom Lane wrote:
>As far as optimizing indexscans goes, the correct intermediate concept
>would be something like "result is fixed within any one scan", not any
>one transaction. You wouldn't really want to find that
>
> begin;
> select * from foo where x = functhatreadsbar();
> update bar ...;
> select * from foo where x = functhatreadsbar();
> end;
>
>does not give you the desired results.
No, you certainly wouldn't want that. Cached for the extent of a statement
might make sense.
- Don Baccus, Portland OR <dhogaza(at)pacifier(dot)com>
Nature photos, on-line guides, Pacific Northwest
Rare Bird Alert Service and other goodies at
http://donb.photo.net.
From | Date | Subject | |
---|---|---|---|
Next Message | Don Baccus | 2001-05-20 18:29:00 | Re: Functions returning sets |
Previous Message | Stephan Szabo | 2001-05-20 17:55:25 | Re: Functions returning sets |