Ok, habe im Internet was zu den CursorTypes gefunden:
Meine Anmerkungen/Fragen habe ich in "[ ]" dahinter geschrieben.

- ForwardOnly: Nur vorwärts 'Beweugungen' sind möglich. Veränderungen an Datensätzen durch Andere werden nicht berücksichtigt.

- KeySet: Änderungen von anderen sind sichtbar, Hinzugefügte Datensätze nicht. [Inwiefern "sichtbar"? Wenn ich eine Datensatzänderung ereignisgebunden in die Datenbank schreibe, "sehe" ich doch keine durch Dritte geänderten Datensätze?? Oder erhalte ich dann eine Meldung?]

- Dynamic: Alle Änderungen von anderen sind sichtbar [Gleiche Frage: inwiefern "sichtbar"??]

- Static: Es sind keine Änderungen durch Dritte sichtbar, jedoch sind 'vorwärts' und 'rückwärts' Bewegungen möglich. [rückwärts = Rollback?]

Für welchen CursorType müsste ich mich entscheiden, wenn das Szenario wie folgt aussähe:
Mehrere Benutzer greifen zeitgleich auf das BackEnd der AccessDB zu, jedoch nur zu einer sehr geringen Wahrscheinlichkeit zeitgleich auf das gleiche Formular im Frontend. Wird ein Formular aufgrufen, so erfolgt zunächst eine Prüfung, ob in einem unsichtbaren Textfeld (txtID) eine ID eingetragen ist; wenn ja, dann werden die Steuerelemente (Textfelder, Checkboxen) im Formular über ein Recordset mit Daten gefüllt. Das Recordset definiere ich mit einem SQL-Statement (siehe 1.Beitrag) und der WHERE-Bedingung "ID=Me.txtID", danach belege ich die Felder (bspw.: Me.txtVorname = rst("Vorname") usw.) Abschließend schließe ich das Recordset - sinnvoll?

Ist in txtID noch keine ID enthalten, so wird das Formular ohne entsprechende Vorbelegung als "Blanko"formular ausgegeben.

Während der Bearbeitung verstreicht Zeit. Beim Klick auf "Speichern" werden dann die Inhalte/Werte der Steuerelemente via neuem Recordset in die DB geschrieben. (siehe 1.Beitrag)


Verfahre ich so richtig?? Oder muss ich das Recordset während der "Bearbeitungsphase" offen halten?

Hallo Christian,

ehrlich gesagt habe ich es in Access noch gar nicht mit ADODB versucht auf Datensatzebene was zu machen. Funzt aber, wie ich gerade gesehen habe... muß ich mal vertiefen. ;-)

Aber per ADODB erzeugst du quasi ein Connection-Object auf die eigenen Datenbank. Das ist langsamer als der direkte Verweis per DAO auf die Tabelle/Abfrage. Versuch es doch mal so:

Dim rst As DAO.Recordset
Set rst = CurrentDb.OpenRecordset("Select * FROM TabName WHERE ID = " & Me.txtID)

rs.Movelast
if rs.Recordcount >0 then
'Ja was dann???
end if

With rst
rs. Edit
rs!Feldname = me!Formularfeld '(???)
rs.Update
.Close
End With

Set rst = Nothing


Gruß Leo

Hallo Leo,

ich habe mich an ADODB orientiert, weil ich mit dem Gedanken spiele das Datenbank-Bachend früher oder später nach SQL-Server zu migrieren. Dabei soll ADODB "kompatibler" als DAO sein.

Ich verstehe bisher nur nicht, wie das mit dem "Änderungen sind sichtbar"(oder eben nicht) zu verstehen ist, wenn ich doch die Inhalte/Werte der Steuerelemente zuerst in ein Recordset einfüge und dann in die DB schreibe. Da "sehe" ich doch eigentlich keine Änderungen. Vermutlich habe ich mich gerade mehrdeutig ausgedrückt - aber welchen CursorType soll ich verwenden und wovon ist das abhängig??


Gruß
Christian

Hallo Christian,



Also das steht auf Englisch in der Open-Hilfe bei Access2003:

'adOpenForwardOnly 0 Default.
'Uses a forward-only cursor. _
Identical to a static cursor, except that you can only scroll forward _
through records. This improves performance when you need to make only _
one pass through a Recordset.

'adOpenKeyset 1 Uses a keyset cursor. _
Like a dynamic cursor, except that you can't see records _
that other users add, although records that other users delete _
are inaccessible from your Recordset. Data changes by other users _
are still visible.

'adOpenDynamic 2 Uses a dynamic cursor.
'Additions, changes, and deletions by other users are visible, _
and all types of movement through the Recordset are allowed, _
except for bookmarks, if the provider doesn't support them.

'adOpenStatic 3 Uses a static cursor.
'A static copy of a set of records that you can use to find data _
or generate reports. Additions, changes, or deletions by other users _
are not visible.

'adOpenUnspecified -1 Does not specify the type of cursor.


Jetzt kommt es nur darauf an, was der Client machen darf, wenn er ein Recordset öffnet: soll er alles sehen, auch die Änderungen anderer Clients, dann kommt wohl nur adOpenDynamic in Frage. Soll hingegen nur der aktuelle Datensatz bearbeitet werden, kannst du den Standardwert setzen, also adOpenForwardOnly, oder halt 0

Ansonsten spricht der Text ja für sich...

Gruß Leo