Discussion :

[outilsuiviedegestion]

Bonjour,

• J'ai 7 tables, 7 formulaires, j'ai une clé primaire qui s'incrémente.
• Je passe d'un formulaire à l'autre via un bouton.

Mais je me rends compte que ce modèle ne fonctionne pas et cause des erreurs dans mes requêtes, les enregistrements sont mélangés.
Dans une requête, j'ai sur la même ligne des enregistrements 1 d'une table A avec des enregistrements 2 d'une table B par exemple.

L'idée est la suivante : je dois abandonner le NuméroAuto et mettre à la place un champ numérique : c'est la référence utilisée ici.
Le souci est que pour 3 lignes j'ai la même référence avec des données différentes.

Il faut que mes 7 formulaires soient liés, les données de la première saisie ne doivent pas se mélanger avec les données de la deuxième saisie.
Il peut arriver des moments où les utilisateurs ne remplissent que 3 formulaires et reviennent plus tard compléter la fin à partir du 4e formulaire.
Le modèle que j'ai à ce jour ne répond pas à ce problème.

Voilà je suis complètement perdu pour résoudre ça et ça rend l'outil inutilisable.


Merci d'avance.

[marot_r]

Bonjour.

Les autonum sont prevus pour donner un numero unique d'enregistrement dans une table. Pas pour compter les enregistrements ou les saisies.

Si tu as des dependances, la solution la plus simple est d'utiliser les sous-formulaires.

Donc tu fais un formulaire base sur la table A qu'on appelle formulaire principal.
Ensuite tu ajoutes un controle sous-formulaire par table associee.
L'assistant va te guider pas a pas et te demander quels sont les champs qui font la liaison.

Une fois cela fait, quand tu fais une saisie dans les sous-formulaires Access reporte pour toi les donnees de ton formulaire principal dans le sous-formulaire.

A+

[marot_r]

Et j'ai oublie mais cela suppose que tu as quelques chose comme :

TableA
ClefTableA
Autres infos

TableB
CleTableB
ClefTableA
Autres infos

TableC
CleTableC
ClefTableA
Autres infos

TableD
CleTableD
ClefTableA
Autres infos

avec TableB, C et D en relation avec TableA.

A+

[outilsuiviedegestion]

Si je fais un formulaire principal à partir d'une table sans données, juste des clés et qu'ensuite je met mes 7 tables en sous-formulaire du formulaire principal... Ca peut fonctionner ?

[marot_r]

Bonjour.

Il n'y a pas de limite autant que je sache.

Ceci dit, 7 tables en relations en etoile c'est beaucoup.

Il y a peut-etre un soucis dans la de conception de l'archirecture.

Veux-tu poster une image de ta fenetre des relations pour qu'on puisse voir ton modele ?

A+

[outilsuiviedegestion]

J'ai modifié mon modèle de base, j'ai enlevé NuméroAuto et j'ai remplacé N° par REF AXA et voici ce qu'il en sort :



Mais mon problème persiste.
Donc, je vais tester de créer des sous-formulaires dans le formulaire principal et chercher comment manipuler et agencer tout ça.

[hyperion13]

Salut, je m'incruste
Il y a un défaut de conception à priori.

Un peu de lecture est indispensable ici et là

[outilsuiviedegestion]

Merci pour ta réponse et pour la doc, je vais lire ça pour demain.

En attendant j'ai quand même testé ton modèle rapidement :


- L'ensemble des 7 tables doivent correspondre à une ligne dans la requête DONNEES.
- Je dois quand même mettre une relation 1 à plusieurs entre SAISINE et les autres tables ? Un enregistrement de saisine correspond à un enregistrement d'affaire par exemple...
- J'ai quand même tenté de le faire sur ACCESS mais il refuse la relation 1 à plusieurs :




J'avoue ne pas avoir compris le message d'erreur.

[hyperion13]

Une règle d'or : construire les tbl, les mettre en relation, créer des objets (req, form) pour saisir et manipuler les données dans les tbl.

- vérifier que les clé étrangères dans vos tbl distantes sont de même type que la clé primaire dans saisine.
- vérifier que les valeurs affectées aux différentes clés étrangères de vos tbl distantes existent en tant que clé primaire dans la tbl saisine
(en clair si vous avez 1, 2 et 3 comme valeur de ref_axa_(cha) dans saisine vous ne pouvez avoir que ces valeurs dans les tbl distantes)

[outilsuiviedegestion]

Bonjour Hyperion13,

merci pour ta réponse. Je pense que j'aurai dû poser mes questions dès le départ sur le forum, je me suis prise tardivement...
J'ai construis mes tables, j'ai essayé de les mettre en relation mais personne pour les vérifier en interne donc j'ai laissé comme ça malgré mes nombreux appels en aide, j'ai ensuite crée des requêtes, des formulaires car le temps pressait.

Donc est-il possible tout de même de modifier mes relations sans remettre en question tout mon travail ?

Dans SAISINE : REF AXA CHA : type numérique
dans AFFAIRE : Id_AFFAIRE : type numérique ; REF AXA CHA : type numérique
dans AVANT EMISSION : idem
ect...
tout est en type numérique.


<< - vérifier que les valeurs affectées aux différentes clés étrangères de vos tbl distantes existent en tant que clé primaire dans la tbl saisine
(en clair si vous avez 1, 2 et 3 comme valeur de ref_axa_(cha) dans saisine vous ne pouvez avoir que ces valeurs dans les tbl distantes) >>
Je n'ai pas compris ce point.
La REF AXA CHA est la même pour les 7 tables, c'est le même contenu.
Il n'y a pas de valeur rentré pour les Id...
J'ai un autre problème qui se pose, la REF AXA CHA peut être la même sur 3 lignes (une ligne correspond à l'ensemble des données des 7 tables)

Et puis plusieurs utilisateurs vont utiliser la base en même temps je ne sais pas comment gérer ça ! Ca va faire pleins d'erreurs j'imagine...

[hyperion13]

Salut,
Si les valeurs de ref_axa_(cha) sont uniques dans la tbl_saisine, elles peuvent être tuples dans les tbl distantes
Je conseille toujours d'utiliser le type NuméroAuto dans toutes les tbl créées dans une bdd. Si l'identifiant doit avoir un format particulier les req ou vba sont fait pour traiter ce genre de particularités.
En attache un exemple.

Pour ce qui est de l'utilisation multi-utilisateurs, il y a la notion de réplicat sur Access.

[marot_r]

Bonjour.

Et puis plusieurs utilisateurs vont utiliser la base en même temps je ne sais pas comment gérer ça ! Ca va faire pleins d'erreurs j'imagine...

Access est prevu pour cela.
La contrainet est que ta base avec les donnees doit etre accessible via in reseau d'entreprise (serveur commun).
Pas de liaison via Internet.

Il faut aussi aller dans les options et regler la gestion du verrouillage des enregistrements pour eviter que les utilisateurs "se marchent sur les pieds".
Dependant de ta version, l'option n'est pas accessible a la meme place.

Et les repliquats ne sont plus supportes depuis Access 2007 et servaient a gerer plusieurs copies d'une meme base en des "lieux" differents.

[marot_r]

Peux-tu preciser quelle version tu utilises ?

A+

[outilsuiviedegestion]

Hyperion13 je me suis appuyé de ton modèle, j'ai mis les même types pour chaque champ. Mais je n'arrive pas à mettre l'intégrité référentielle ! Je ne comprend pas d'où cela provient ? (voir plus haut le message d'erreur)

marot_r, je suis sur ACCESS 2016 !

[hyperion13]

Moi ce que je ferai, cela n'engage que moi, je viderai toutes les tbl, vérifierai les relations puis ressaisirai toutes les données. Mais comme je l'écris, cela n'engage que moi.
Éventuellement, pour éviter de devoir tout ressaisir, je ferai une copie des tbl incriminées et utiliserai des req Ajout pour réalimenter les tbl concernées.

[outilsuiviedegestion]

je viderai toutes les tbl
puis ressaisirai toutes les données
En mode création tu veux dire ou en mode utilisateur ?

[hyperion13]

En mode utilisateur. J'ai bien préciser "vider" les tbl et non pas "supprimer" les tbl.

[outilsuiviedegestion]

J'ai réussi en vidant mes tables à appliquer l'intégrité référentielle !

Mes des problèmes se posent :
- j'ai configuré REF AXA CHA en numéroauto dans la table SAISINE or le REF AXA CHA doit être entré par l'utilisateur et s'utilise comme référence, c'est le même dans tout les formulaires suivants. (dans les 7) Il peut y'avoir trois fois le même REF AXA CHA sur la ligne 1 (qui comporte les 7 formulaires : SAISINE + AFFAIRE + {...}), sur la ligne 2 (qui comporte les 7 formulaires), sur la ligne 3 (qui comporte les 7 formulaires).

- quand j'ai rempli saisine je n'ai pas eu de soucis mais quand j'ai essayé de remplir affaire voici ce que ça m'a marqué :
" vous ne pouvez pas ajouter ou modifier un enregistrement car l'enregistrement associé est requis dans la table SAISINE "

[hyperion13]

Comme indiqué dans mon Post11, si vous avez besoin de créer une référence particulière, il vous suffirait d'ajouter un champ dans la tbl Saisine permettant aux utilisateurs de saisir leurs propres références. Et de conserver le NuméroAuto pour l'identifiant de la tbl.
En attache la bdd initiale revisitée.
Vous adaptez ensuite fonction de vos besoins
Dans la tbl Saisine j'ai ajouté un champ ref_axa_(cha_user) qui vous permet de saisir vos propres références de dossier.
Dans les form affaire et avant_emission, j'ai ajouté une zone de texte indépendante nommée respectivement ref_axa_(cha_user)1 et ref_axa_(cha_user)2
Dans la propriété Source contrôle de ces zones de texte, j'ai inséré la fonction RechDom() qui permet de récupérer votre référence propre.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
=VraiFaux(EstNull([ref_axa_(cha)1]);"";RechDom("[ref_axa_(cha_user)]";"[tbl_saisine]";"[ref_axa_(cha)]=" & [Formulaires]![form1_saisine]![ref_axa_(cha)]))
=VraiFaux(EstNull([ref_axa_(cha)2]);"";RechDom("[ref_axa_(cha_user)]";"[tbl_saisine]";"[ref_axa_(cha)]=" & [Formulaires]![form1_saisine]![ref_axa_(cha)]))

VraiFaux(EstNull() permet de traiter l'affichage du message d'erreur #erreur! dans le champ ref_axa_(cha_user) quand vous créez une nouvelle saisine
RechDom() quant à elle permet de récupérer votre référence propre ref_axa_(cha_user) fonction de l'identifiant ref_axa_(cha) affiché dans le form Saisine

[outilsuiviedegestion]

Oui je suis en train de reproduire ton modèle mais c'est vrai que je suis en formulaire colonne simple et il y'a énormément de champs. J'ai un peu de mal à tout caser. Est-ce que je peux te montrer en discussion privée à quoi cela ressemble ?