Discussion :

[Gulien]

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 ^^

[TsunamiDream]

Hi,

J'opterai pour la solution propre. Même si sa rajoute une table en bdd, et que les requêtes sont un poil plus longues. La base est beaucoup plus lisible, et la programmation plus propre.

Enfin ce n'est que mon avis

[Gulien]

Ok merci pour cette réponse
J'ai eu d'autres échos me le confirmant aussi.

[ok.Idriss]

Salut.

Il est largement préférable d'opter pour la solution "propre". Si tu devait copier le compte pour chaque co-client, tu devrait mettre en place un algo qui mettrait à jour chaque comptes équivalent au lieu d'un seul (lors d'une mise à jour d'un compte comme par exemple un virement, etc). Tu risquerait aussi d'alourdir inutilement ta base lorsque beaucoup de clients partagent un même compte.

La table "possede_compte" est une solution beaucoup plus propre (plus optimisé, etc) et je pense aussi plus simple à mettre en place.

Sinon, n'oublie pas de mettre en ...

Cordialement,
Idriss