Discussion :

[bl2000]

Bonjour,

Je travaille sur une base de donnée ayant l'organisation suivante :
3 tables de clients de catégories différentes :
Client1 avec les champs idclient1, nom, prenom, adresse, champA, champB, champC
Client2 avec les champs idclient2, nom, prenom, adresse, champD, champE, champF
Client3 avec les champs idclient3, nom, prenom, adresse, champG, champH, champI
et une table facture avec les champs idfacture, typeclient, idclient, champJ, champK, champL

Pour l'édition d'une facture le champ idclient va pointer tantôt sur Client1, tantôt sur Client2, tantôt sur Client3 selon la valeur du champ typeclient. Ce type d'organisation est il acceptable. N'y aurait il pas eu une façon plus simple qui aurait évité d'avoir une clé étrangère sur plusieurs tables .

Merci de votre réponse.

[rsc]

Une seule table Client avec un champ Categorie (ou IdCategorie) pour distinguer les clients, non ?

[Monstros Velu]

Je pense que tu peux tuiliser l'héritage avec 4 tables pour les clients :
Client idclient, nom, prenom, adresse
Client1 idclient, champA, champB, champC
Client2 idclient, champD, champE, champF
Client3 idclient, champG, champH, champI

Facture idfacture, idclient, champJ, champK, champL

ainsi, peu importe ton type de client, tu fais des left outer join pour retrouver tes données. Ce modèle te permet, en plus, d'avoir un client appartenant à plusieurs type de client.

[bl2000]

Merci Monstros Velu je pense que c'est effectivement la solution la plus sage.
J'attends encore quelques jours avant de cloturer la discution au cas où quelqu'un aurait une autre idée, mais je pense effectivement que c'est une tres bonne idée.

[mathieu34]

Merci ! simple et efficace