Discussion :

[anikeh]

Bonjour,

je dois développer une application ACCESS.
Jusqu'à présent, j'utilisais des formulaires indépendants ( non basé sur des tables), mais cela me posait des pb par exemple au niveau des accès concurrents.
Je voulais savoir s'il était plus judicieux d'utiliser les formulaires basés?

Merci d'avance

Anikeh.

[anikeh]

Pour précision, je parle principalement des insertions.

[Tofalu]

Les formulaires que tu appelles indépendants offrent bien plus de possibilité de gestion et de controle de l'information. Ils rendent ainsi possible :

Insertion sur plusieurs tables
Affichage de données de plusieurs tables sans passer par VBA
Gestion des transactions, insertions par lots
Affichage par bloc avec getrows des recordsets
...

Toutefois ils demandent une bonne dose de code VBA et une gestion d'erreur efficace et rigoureuse afin de gérer efficacement les accés multiples

[anikeh]

Merci de ta réponse :

Insertion sur plusieurs tables
Affichage de données de plusieurs tables sans passer par VBA
Gestion des transactions, insertions par lots
Affichage par bloc avec getrows des recordsets
...

Je pense que tu t 'es trompé. tu es obligé de passer par VBA pour afficher des données de plusieurs tables sur un formulaire indépendant non?

Donc, si je comprends bien, je dois taper la gestion des accès concurrents à la main, avec un begintrans par exemple, ou l'insertion d'un champ supplémentaire qui sert uniquement à ca... ce n'est pas fait automatiquement. Ai je bien compris??

Peux tu me decrire un peu plus l'affichage par blocs?

Merci d'avance.

Anikè

[Tofalu]

Je pense que tu t 'es trompé. tu es obligé de passer par VBA pour afficher des données de plusieurs tables sur un formulaire indépendant non?

Tout à fait me suis planté...

je voulais dire :

sans passer par des jeux de sous formulaire

Surement que je pensais à VBA en même temps. Désolé

Pour ce qui est des accès concurrent, il ne faut pas les gérer mais gérer les erreurs qui pourrait en découler, genre des insertions avec le même identifiant. Il faut lever l'erreur et agir en conséquence, par exemple en modifiant l'identifiant.

Pour ce qui est de l'affichage par bloc (ou par série), il s'agit du moyen le plus rapide d'afficher les données provenant d'un recordset. http://warin.developpez.com/Tutoriel...=partie_5#L5.5

[anikeh]

D'accord, mais supposons que, par exemple, un utilisateur A cherche à modifier une donnée. Il affiche cette donnée. Mais avant qu il ne la modifie, un autre utilisateur B l'a déjà modifiée.
Comment j'indique à A que la donnée qu il veut modifier a déjà été changée et ce qu il voit à son écran n'est plus la bonne donnée??
Avec les formulaires basé, cela se fait automatiquement et c'est mon véritable problème avec mes formulaires indépendants.

Je dois le gérer à la main? avec un champ supplémentaire? tu as une idée??
Merci d'avance.

[Tofalu]

Avec les formulaires basé, cela se fait automatiquement et c'est mon véritable problème avec mes formulaires indépendants.

Non, ça ne se fait pas plus automatiquement tant qu'il n'y a pas eu requery du formulaire

[anikeh]

Pourrais tu être plus clair s'il te plait?
Effectivement, je sous-entendais automatiquement, au moment du requery.

[anikeh]

Je n'ai pas eu de réponse par rapport à mes utilisateurs A et B.
Ma question ne serait-elle pas assez claire??

[Tofalu]

Désolé, je pensais avoir été clair

Comment j'indique à A que la donnée qu il veut modifier a déjà été changée et ce qu il voit à son écran n'est plus la bonne donnée??

Ben tu ne peux pas sans relancer la requête afin de réinterroger la base de données. Tu peux par exemple le faire juste avant la mise à jour afin de le prevenir que les données affichées ne correspondent plus aux données stockées (ça tu le fait en comparant ce qu'il y avait avant avec ce qu'il y a maintenant)

[anikeh]

Waow, ca fait pas mal de requêtes pour une simple mise à jour.
Ca risque de ralentir l'application.
Mais ca repond à mes interrogations.
Je te remercie.

Anikeh.

[anikeh]

Mais je viens de lire une info sur les FAQ concernant les recordsets.
Ne pourrai je pas m'affranchir de la requête de comparaison en utilisant un recordset et en jouant sur les parametres "Options" et "LockEdits" de ce dernier??

[anikeh]

aucune idée???