Forum de discussion
Forum « Programmation ASP » (archives)
Re: PB ASP ODBC - Type de Curseurs (CursorType) et type de verrou (LockType)
Envoyé: 9 janvier 2004, 8h09 par Oznog
"AdCmdTable" est optionnel c'est le type de curseur et particulièrement le type de verrouillage qui ont à voir avec ça.
L'important c'est que la table soit "verrouillée". On ne permet pas de modifier un enregistrement sans ça.
' Chaîne type
Curseur.open Source, Connexion, TypeCurseur, TypeVerrou, Options
Le nombre entre parenthèse provient de la Référence du fichier "adovbs.inc" (constante ADO)
"CursorType" ou "Type du curseur"
Le type d'un curseur va déterminer comment les données d'un recordset sont synchronisées avec la base de données.
ICI l'avantage est au niveau du temp de réponse, économie de ressource, optimisation... À part les conflit possible il ne devrait pas empêcher la mise à jour.
adOpenForwardOnly (0)
En avant seulement (Forward only) par défaut. Peut gourmand.
adOpenStatic (3)
Statique (Static) permet la navigation en avant et en arrière dans le recordset.
AdOpenKeyset (1)
Basé sur un jeu de clés (Keyset)
adOpenDynamic (2)
Dynamique (Dynamic), tu fais tout ET la base est toujours à jour. Très gourmand!
=======================
Le "LockType" ou "Type du verrouillage"
adLockReadOnly (1)
Verrouillage en lecture seule : les données ne peuvent pas être modifiées. C'est la valeur par défaut.
adLockPessimistic (2)
Verrouillage pessimiste : les enregistrements sont verrouillés dans la source de données dès qu'ils sont modifiés. Dès qu'un champ est modifié (rs.Fields("").Value = x), ce type de verrouillage empêche une autre tâche d'acquérir un verrou partagé ou exclusif: l' enregistrement est verrouillé, et donc inaccessible en lecture/écriture ou en mode exclusif depuis un autre Recordset. Si un verrouillage de type pessimiste est utilisé au sein d'une transaction, le verrou est maintenu jusqu'à la fin de la transaction.
adLockOptimistic (3)
Verrouillage optimiste : les enregistrements sont verrouillés le plus tard possible dans la phase de mise à jour, c'est-à-dire lorsque la méthode Update est utilisée. La méthode Update met à jour les enregistrements dans la source de données. Lors de la phase d'édition des données, les enregistrements ne sont pas verrouillés. Ce type de verrouillage est le plus fréquemment utilisé.
Tous les fournisseurs OLEDB ne fournissent pas forcément ce type de verrouillage. Il est cependant supporté par le fournisseur OLEDB pour SQL Server, par exemple.
adLockBatchOptimistic (4)
Ce type de verrouillage est utilisable uniquement avec un curseur côté client. Il permet de faire de la mise à jour par lot. Si avec un tel recordset, la méthode Update est utilisée, seules les données se trouvant dans l'objet Recordset sont mises à jour. Les données réelles de la base de données sont mises à jour lors de l'appel à la méthode UpdateBatch. La méthode UpdateBatch est également utilisée lors de l'utilisation d'un Recordset déconnecté.
====
"Options" ou "Type de la commande" ET "Type d'exécution"
Commande : adCmdText, adCmdStoredProc, adCmdUnknown
Exécution : adAsyncExecute, adExecuteNoRecords
Ça fait le tour,
Ciao
Oznog
Réponses
|