Discussion :

[Laskar]

Salut à tous,

Petit problème qui me donne la migraine. Voici ma base :



Quelle requête (jointure ?) peut me lister, pour chaque affaire, le nom des deux personnes qui constituent le couple ?

Petite difficulté supplémentaire, un couple n'est parfois constitué que d'une seule personne (les affaires ne concernent pas que les couples, dans ce cas c_pid2 = 0)

D'avance merci

[dehorter olivier]

Avez vous lu le cours sur les jointures ?


petite remarque
c_pid2 ne peut être égale à 0 sans qu'une personne dans la table "Personne" n'existe (si c_pid2 est une clé étrangères). par contre c_pid2 peut être NULL.

Et Pourquoi c_pid1 ne pourrait pas être NULL (ou égale à 0) ?

[Laskar]

Avez vous lu le cours sur les jointures ?

Oui mais j'avoue être un peu largué ...

Et Pourquoi c_pid1 ne pourrait pas être NULL (ou égale à 0) ?

Mon application traite du rachat de crédits. Dans une affaire, il y a au moins un emprunteur (mais pas toujours de co-emprunteur).

[dehorter olivier]

Voici le lien de cours qui permet de faire cela (comme le modèle de stringBuilder)

Mon application traite du rachat de crédits. Dans une affaire, il y a au moins un emprunteur (mais pas toujours de co-emprunteur).

Ok, mais il ne peut y avoir qu'un seul co-emprunteur ?

[StringBuilder]

Et surtout, ne peut-il y avoir plus de deux co-emprunteurs ???

Quid d'un emprunt fait par une fraterie ?

En tout cas, je plussoie là direction où Olivier veut t'emmener : vire ta table "couple", et crée une table de correspondance :

coemprunter
id
id_affaire
id_personne

[Laskar]

Ok, mais il ne peut y avoir qu'un seul co-emprunteur ?

... ben non !
S'il n'y a qu'une seule personne, c'est forcément l'emprunteur.

Et surtout, ne peut-il y avoir plus de deux co-emprunteurs ???
Quid d'un emprunt fait par une fraterie ?

Mon application ne gère pas ce cas. Dans 99% des cas, il s'agit de ménages (homme/femme mariés ou non)

En tout cas, je plussoie là direction où Olivier veut t'emmener : vire ta table "couple", et crée une table de correspondance :

coemprunter
id
id_affaire
id_personne

... mouais. Je vais voir de ce coté-là.

[StringBuilder]

Ben :
- Ça évite de mettre des NULL dans une clé étrangère (ce qui est par définition une erreur de conception)
- Ça permet de gérer tous les cas possibles, c'est à dire les 99% mais aussi les dizaines de moutons à 5 pattes que représente le dernier pourcent.
- Ça permet de faire le lien entre une affaire et l'ensemble des co-emprunteurs en une seule jointure, ce qui est à la fois plus maintenable, plus performant, et plus facile à relire d'un point de vue programmation... et surtout, c'est évolutif sans devoir modifier le code.

[StringBuilder]

Code :

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

FROM affaire INNER JOIN COUPLE INNER JOIN PERSONNE P1 LEFT OUTER JOIN PERSONNE P2

Je te laisse compléter la requête.