Discussion :

[Jigsaw80]

Bonjour à tous,

Je commence à avoir des soucis au niveau de la création de nouvelles requêtes. Je pense que cela viens des relations et/ou de la structure de mes tables, je voulais donc un avis d'expert sur le sujet.

Ma base est une base commerciale/RH. J'ai des tables client, contact, besoin, candidattachébesoin, projets, bdd_candidats principalement.

Un client à plusieurs contacts
Un contact à plusieurs besoins. Un client à donc aussi plusieurs besoins
Un besoin à plusieurs candidats attachés à ce besoin, dont les infos de ces derniers sont stockées dans bdd_candidats.
Un besoin gagné devient un projet/une affaire. Un contact à plusieurs affaires et donc un client aussi.


Bref, tout ça pour dire que j'ai des formulaires qui gèrent tout ça (listing client, fiche client, fiche contact, fiche besoin). Jusque là, tout fonctionne.

Mais alors arrivé à l'état de Projet, c'est là que ça dérape. J'explique :
Sur ma fiche besoin, j'ai un bouton qui me permet de passer le besoin en projet. Automatiquement, ce bouton copie dans la table "Projets" le numéro du client, du contact, du besoin et du candidat.
Je veux donc créer un formulaire "fiche projet", pour avoir d'un coup d’œil les infos principales du client (nom société, lieu, numéro tel standard), du contact (nom prénom tel), du candid (nom, prénom, tel), et du projet (reprenant l'intitulé du besoin dans la table besoin, puis d'autres infos dans la table projets)

Sauf que, si je créé une requête pour récuperer les infos... ca bug :
"Instruction SQL non exécutée, en raison de jointures externes ambigües. Pour forcer l'ordre d'exécution d'une des jointures en premier, créez une requête distincte qui exécute la première jointure, puis insérez cette requête dans votre instruction SQL".
Sauf que même en faisant deux requêtes distinctes, j'ai toujours un problème, une erreur SQL "Join" ou autre...

Je suppose donc que le problème vient de mes relations, et c'est là que j'ai besoin de votre coup d'oeil d'expert. Voici donc les relations entre mes tables, et par avance, je vous remercie de votre aide

[Richard_35]

Bonjour Jigsaw80,

Ton développement a l'air assez avancé... ... pour entamer un débat sur la modélisation des données... .

Trois points :

1. il y a des données redondantes, ce qui n'est jamais très bon ;
2. il y a des données qu'il faudrait externaliser ;
3. le projet devrait "prendre" les candidats attachés au besoin.

Suggestion:

[Jigsaw80]

En fait ce que je n'ai pas dit, c'est que j'ai déjà conçu une base "candidat". Donc j'ai déjà tout ce gros bloc de fait. Là je recommence tout à Zéro, parce que je dois intégrer une partie plus commerciale.

Pour les données redondantes, c'est vrai, je devrais faire une nouvelle table. Je t'avoue que pour le coup, ça m'est sorti de la tête... je ne sais plus pourquoi d'ailleurs ^^

Quelles données seraient à "externaliser" ?

Pour le projet, je ne peut pas prendre tous les candidats rattaché. En fait il y a plusieurs candidats pour un besoin. Pour ce besoin, il peut y avoir 1, 2 ou 3 postes d'ouvert. Mais un projet ne comportera qu'un candidat.

Par contre ma petite question, c'est que si je n’intègre pas le num_client dans ma table, comment je peux récupérer le nom d'un client dans mes formulaires formulaire ? Via une requête je suppose ? Mais ça voudrait que dans chacune de mes requêtes, je dois intégrer les tables contacts et besoins même si je n'ai pas besoin du nom du contact par exemple ?

[Richard_35]

Pour les données redondantes, c'est vrai, je devrais faire une nouvelle table.

==> : non, il faut, simplement, supprimer les champs barrés des tables concernées.

Quelles données seraient à "externaliser" ?

==> celles-ci :

En fait il y a plusieurs candidats pour un besoin. Pour ce besoin, il peut y avoir 1, 2 ou 3 postes d'ouvert. Mais un projet ne comportera qu'un candidat.

==> 1 besoin peut-il générer plusieurs projets ?

Par contre ma petite question, c'est que si je n’intègre pas le num_client dans ma table, comment je peux récupérer le nom d'un client dans mes formulaires formulaire ? Via une requête je suppose ? Mais ça voudrait que dans chacune de mes requêtes, je dois intégrer les tables contacts et besoins même si je n'ai pas besoin du nom du contact par exemple ?

==> la modélisation des données ne doit pas s'adapter aux requêtes !... c'est l'inverse. Sinon, tu te diriges vers les pires difficultés. Donc, oui, il faut faire des vues ou des requêtes ré-utilisables.

[Jigsaw80]

Ok Richard, je vois où en venir au niveau des tables.

Pour te répondre, un besoin = plusieurs projets seulement s'il y a plusieurs postes d'ouvert, puisqu'un projet correspond à un candidat/salarié
Si pour un besoin, j'ai deux postes, j'aurais donc deux projets si l'affaire est conclue. 1 projet si j'ai un poste. 3 projets si j'ai trois postes.

Je pense que je peux continuer sur cette base selon ton développement pour la suite ?

(J'attends ta réponse avant de mettre résolu)

[Richard_35]

Bonjour Jigsaw80,

un besoin = plusieurs projets

==> OK.

un projet ne comportera qu'un candidat

==> OK, mais un candidat déjà pré-sélectionné pour le besoin, non ?

[Jigsaw80]

==> OK, mais un candidat déjà pré-sélectionné pour le besoin, non ?

Exact

[Richard_35]

Dans ce cas, il faut modifier tes relations comme suit (représentant, uniquement, la partie qui nous intéresse) :



Attention : je pense qu'il faut passer par des index uniques, pour la relation 1-1.

[Jigsaw80]

Bonjour,

Désolé mais je n'ai pas eu beaucoup de temps devant moi pour me consacrer à Access.

Je m'y replonge et cet aprem, je te tiens au courant, pour moi ça a l'air pas mal du tout. Plus qu'à tester et voir si je n'ai pas de bug ou autre, mais à priori je ne devrais pas en avoir si je suis tes exemples.

Merci pour ton aide, et je te tiens au courant cet aprem.

(pas de soucis pour le résolu je le met cet aprem si tout va bien )


Edit : Je te confirme que je n'ai plus de soucis dans mes requêtes. Tout s'imbrique exactement comme je le voulais ! La solution coulait de source et était sous mon nez, merci de m'avoir ouvert les yeux !!!