Alors voila mon problème qui commence gentilemment à me rendre barge
Pour éviter de vous noyer, je vais tacher de faire concis...
Une gestion de club aéro, et plus particulierement, une gestion des bons cadeaux. Un bon cadeau est valable que pour un seul vol et peut avoir différentes valeurs. (jusqu'a valoir un vol entier)
2 cas :
* Bon cadeaux offerts par des particuliers (annif, etc...) Dans ce cas ca va, c'est relativement simple, un personne (que l'on enregistre comme client) paye un bon cadeau à une autre. (enregistrée aussi comme client) Donc un client paye aucun ou N bons
* Les lots d'entreprise (type Comité d'Entreprise etc...) Dans ce cas, c'est la boite (organisme) qui achète les bons par lot et qui redistribue à ses employés qui deviennet client lors de leurs vols) D'où la nécessité de créer un lien de parrainage pour savoir de quelle boite vient le client.
J'ai donc créé ce MCD dont je doute déja bcp à cause notemment des formes normales, transitivités etc
Qu'est-ce que c'est que cette deuxième entité Boncadeau ? Bref je suis un peu perdu et je pense que cela vient du fait du manque de formalisation du mcd...
Une personne éclairée pourrait-elle me donner son avis ? (Surtout concernant les boncadeaux et la normalisation du modèle)
Franchement, j'ai rien compris à ton étude de cas, par contre dès que j'ai vu ton image sur le deuxième lien j'ai compris.
Rassure toi ACCESS, c'est ça quoi, essaye manuellement de relier une table deux fois à une même autre table, et tu verras qu'aux niveau relations, ACCESS affichera trois tables d'en deux ont le même nom une avec 'Nom' et l'autre avec 'Nom_1'.
Desolé, je ne t'ai pas aidé niveau conception, mais j'espère au moins que t'as compris ce qui arrive sous ACCESS
__________________________
L'une des fonctions principales d'un ami consiste à subir, sous une forme plus douce et symbolique, les châtiments que nous désirerions, sans le pouvoir, infliger à nos ennemis. Aldous Huxley
Le meilleur des mondes