Discussion :

[Mathaousse]

Bonjour,

Je me pose actuellement un question au niveau d'un système de parrainage simple c'est à dire qu'un utilisateur peut parrainé un/des utilisateurs.
J'ai modélisé rapidement sur MYSQL workbench un exemple qui me semble être bon mais je ne suis pas de sa pertinence. De plus je ne sais pas si le lien d'activation (pour le parrainage) doit faire référence au filleul ou au parrain.




Merci de votre aide.

[escartefigue]

Bonjour,

Que représente la notion de "lien d'activation" ?

[Mathaousse]

Le terme un plus exact aurait dû être "code de parrainage".
En fait pour qu'un utilisateur puisse en parrainé un autre il faut qu'il lui envoi par mail (ou autre là n'est pas la question) un code de parrainage.

[escartefigue]

Du coup, ce lien d'activation est un attribut de la relation de parrainage entre utilisateurs et par conséquence une colonne de la table "parrainage"

Je vous propose le modèle ci-dessous dans lequel j'ai fait quelques modifications
- remplacement des varchar par des char dans les cas de longueurs de données courtes (disons en deçà de 50 le varchar a peu d'intérêt et présente surtout des inconvénients)
- mot de passe d'une taille plus réaliste : 255 caractères à mémoriser, c'est énorme !
- idem dans une moindre mesure pour le login
- suppression des caractères spéciaux et des blancs dans les noms de colonne pour faciliter l'utilisation SQL et la portabilité éventuelle (prénom par exemple)

J'ai supposé qu'un utilisateur ne pouvait avoir au plus qu'un seul parrain, dans le cas contraire il faudra ajouter l'identifiant du parrain dans la PK de la table PARRAIN

[Mathaousse]

Merci pour votre réponse et pour les précisions sur les attributs. Si je comprends bien vous me proposez plus que 2 tables là où auparavant j'en avais 4 ? Pour le lien d'activation j'ai compris mais pour la suppression de la table parrain je sèche un peu.
Pouvez-vous m'expliquer pourquoi pa_id est une clé étrangère? Elle vient de quelle table?

[escartefigue]

PA_ID tout comme UT_ID sont des clefs étrangères qui pointent l'une comme l'autre sur UT_ID de la table utilisateurs puisqu'un parrain (PA_ID) comme un filleul (UT_ID) sont tous deux des utilisateurs.

La suppression en cascade est une garantie d'intégrité de vos données, vous n'aurez pas à vous préoccuper de la suppression du parrain ou de l'utilisateur :
La clause "ON DELETE CASCADE" vous permet de supprimer automatiquement l'enregistrement fils de la table "PARRAINAGE" en cas de suppression dans la table "UTILISATEUR" du filleul ou du parrain.

[Mathaousse]

Merci!!
Juste une dernière question au sujet Mysql Workbench si vous connaissez. Pour avoir 2 FK d'une même table il faut bien faire une double relation?