ADO for dummies

Dim rst As ADODB.Recordset
Set rst = New ADODB.Recordset
rst.ActiveConnection = CurrentProject.Connection
rst.Open "SELECT bla. bla."
msgbox "Antal poster " & rst.Recordcount
rst.Close
Set rst = Nothing

Du er sikkert klar over det, men din rst.Open skal have nogle flere parametre end bare din SQL...

Well actually I believe MS want us all to go over to ADO .NET which is not the same as ADO!

Depending on what recodset type ypu are using you may have to go to the end and then first again before getting the count, and in some cases that may not be enough

so a select count(*) .... would work!

Terry-> Hvilken ADO-recordsettype kender ikke .Recordcount allerede fra starten?
Min erfaring er da, at det kun var DAO, som skulle have en .Movelast for at kunne give en recordcount.

Hi Thomas>Your right concerning DAO, but I am sure that I also have had problems with ADO. I'm doing quite a bit of work with Access projects and it may be here where the problem arrises, along with others.

thomas> Flere parametre?
terry> Do ADO and ADO.NET only have the name in common?

ja, som regel skal angive en Connection og gerne en cursortype. Jeg havde ikke lagt mærke til at du faktisk angiver connection'en i 3. linie.
Der er mange måder at gøre dette på. Disse 2 metoder er ens, selvom syntaksen er forskellig:

1)
Dim rst As ADODB.Recordset
Set rst = New ADODB.Recordset
rst.CursorType = adOpenKeyset
rst.ActiveConnection = CurrentProject.Connection
rst.Open "SELECT bla. bla."

2)
Dim rst As ADODB.Recordset
Set rst = New ADODB.Recordset
rst.Open "SELECT bla. bla.", CurrentProject.Connection, adOpenKeyset

YES!
there are a number of improvements with ADO.NET!

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnsqlmag02/html/TheEvolutionofData-AccessTechnologies.asp

terry> Regarding your link: Citat "When Microsoft began designing the .NET Framework, the company took the opportunity to redesign the data-access model. Rather than extending ADO further"

If I am happy with DAO, will I then waste my time by learning ADO?

thomas> Tak for hjælpen. Hvad mener du vedr. ovenstående?

well if you are happy with DAO and do not intend using new technologies then dont bother learning ADO.
ADO.NET WILL take over from ADO sooner or later!

Ja, ADO.NET skal nok tage over (hvis de ikke når at opfinde noget helt 4. inden). Men indtil videre er ADO.NET ikke fuldt på højde med ADO, hvad funktionalitet angår.
Der er også situationer, hvor DAO er langt bedre end ADO. F.eks. er DAO ofte hurtigere, når man arbejder udelukkende med Access. Jeg synes også at ADO har nogle klare mangler i forhold til DAO. F.eks. er .FindFirst i DAO langt bedre end den tilsvarende .Find i ADO.

Jeg tror, at det er en god ide at begynde at sætte sig lidt ind i det hele. Og så vælge datamodel i hver enkelt situation.

terry & thomas> Jeg siger mange tak for alle de gode informationer.

Jeg arbejder med mange forskellige projekter og nogen af dem involverer databaser i Access, så jeg er nødt til at være målrettet og undgå mulige blidgyder og tidsspild så vidt som muligt. Gætter på jeg arbejder 70-80 timer om ugen, så I har været til stor hjælp.

Hvis I havde Access 2000 ville så springe til Accces 2003 og droppe Access 2002?

We work with 2000 and intend going directly to 2003!

Tak.