Re: Cursor bug? - Mailing list pgsql-general

From Mike G.
Subject Re: Cursor bug?
Date
Msg-id 20050113223504.GA16236@thegodshalls.thegodshalls
Whole thread Raw
In response to Re: Cursor bug?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Cursor bug?
List pgsql-general
thank you.

I use the cursor because I really do an update against a different table based  on a value from the select in the
originaltable.  I am eagerly awaiting 8.0 and the ability to issue an Update Table1 Set Table1.col = Table2.col Using
(Selecty from Table2) 

Mike

On Thu, Jan 13, 2005 at 04:58:06PM -0500, Tom Lane wrote:
> "Mike G." <mike@thegodshalls.com> writes:
> > I have a function that reads through one table via a cursor to make updates to a different table.  There is a row
inthis table with a column that has a null value.  The following row, in that same column, is not null.   
> > When the cursor loops through the table it seems to be treating the non null row as being null.  The fetch should
beinserting the new non value into the variable but doesn't appear to be. 
>
> You did "select count(name)", which counts the number of non-null
> occurrences of "name", ie 2.  So the loop stops after two iterations,
> and never gets to the last row.
>
> I'd lose the count() step entirely and have the loop be driven solely by
> the cursor.  Actually, why use a cursor at all, as opposed to a FOR IN
> SELECT loop?
>
>             regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
>                http://archives.postgresql.org

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Cursor bug?
Next
From: "Mark Dexter"
Date:
Subject: Version Control Software for Database Objects