RS.OPEN SQL,CONN,A,BA
:
ADOPENFORDONLY(=0)
En lecture seule, et l'enregistrement de données actuel ne peut être déplacé vers le bas que
par ADOPENKEYSET (=1)
Lecture seule, l'enregistrement de données actuel peut être déplacé librementADOPENDYNAMIC
(=2)
Lisible et inscriptible, l'enregistrement de données actuel peut être déplacé librement
ADOPENSTATIC (=3)
Il peut être lu et écrit, l'enregistrement de données actuel peut être déplacé librement et le nouvel enregistrement B peut être vu
:
ADLOCKREADONLY(=1)
Le type de verrouillage par défaut, le jeu d'enregistrements est en lecture seule et les enregistrements ne peuvent pas être modifiés
ADLOCKPESSIMISTIC (=2)
Verrouillage pessimiste, lorsqu'un enregistrement est modifié, le fournisseur de données tentera de verrouiller l'enregistrement pour garantir que l'enregistrement est modifié avec succès. Dès que le montage commence, l'enregistrement est verrouillé.
ADLOCKOPTIMISTIQUE(=3)
Le verrouillage optimiste ne verrouille pas l'enregistrement tant que l'enregistrement mis à jour n'est pas soumis à l'aide de la méthode Update.
ADLOCKBATCHOPTIMISTIQUE(=4)
Le verrouillage optimiste par lots permet de modifier plusieurs enregistrements, et les enregistrements ne sont verrouillés qu'après l'appel de la méthode UpdateBatch.
Lorsqu'aucun enregistrement ne doit être modifié, un jeu d'enregistrements en lecture seule doit être utilisé afin que le fournisseur n'ait pas besoin d'effectuer de détection.
Pour une utilisation générale, le verrouillage optimiste est probablement la meilleure option, car les enregistrements ne sont verrouillés que pendant une courte période, pendant laquelle les données sont mises à jour. Cela réduit l’utilisation des ressources.