Discussion :

[pas30]

Voilà j'ai un petit souci d'analyse et je voudrais bien votre avis.
J'ai un site de publicité qui rémunère ses membres pour visiter des sites d'annonceurs. Donc je dois gérer à la fois des membres et des annonceurs. j'ai créé une table membre qui contient tous les membres. A votre avis il vaut mieux séparer les membres des annonceurs ou pas ??? Sachant qu'un membre peut vouloir annoncer et qu'un annonceur peut éventuellement vouloir utiliser les fonctionnalités des membres.
Alors comme choix j'ai
1- créér deux tables une membre et une annonceur le problème c'est la redondance d'information dans le cas ou une même personne est annonceur et membre. De plus, il n'y a aucun lien entre le membre et l'annonceur (si c'est un membre qui devient annonceur donc il crée un compte membre et un compte annonceur il est impossible de les relier et savoir que c'est la même personne).
2-créer une seule table qui contiendra tous les membres et les annonceurs avec un indicateur de type booléen qui permettra d'indiquer si c'est un membre ou un annonceur ou les deux. Du coup plus de redondances d'informations et le lien est évident puisque c'est une ligne de la table membre contient le compte membre et annonceur à la fois
3- Une autre solution ??? que j'ai pas encore trouvé lol
Qu'en pensez-vous ???

[GrandFather]

Bonjour,

avec les données du problème telles que tu les a exposées, la deuxième solution est de loin la meilleure.

Maintenant, elle peut être problématique si les annonceurs ont des champs en plus de ceux qu'ont les simples membres ; tout mettre dans la même table signifie que l'on aura des champs qui ne seront pas pertinents pour tous les enregistrements, ce qui n'est pas le signe d'une bonne conception... Il faudra donc placer ces champs supplémentaires dans une table "Annonceurs", et établir une relation de 1 à 1 entre la table "Annonceurs" et la table "Membres".

Il y a deux façons d'implémenter ce lien :

• en placant une clé étrangère dans la table "Annonceurs" qui "pointe" vers la table "Membres", et en déclarant cette clé étrangère comme clé primaire.
• Si ton SGBDR le permet, en établissant une relation d'héritage en faisant hériter la table "Annonceurs" de la table "Membres"

[pseudocode]

Idem GrandFather.

La strategie "Une table par classe fille" est la plus traditionnelle dans ce probleme (c'est l'approche généralement utilisée par les O./R.M.).

A noter qu'on peut tout de meme rajouter un champs discriminant dans la classe mere (meme si ce n'est pas necessaire). Ca facilite grandement le debug et ca permet de faire du controle de coherence

[pas30]

Les données seront presque les mêmes un pseudo, un mot de passe, une adresse email et un parrain. (il y a les champs euro contenant le montant en euro gagné et points qui ne s'applique pas aux annonceurs)
Enfin je suis perdu pour trouver une solution correcte sachant qu'il faudrait que les membres et les annonceurs est la possibilité d'annnoncer pour le premier et de jouer pour le second.

[GrandFather]

S'il y a des champs spécifiques aux membres (montant gagné), alors il faut 3 tables : une table "Utilisateurs", qui contiendra les champs génériques communs à toutes les catégories, et des tables "Membres" et "Annonceurs" qui contiendront les champs spécifiques à ces deux catégories, et qui seront liées à la table "Utilisateurs" dans une relation de 1 à 1.

[pas30]

De toute façon, merise dit il me semble de séparer les entités. On ne mettrait pas les clients et les fournisseurs ensemble et bien pour mon cas c'est pareil les annonceurs sont ceux qui font de la pub et me donne de l'argent pour çà et les membres ceux qui cliquent et à qui je reverse de l'argent.
On ne peut pas mettre tout ensemble il me semble c'est comme mettre les chiens et les chats ensemble. Par contre, pour ce que tu disais je n'ai pas d'information supplémentaire pour ma table annonceurs contrairement à la table membre qui contient l'argent gagné.

[pas30]

Vu les problèmes rencontrés et étant donné que je veux que ce soit flexible. je pense que je vais créer une seul table des membre en indiquant si la personne est un membre ou un annonceur et chaque compte pourra accéder à toutes les fonctionnalités (membre et annonceur).