construction des tables [Résolu]

[patmar83]

bonjour,

je suis actuellement bloqué par le problème suivant. J'ai deux tables qui dans mon MCD sont reliées par une relation o,n à o,n
Une table OPÉRATION et une Table FICHE SUIVEUSE

j'ai donc constitué pour le MLD une table qui relie les deux autres tables en prenant comme clé les clé des 2 tables en relation
J'ai donc une table OPÉRATION , une table FICHE SUIVEUSE
Entre les deux j'ai créer une table LIER avec comme clé les clés des table OPÉRATION et FICHE SUIVEUSE
Mais en passant à la construction de la base je butte sur ce problème
Comment peut-on utiliser ce genre de table ?

[ClaudeLELOUP]

Bonjour,

Une chose est claire : tu as une table OPÉRATION et une Table FICHE SUIVEUSE.
Je dirais même plus : tu as une table OPÉRATION et une Table FICHE SUIVEUSE.

Donne-nous quelques exemples concrets du contenu de ces deux tables.
Et explique leur(s) relation(s) et, surtout, ce que tu veux faire.

[patmar83]

bonjour
En quelques mots voici mon problème. Je dois informatiser sous access le suivi de fiches suiveuses qui sont remplies lors de montage de matériel électronique
Étant tenu de respecter un certain formalisme voici le sujet.
Des équipements sont montés suivant des phases de montage qui elles mêmes sont découpées en opération de montage (chaque type d'appareil est toujours monté suivant le même processus- phase équipement à ces propres phases et opérations et une phase et une opération n'appartiennent qu'à un équipement
Chaque opération est validée par un opérateur
Chaque équipement est composé de différents sous ensemble, chaque ensemble étant monté suivant la description faite ci-dessus
Tout ce beau monde est muni d'un n° de série, n° de série affecté à chaque ensemble et sous ensemble
Dans mon modèle une opération est reliée à une phase et à un n° série et donc un opérateur peut valider plusieurs opérations et une opération peut être validé par plusieurs opérateurs. Pour relier les tables opérations et fiches suiveuses j'ai du créer une table intermédiaire avec comme clé la clé NUM_OPE et NUM_SERIE- Cette table appelée TBLIER comprends en plus comme champ le nom de l'opérateur et la date de saisie
merci

[ClaudeLELOUP]

J’essaie de comprendre quel(s) élément(s) permet(tent) de distinguer deux fiches suiveuses entre-elles.
Est-ce la combinaison
- un N° de série, qui dit de quel [sous-] équipement il s’agit
et
- un identifiant d’opération, qui dit dans quelle phase on se trouve ?

[patmar83]

Chaque équipement possède une fiche suiveuse et chaque équipement se décompose toujours suivant des phases de montage et des phase d'opération qui lui sont propre
Exemple l'équipement A possede des phases de montage 1 et 2
Ces phases de montage se décomposent en opération OP1 et OP2
l'équipement B possède des phases de montage 3 et 4 phases qui se décompose en OP3 et OP4
Chaque fois que l'on fabrique un équipement A ou B pour chacun d'eux on trouvera toujours les même phases et opération
les opérations OP1 ,OP 2,.....OP N sont validées par différents opérateurs
Pour pouvoir suivre chaque produit on attribue un n° de série et c'est ce n° de série qui identifie l'équipement et surtout cela permet de savoir quel opérateur à fait le montage et quand

[f-leb]

bonsoir (Ave Claude),

le concept de "fiche suiveuse" n'est pas clair

Un N° de série permet-il d'identifier un équipement ou bien un exemplaire unique d'un équipement ?

Envoyé par patmar83

Pour relier les tables opérations et fiches suiveuses j'ai du créer une table intermédiaire avec comme clé la clé NUM_OPE et NUM_SERIE

NUM_SERIE est la clé primaire de FICHE_SUIVEUSE ? (Ce qui voudrait dire qu'effectivement une fiche suiveuse concerne un exemplaire unique d'un équipement).

On va y arriver, on va y arriver...

[patmar83]

bonjour et merci
effectivement le code de l'équipement est la clé permettant d'identifier de manière unique le produit , c'est à dire le produit avec ces propres phases et opération de montage
Ensuite on attribue à chaque appareil un n° de série unique (comme ceux que l'on trouve sur tous les appareils)
Ce n° unique permet de remonter d'une part sur le type de produit mais aussi sur le déroulement des opérations de montage (phase et opération) et d'autre part il permet de connaitre le nom des opérateurs qui ont validé ou controler les différentes opérations

[ClaudeLELOUP]

Bonjour,

Ai-je compris ?

La fiche suiveuse contient l'historique des validations données par les opérateurs, elle se complète au fur et à mesure que la fabrication progresse.
La clé de la fiche suiveuse est donc le N° de série.

[patmar83]

oui c'est tout à fait cela

[ClaudeLELOUP]

C'est alors que je comprends plus l'utilité de la table LIER à l'origine de cette discussion.

Quel est ton objectif avec cette table ?

Au besoin, poste l'image de ton modèle.

[patmar83]

j'ai besoin de cette tablier lier car dans le mcd, j'ai deux tables qui sont en relation plusieurs à plusieurs. Une opération peut correspondre à plusieurs n° de série (chaque type d'équipement est monté suivant les mêmes opérations)
et un n° de série se voient attribuer toute une série d'opération
A savoir par contre que une opération et un n° de série ne peuvent être validés que par un opérateur

relation fiche suiveuse.JPG

[f-leb]

bonjour,

pour autant que je comprenne:

TBOPERATION-∞---------1-TBPHASE

donc NUM_OPE→REF_PHASE (pour une opération donnée, on peut "remonter" à la phase correspondante).

Ce qui implique que NUM_PHASE dans TBLIER est redondant et devrait être supprimé.

Sinon, quel est le problème en fait ? Tu n'arrives pas à mettre en place l'intégrité référentielle, c'est ça ?

[patmar83]

mon problème réside dans le fait que pour remplir la table lier il faut que je bricole une requête de mise à jour pour initialiser les deux clés, n° de série et n° d'opération, afin d'utiliser ces éléments pour faire valider l'opération, car pour une opération et un n° de série je ne peux avoir qu'un seul opérateur.
Donc comment peut_on utiliser une table de ce type issue de relation plusieurs à plusieurs dans access
Par ailleurs effectivement la référence de la phase est en redondance, je vais la supprimer

[patmar83]

bonjour à tous

je me permets de revenir sur mon problème que je crois j'ai mal expliqué
Je resitue donc le cas à traiter (j'ai retravaillé sur mon MCD)
Je dois constituer une table intermédiaire afin de répondre à la construction de mon MCD car je me retrouve dans une structure de plusieurs à plusieurs
Pour construire cette table je fais migrer comme clé les deux clés des tables jointes.
Puisque cette table est construite avec deux clés, pour la renseigner il faut donc que ces deux clés soient présentes .
Actuellement j'ai une table avec des opératoins de montage. La clé est NUM_OPE (n° de l'opération) chaque opération de montage est validée par un opérateur MAT_OPE (Matricule de l'Opérateur)
Chaque N° d'Opération peut être validée par un ou plusieurs opérateurs et un opérateur peut valider plusieurs opérations
J'ai donc créer un table intermédiaire avec comme clé (#NUM_OPE,# MAT_OPE )
Si je sais retrouvé le n° d'opération, le matricule de l'opérateur ne peut être rentré qu'au moment de la validation de l'opération
Actuellement j'initialise cette table au moyen d'une requête de mise à jour, mais cela ne me semble pas trés logique
comment faites vous pour travailler avec une table intermédiaire

[Richard_35]

Bonjour à tous,

Envoyé par patmar83

comment faites vous pour travailler avec une table intermédiaire

Eh bien, tu peux "attaquer" ta table intermédiaire "par les deux côtés", si j'ose dire. Par exemple :
- dans un formulaire qui gère la table Opération avec, en sous-formulaire, la table intermédiaire qui aura la clé NUM_OPE forcée avec NUM_OPE de l'opération sur laquelle tu travailles et le choix des opérateurs en liste déroulante ;
- dans un formulaire gère la table Opérateur avec, en sous-formulaire, la table intermédiaire qui aura la clé MAT_OPE forcée avec MAT_OPE de l'opérateur sur lequel tu travailles et le choix des opérations en liste déroulantes.

A affiner suivant ton contexte.

[patmar83]

merci pour cette réponse qui éclaircie un peu mon horizon , mais peux tu préciser la notion de clé forcée-
Je pense que tu veux dire que la clé est récupéré au travers du formulaire ou sous formulaire ?
merci

[Richard_35]

Envoyé par Patmar83

mais peux tu préciser la notion de clé forcée-
Je pense que tu veux dire que la clé est récupéré au travers du formulaire ou sous formulaire ?

==> Oui, c'est cela. Je sais que, via les assistants, en faisant glisser le formulaire "enfant" dans le formulaire "parent", et si les relations sont correctes, Access force, automatiquement, la clé de la table "parent" dans la table "enfant". Et donc, en masquant cette clé de liaison, les utilisateurs ne la remarquent pas.

Je ne sais pas si j'ai été bien clair, sur ce coup là...