Discussion :

[jacky01]

Bonjour,

J'aimerais savoir s'il était possible de faire une requête avec une jointure conditionnel ?

En fait j'ai une jointure qui si un champ particulier est null doit se faire sur un champ sinon un autre.

Pensez-vous que c'est possible ?

[CinePhil]

En théorie non, une jointure se fait toujours.

Tu pourrais préciser ton besoin réel ? Je ne suis pas sûr de bien comprendre.

[jacky01]

Oui alors voila un petit schéma :



Dans l'idée se que je voudrais faire :

Si Table1.champ1 est null on fait la jointure J2
Sinon on fait jointure J1

J'espère que c'est clair

[CinePhil]

Je comprends le schéma mais je ne comprends pas le besoin réel de faire ça.

En principe, dans une base de données normalisée, les jointures s'opèrent entre des identifiants et des clés étrangères, lesquels ne sont jamais NULL.

[jacky01]

Je sais bien mais la je ne vois pas comment faire autrement.

En fait j'ai une table contrat (table 1), un table client(table2),une table Tiers(table3), en gros le problème c'est que dans contrat j'ai deux champ différents, une premier pour id du client l'autre pour le prospect donc si je fait disons un contrat à un prospect mon id_client n'existera pas encore.

Et une fois le client créé je vais chercher les info clients.

[CinePhil]

N'y a t-il pas là une erreur de conception ?

Un prospect auquel on fait un contrat devient un client !
Le processus voudrait donc que l'on transforme d'abord le prospect en client avant d'enregistrer le contrat. Et donc la table contrat n'aurait plus que l'identifiant du client pour clé étrangère.

[jacky01]

Ce n'est pas moi qui est créé la base et j'ai schématiser le process ^^

en fait lorsque tu créés un contrat pour un prospect ce n'est qu'une proposition de contrat donc tant qu'il n'a pas accepté il reste prospect, hors avec la même requête je doit pouvoir généré un contrat pour un client existant

Je sais que c'est loin d'être simple et c'est encore pire pour l'expliquer lol.

[CinePhil]

OK. Je comprends mieux.

Maintenant quel est le but de la requête que tu cherches à faire ?

[jacky01]

En fait le but est de recup les infos du tiers (client ou prospect suivant le cas)

Donc si c'est un client on passe par

CONTRAT -> CLIENT -> TIERS

Sinon

CONTRAT -> TIERS

Car sinon j'ai penser à une solution : Mettre mon id_prospect dans tout les cas dans la table CONTRAT même lorsqu'on est client ce qui réduirais la requête à CONTRAT -> TIERS mais bon c'est pas très propre car on a déjà la clé étrangère du tiers dans le client, c'est un peut stupide à mon avis

[teach]

Je ne connais les champs de tes tables
mais essais avec une jointure externe.

Code :

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

1
2
3
4
5
6
7
 
Select teschamps
Fom CONTRAT
Inner join TIERS 
ON ... 
Left join  CLIENT
ON ..

[CinePhil]

Tu peux nous donner la structure des tes 3 tables ?

Mettre mon id_prospect dans tout les cas dans la table CONTRAT même lorsqu'on est client ce qui réduirais la requête à CONTRAT -> TIERS mais bon c'est pas très propre car on a déjà la clé étrangère du tiers dans le client, c'est un peut stupide à mon avis

Je pense justement que ceci serait la meilleure solution.
J'interprète ce que tu dis comme le fait que le client hérite du tiers.
Dès lors, le chemin serait Contrat => Tiers => Client :

Code :

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

1
2
3
4
5
6
7
SELECT ct.les_colonnes_souhaitees_du_contrat,
  ti.les_colonnes_souhaitees_du_tiers,
  cl.les_colonnes_souhaitees_du_client
FROM Contrat AS ct
INNER JOIN Tiers AS ti ON ct.identifiant_tiers = ti.identifiant_tiers
  LEFT OUTER JOIN Client AS cl ON ti.identifiant_tiers = cl.identifiant_tiers
WHERE le_contrat_souhaité

Si c'est une proposition de contrat à un prospect, les colonnes issues de la table des clients seront à NULL.