From: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
---|---|
To: | Eric Ridge <ebr(at)tcdi(dot)com> |
Cc: | Pgsql-General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Cursors and Transactions, why? |
Date: | 2004-04-07 11:51:11 |
Message-ID: | 4073EB2F.90800@Yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Eric Ridge wrote:
> On Apr 6, 2004, at 11:54 AM, Jan Wieck wrote:
>> If the underlying query is for example a simple sequential scan, then
>> the result set is not materialized but every future fetch operation
>> will read directly from the base table. This would obviously get
>> screwed up if vacuum would think nobody needs those rows any more.
>
> Is vacuum the only thing that would muck with the rows?
Vacuum is the only thing that cares for the dustmites, yes.
> I need to setup a 7.4 test server and play with this some, and figure
> out if the benefits are really what I want them to be. I do appreciate
> the insight into how cursors work... it helps a lot!
Experience and knowledge can only be replaced by more experience and
more knowledge.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #
From | Date | Subject | |
---|---|---|---|
Next Message | Stephen Frost | 2004-04-07 11:55:08 | Re: More aggregate functions? |
Previous Message | Adam Witney | 2004-04-07 10:23:25 | Can the username calling a function be made available within the function? |