Rs.open SQL, Conn, a, b
A:
Adopteforwardonly (= 0)
Schreibgeschützte und der aktuelle Datendatensatz kann nur nach unten verschoben werden.
Adoptenkeyset (= 1)
Der aktuelle Datensatz schreibgeschützt und kann frei verschoben werden.
Adoptyynamisch (= 2)
Lesbar und schriftlich, und der aktuelle Datensatz kann frei verschoben werden.
Adoptic (= 3)
Es kann gelesen und geschrieben werden, der aktuelle Datendatensatz kann frei verschoben werden und neue Datensätze sind zu sehen.
B:
AdlockeReadonly (= 1)
Der Standardsperrtyp ist nur schreibgeschützt und Datensätze können nicht geändert werden.
Adlockpessimistik (= 2)
Pessimistische Verriegelung, wenn der Datensatz geändert wird, wird der Datenanbieter versuchen, den Datensatz zu sperren, um eine erfolgreiche Bearbeitung zu gewährleisten und den Datensatz sofort zu sperren, solange die Bearbeitung beginnt.
Adlockoptimic (= 3)
Optimistische Verriegelung wird der Datensatz erst gesperrt, wenn der aktualisierte Datensatz mithilfe der Aktualisierungsmethode eingereicht wurde.
Adlockbatchoptimistic (= 4)
Die Optimistische Batch -optimistische Sperren ermöglicht es, mehrere Datensätze zu ändern, und die Datensätze werden nur gesperrt, wenn die Aktualisierungs -Batch -Methode aufgerufen wird.
Wenn keine Änderungen an Datensätzen erforderlich sind, sollte ein schreibgeschützter Datensatzsatz verwendet werden, damit der Anbieter keine Erkennung durchführt. Für den allgemeinen Gebrauch kann eine optimistische Verriegelung die beste Option sein, da der Datensatz nur für kurze Zeit gesperrt ist und die Daten in diesem Zeitraum aktualisiert werden. Dies verringert die Nutzung von Ressourcen.
Daten des Anbieters können mit dem Datensatz -Objekt manipuliert werden. Bei der Verwendung von ADO können fast alle Daten über das Recordset -Objekt betrieben werden. Alle Datensatzset -Objekte werden mit Datensätzen (Zeilen) und Feldern (Spalten) konstruiert. Einige Datensatzmethoden oder Eigenschaften können aufgrund unterschiedlicher vom Anbieter unterstützter Funktionen ungültig sein.
In ADO sind vier verschiedene Cursorypen definiert:
Dynamischer Cursor? Wird verwendet, um Ergänzungen, Änderungen und Löschungen von anderen Benutzern anzuzeigen und verschiedene Bewegungsarten in einem Datensatz zu verwenden, das nicht von Lesezeichen abhängt. Wenn der Anbieter unterstützt wird, können Lesezeichen verwendet werden.
Keyset Cursor? Sein Verhalten ähnelt dynamischen Cursoren. Der einzige Unterschied besteht darin, dass es das Ansehen von Anzeigen von anderen Benutzern verbietet und den Zugriff auf Datensätze verbietet, die von anderen Benutzern gelöscht wurden. Datenänderungen von anderen Benutzern sind weiterhin sichtbar. Es unterstützt immer Lesezeichen und ermöglicht so verschiedene Bewegungsarten im Datensatz.
Statischer Cursor? Bietet eine statische Kopie der Datensatzsammlung, um Daten zu finden oder Berichte zu generieren. Es unterstützt immer Lesezeichen und ermöglicht so verschiedene Bewegungsarten im Datensatz. Ergänzungen, Änderungen oder Löschungen von anderen Benutzern sind nicht sichtbar. Dies ist der einzige Cursor -Typ, der beim Öffnen eines Client -Datensatz -Objekts zulässig ist.
Nur Cursor vorwärts? Das Verhalten ist wie ein statischer Cursor, außer dass es nur vorwärts scrollen kann. Dies verbessert die Leistung, wenn Einwegbewegungen im Datensatz erforderlich sind.
Legen Sie die Cursortype -Eigenschaft fest, um den Cursortyp vor dem Öffnen von Datensatzsen zu wählen, oder übergeben Sie den Cursortype -Parameter mit der offenen Methode. Einige Anbieter unterstützen nicht alle Cursortypen. Bitte überprüfen Sie die Dokumentation des Anbieters. Wenn kein Cursor -Typ angegeben ist, wird ADO standardmäßig nur vorwärts Cursor eingeschaltet.
Wenn die CursorLocation -Eigenschaft auf AduEclient eingestellt ist und das Datensatz eingeschaltet ist, ist die zugrunde liegende Eigenschaft des Feldobjekts im zurückgegebenen Recordset -Objekt nicht verfügbar. Für einige Anbieter, wie den Microsoft ODBC -Anbieter für OLE DB sowie Microsoft SQL Server können Sie unabhängig ein Datensätze -Objekt basierend auf dem zuvor definierten Verbindungsobjekt erstellen, indem Sie die Verbindungszeichenfolge mithilfe der geöffneten Methode übergeben. ADO erstellt immer noch das Verbindungsobjekt, es weist jedoch die Objektvariable nicht zu. Wenn jedoch mehrere Datensatzset -Objekte in derselben Verbindung geöffnet werden, sollte das Verbindungsobjekt erstellt und explizit geöffnet werden, wodurch das Verbindungsobjekt der Objektvariablen zugewiesen wird. Wenn die Objektvariable nicht verwendet wird, wenn das Recordset -Objekt geöffnet wird, erstellt ADO ein neues Verbindungsobjekt für jedes neue Datensatz, selbst wenn dieselbe Verbindungszeichenfolge übergeben wird.