Forum - Questions générale - Sujet n°357

[]
Nombre de membres 1 membre
Connectés : ( personne )
 

La Charte du Forum - La Charte du Forum

Forum - Forum
Questions générale - Questions générale


clos par  le // : :  Sujet n° 357  BDD multi utilisateurs

le 08/04/2010 : 22:24
par marsouin_89

Anonyme

visiteur

Bonjour Pierre,J'ai une base de données frontale connectée à une base de données dorsale en réseau.J'aimerais que les utilisateurs puissent saisir des informations en simultané et pour, éventuellement, un même enregistrement.Seulement voilà :J'ai défini dans Outils/Options/Avancé, Verrouillage par défaut sur Aucun.Dans les propriétés de mes formulaires, à l'onglet Données, Verrouillage : Aucun.L'aide d'Access dit que dans ce cas on peut saisir simultanément sans aucun problème.Hors j'ai une erreur 0 qui ce déclenche.J'ai également essayé en cochant sur Enr. Modifié mais le problème est le même.Comment faire pour faire fonctionner cette base de données en réseau.CordialementChristophe
Ecrire à marsouin_89  sujet clos  Haut

[]   

Réponse n° 1
--------
le 10/04/2010 : 15:27
par 3Stone

Anonyme

Administrateur

Bonjour,

Dans Outils/Options, sélectionne Enregistrement modifié comme verrouillage par défaut.

Aucun verrouillage ne conduit pas à une situation satisfaisante pour les utilisateurs,
car on ne peut de toute façon pas réellement éditer le même enregistrement à plusieurs simultanément.

Cordialement,
Pierre(3stone)
  clos par  le // : :  Haut
Réponse n° 2
--------
le 10/04/2010 : 15:52
par marsouin_89

Anonyme

visiteur

Bonjour Pierre,

J'ai déjà cocher cette case, redémarrer Access mais cela n'a rien changé.

J'ai donc désactiver la gestion d'erreur de mes codes.

Et là, j'ai un message qui me dit "Conflit d'écriture", souhaitez copier dans le presse papier ou sauvegarder l'enregistrement.

En utilisant "Sur Erreur" du formulaire, on s'aperçoit que cette erreur a le n°7787.

A partir de cela, on peut eviter d'avoir le message de conflit d'écriture et personnalisé ce message d'alerte ainsi que la conduite à tenir.

Seulement voilà, cela veut dire qu'il faut que je mette cette gestion d'erreur dans mes quelques 90 formulaires. ny

Ô, grand maître parmit les maître, y-a-t'il une autre solution ? l 

Bon week-end n

Christophe

Ecrire à marsouin_89   clos par  le // : :  Haut
Réponse n° 3
--------
le 12/04/2010 : 02:00
par 3Stone

Anonyme

Administrateur

Bonjour,
 
Citation :

J'ai donc désactiver la gestion d'erreur de mes codes.

 
Règle numéro 1...La gestion d'erreur est là pour être gérée, pas pour masquer les erreurs.

Le célèbre "On Error Resume Next" ne peut être utilisé que lorsque l'on connait parfaitement l'erreur qui peut subvenir et que le fait de la cacher ne perturbe aucunement la suite du code.
Une base se doit de gérer les erreurs éventuelles avec renvoie vers une étiquette et soit l'affichage ou au moins l'ajout de l'erreur et autres dans un fichier ou table des erreurs.

Si les formulaires ne comportent pas de gestions d'erreurs, c'est une grave erreur n

Par contre, il est assez rapide d'implanter cela dans une base. Un peu de méthode y aide grandement.

Le principe:
On se crée une fonction à laquelle on transmet une série d'informations... comme le nom du formulaire, le nom du module et évidement le numéro de l'erreur.
La fonction mets cela en forme et sauve/ajoute cela à un simple fichier texte.

Reste l'implémantation dans le formulaire...
Bien sûr, le "On Error Goto label" reste obligatoire. Mais, en cas d'erreur, il suffit appeler la fonction avec les paramètres qui vont bien.

Par Exemple:
Call fnGestionErreur(Me.Name, "nom module", err.number)

Un coup d'oeil dans le fichier te permet de suivre les couics wink

Ô, grand maître parmit les maître

Naannnn... je transmets modestement ce que d'autres ont bien voulu partager biggrin

Cordialement,
Pierre(3stone)
  clos par  le // : :  Haut
Réponse n° 4
--------
le 12/04/2010 : 21:12
par marsouin_89

Anonyme

visiteur

Bonjour Pierre,

Merci beaucoup pour ces conseils. Je n'ai plus qu'à m'atteler à modifier tout mon projet. Je me doutais bien qu'il n'y avait pas beaucoup d'autre solution que celle de la gestion d'erreur.

Cependant, il y a t'il un code qui permettrait de savoir si un enregistrement est en cours d'édition par un autre utilisateur ?

Si cela existe, il me sera beaucoup plus simple de gérer mon projet.

Cordialement

Christophe

Ecrire à marsouin_89   clos par  le // : :  Haut
Réponse n° 5
--------
le 12/04/2010 : 23:01
par 3Stone

Anonyme

Administrateur

Bonjour,
 
Citation :

il y a t'il un code qui permettrait de savoir si un enregistrement est en cours d'édition par un autre utilisateur ?

 
Un code... non...
Mais, regarde bien le sélecteur d'enregistrement (à gauche de la section détail).
Lorsque tu édites, le curseur (petit triangle) se transforme en crayon.
Par contre, si un "autre" édite un enregistrement, ce curseur se transforme en cercle barré.

Cordialement,
Pierre(3stone)
  clos par  le // : :  Haut
Réponse n° 6
--------
le 13/04/2010 : 19:17
par marsouin_89

Anonyme

visiteur

Bonjour Pierre,

En effet, j'avais remarqué ce changement de "logos".

Ma question est donc :

Y-a-t'il un code qui me permettrait, au travers de ce changement de logo, de signaler à l'utilisateur que cet enregistrement est en lecture seule ou encore de faire en sorte, par une requête SQL, que cet enregistrement ne soit pas disponible, par exemple ?

Cordialement

Christophe

Ecrire à marsouin_89   clos par  le // : :  Haut
Réponse n° 7
--------
le 16/04/2010 : 04:34
par 3Stone

Anonyme

Administrateur

Bonjour,
 
Citation :

Y-a-t'il un code qui me permettrait, au travers de ce changement de logo, de signaler à l'utilisateur que cet enregistrement est en lecture seule ou encore de faire en sorte, par une requête SQL, que cet enregistrement ne soit pas disponible, par exemple ?

 
Comme dit:
 
Citation :

Un code... non...

 
en tout cas, je n'en connais pas.

Cordialement,
Pierre(3stone)
  clos par  le // : :  Haut
Réponse n° 8
--------
le 16/04/2010 : 18:41
par marsouin_89

Anonyme

visiteur

Bonjour Pierre,

Eh ben, comme dit l'autre : "Cà le mérite d'être clair."s

Je vais donc chercher d'autres solutions.

Merci, encore une fois, pour ta patience et ta pertinence.

Sujet clos.

Cordialement

Christophe

Ecrire à marsouin_89   clos par  le // : :  Haut
actif sujet actif   clos sujet clos   Important! Important!   Nouveau Nouveau message   -   Rectifier Rectifier message   Clôturer Clôturer sujet   Remonter Remonter
[]
Catégories de discussion  Forum 



Haut