From: | Hélder M(dot) Vieira <hmv(at)mail(dot)telepac(dot)pt> |
---|---|
To: | <pgsql-odbc(at)postgresql(dot)org> |
Subject: | Re: 8.1.1.0, VB6, RDO, rdoResultset.RowCount |
Date: | 2005-11-10 02:16:48 |
Message-ID: | 009201c5e59c$d0147e30$580bfea9@hmv02 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-odbc |
> this was discussed earlier today i think...
>
> the recordset has an EOF (end of file) flag. if rs.EOF equals False, then
> there are rows in the resultset.
Thanks and yes, EOF is indeed a much cleaner way for early testing of a
potentially empty resultset.
But now I have another disturbing situation, that came up during EOF
tests...
If I have a non-empty resultset, traveling all the way (using MoveNext)
until EOF is found doesn't produce a valid RowCount.
Only a MoveLast seems to do the job.
I created a five rows / two columns table, opened a 'select *' resultset and
performed the following sequence:
With ordoRs
.MoveFirst
While Not .EOF
Debug.Print .rdoColumns("f1"), .rdoColumns("f2"), .RowCount ' <----
RowCount is always equal to 0
.MoveNext
Wend
.MoveLast
Debug.Print , , .RowCount ' <---- RowCount is correct
End With
This seems somewhat dangerous to me, although I must say I never made a
similar test with any ODBC driver (as far as I can remember, I always used
MoveLast to get an accurate RowCount).
Helder M. Vieira
From | Date | Subject | |
---|---|---|---|
Next Message | me | 2005-11-10 02:44:37 | Re: 8.1.1.0, VB6, RDO, rdoResultset.RowCount |
Previous Message | me | 2005-11-10 01:16:22 | Re: 8.1.1.0, VB6, RDO, rdoResultset.RowCount |