Re: CCommand::Open inconsistency across providers
Vagif Abilov <[email protected]> Fri, 2 Aug 2002 08:03:54 +0200
| Newsgroups | gmane.comp.windows.devel.oledb.devel |
|---|---|
| Message-ID | <[email protected]> |
It's a long time since I was using Jet. AFAIK Jet supports record count, i.e. it never returns "-1". In principle value "0" should mean that there are no records in the result list. .................................. Vagif Abilov -----Original Message----- From: OLEDB_DEV [mailto:[email protected]]On Behalf Of Alex Ivanoff Sent: 2. august 2002 06:10 To: [email protected] Subject: Re: [OLEDB_DEV] CCommand::Open inconsistency across providers You right, -1 means the numbre of affected rows is unavailable. But why Jet provider returns 0? Should it not return -1 as well? -----Original Message----- From: OLEDB_DEV [mailto:[email protected]] On Behalf Of Vagif Abilov Sent: Thursday, August 01, 2002 20:14 To: [email protected] Subject: Re: [OLEDB_DEV] CCommand::Open inconsistency across providers There is nothing inconsistent in it. I don't have OLE DB specs with me now, but as far as I remember, if you get -1, it means that number of affected rows is unavailable, while any non-negative number means actual counter value. Bear in mind that most of SQL databases have no way of SELECT result set size calculation other than just count all rows, so they don't do it unless you ask (for example by execution SELECT COUNT(*) statement). Hope this helps Vagif Abilov [email protected] ----- Original Message ----- From: "Alex Ivanoff" <[email protected]> To: <[email protected]> Sent: Friday, August 02, 2002 12:48 AM Subject: [OLEDB_DEV] CCommand::Open inconsistency across providers > When I call CCommand::Open(session, L"SELECT * from Table", propSet, > pRowsAffected) with SQLOLEDB, pRowsAffected is set to -1. When I make > this very call with Microsoft Jet 4.0 provider, pRowsAffected is set > to 0. Is there a way to get consistent behavior? > > You can read messages from the OLEDB_DEV archive, unsubscribe from OLEDB_DEV, > or subscribe to other DevelopMentor lists at > http://discuss.develop.com. > > You can read messages from the OLEDB_DEV archive, unsubscribe from OLEDB_DEV, or subscribe to other DevelopMentor lists at http://discuss.develop.com. You can read messages from the OLEDB_DEV archive, unsubscribe from OLEDB_DEV, or subscribe to other DevelopMentor lists at http://discuss.develop.com. You can read messages from the OLEDB_DEV archive, unsubscribe from OLEDB_DEV, or subscribe to other DevelopMentor lists at http://discuss.develop.com.