Bonjour,
 
J'ai un petit cas de conscience de modélisation :
 
J'ai trois tables :
 
-CLIENT - COMPTE - BANQUE
 
(chaque client peut avoir un compte dans une banque donc)
 
Mais il se peut que deux clients partagent le même compte (compte joint)
C'est un cas assez rare dans le domaine où je suis (ça m'est arrivé 2 ou 3 fois en 3 ans)
 
Vaut-il mieux, prendre en compte ce genre de situation avec une 4eme table
 
-CLIENT -"POSSEDECOMPTE" - COMPTE -BANQUE
Avec dans la table "POSSEDECOMPTE" Les ID du client et du compte
 
Ce qui alourdira chaque requête de Selection dans toute la base de données sur les comptes bancaires.
 
Ou vaut-il mieux procéder à une tricherie, du style une copie d'un compte sur un autre lorsque celui-ci est flagué "compte joint" à l'ouverture de celui-ci ...?
 
Perso j'aurais tendance à faire les choses correctement avec la première solution, mais peut-être que quelqu'un avec un peu plus d'expérience me dirait le contraire ?
 
Merci ^^

la solution avec une  table intermédiaire est la plus propre, largement  
 
Ca peut meme te permettre de gérer les droits d'accès exterieur , genre procuration

 
+1000
 
Avec les bon indexes créés sur les bons champs, tu n'auras aucun problème de performance.  
Faudra juste écrire des requêtes un peu plus longues avec avec des jointures et fatiguer un peu plus tes petits doigts  

Ok merci à vous deux  
 
Pour ce qui est de fatiguer les petits doigts, pas si sûr, faire des "tricheries" impeccables ça doit être tout aussi pénible
 

c'est plus simple sur le coup et après tu rames
 
 

+1 pour la première solution aussi.