Re: Cursors and Transactions, why?

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 #

In response to

Responses

Browse pgsql-general by date

  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?