Les transactions sur Acces
CedCastel
Messages postés
2
Date d'inscription
mercredi 29 décembre 2004
Statut
Membre
Dernière intervention
14 janvier 2005
-
29 déc. 2004 à 06:19
cs_CanisLupus Messages postés 3757 Date d'inscription mardi 23 septembre 2003 Statut Membre Dernière intervention 13 mars 2006 - 29 déc. 2004 à 20:06
cs_CanisLupus Messages postés 3757 Date d'inscription mardi 23 septembre 2003 Statut Membre Dernière intervention 13 mars 2006 - 29 déc. 2004 à 20:06
A voir également:
- Une application non signée demande un accès illimité au système
- Systeme geolocalisation vehicule - Forum Java
- Système de cache - Conseils pratiques -PHP
- Comment créer une application android - Forum VB.NET
- Système de géolocalisation de véhicule - Forum Java
- Application j2ee ✓ - Forum Java
1 réponse
cs_CanisLupus
Messages postés
3757
Date d'inscription
mardi 23 septembre 2003
Statut
Membre
Dernière intervention
13 mars 2006
21
29 déc. 2004 à 20:06
29 déc. 2004 à 20:06
Bonjour
Extrait d'une explik Microsoft :
L'objet connection d'ADO sert à définir une session pour l'utilisateur d'une source de données spécifique. En revanche, dans DAO, c'est l'objet Workspace qui permet de définir la session d'un utilisateur, et l'objet Database qui définit la source de données.
En DAO, j'ai trouvé ça trop compliqué à gérer et j'ai abandonné le workspace.
En ADO, qui supplante DAO de plus en plus, tu n'as plus à gérer ça.
Quelle que soit la méthode, de toutes façons, si tu veux que la base soit en multiutilisateur, il faut éviter de l'ouvrir dans ton prog en Exclusif. Et si tu veux gérer les conflits de modif sur une même table et même enregistrement, il faut que tu géres avec des lock/unlock ou en ADO, les options adLockOptimistic ou adLockPessimistic, etc...
Une page intéressante : PAGE
Bonne prog
Cordialement, CanisLupus
Extrait d'une explik Microsoft :
L'objet connection d'ADO sert à définir une session pour l'utilisateur d'une source de données spécifique. En revanche, dans DAO, c'est l'objet Workspace qui permet de définir la session d'un utilisateur, et l'objet Database qui définit la source de données.
En DAO, j'ai trouvé ça trop compliqué à gérer et j'ai abandonné le workspace.
En ADO, qui supplante DAO de plus en plus, tu n'as plus à gérer ça.
Quelle que soit la méthode, de toutes façons, si tu veux que la base soit en multiutilisateur, il faut éviter de l'ouvrir dans ton prog en Exclusif. Et si tu veux gérer les conflits de modif sur une même table et même enregistrement, il faut que tu géres avec des lock/unlock ou en ADO, les options adLockOptimistic ou adLockPessimistic, etc...
Une page intéressante : PAGE
Bonne prog
Cordialement, CanisLupus
