Vérification d'une bdd sous mysql

Salut, voilà je débute dans le domaine des bases de données , je viens d'en créer une pour une asso et je voudrais simplement savoir si elle tient la route.
Voilà le MRD:

login (id_inscrit, mdp_inscrit)
id_inscrit : clé primaire
mdp_inscrit : clé primaire


inscrits (no_inscrit, nom_inscrit, prenom_inscrit, id_inscrit, courriel)
no_inscrit : clé primaire
id_inscrit : clé étrangère en référence à id_inscrit (table login)

groupes (no_groupe, lib_groupe, no_inscrit)
no_groupe : clé primaire
no_inscrit clé étrangère en référence à no_inscrit (table inscrits)


activités (lib_activite, datedeb_activite, datefin_activite, no_groupe)
lib_activite : clé primaire
no_groupe : clé étrangère en référence à no_groupe (table groupes)

budget (cout_activite, lib_activite, capital, recettes, lib_recettes, depenses, lib_depenses)
capital : clé primaire
lib_activite : clé étrangère en référence à lib_activite (table activités)


Si vous pouviez contrôler ce bazar ce serait cool, merci!

3 réponses

  1. uuuuupp
    c'est pour demain!!!
    0
    1. Personne ne peut valider ce modèle relationnel?
      0
      1. question : Login = le pseudo, et inscrit = le nom + prénom .. ?

        Si c'est ça, alors je ferai ça dans ce cas.

        Utilisateur (id_user, login_user, mdp_user)
        id_user : clé primaire
        mdp_inscrit : clé primaire ( ça on enlève, une clé primaire est définie par un numéro ( bien souvent en tout cas ))

        Info_Perso_User (no_inscrit, nom_inscrit, prenom_inscrit, courriel, id_user )
        no_inscrit : clé primaire
        id_user : clé étrangère en référence à id_user (table utilisateur)

        groupes (no_groupe, lib_groupe, no_inscrit)
        no_groupe : clé primaire
        no_inscrit clé étrangère en référence à no_inscrit (table inscrits) ( Ici je mettrai plutôt le numéro du login, puisque c'est un pseudo qui rejoint un groupe, et non les informations personnelles )

        activités (lib_activite, datedeb_activite, datefin_activite, no_groupe)
        lib_activite : clé primaire
        no_groupe : clé étrangère en référence à no_groupe (table groupes)

        budget (cout_activite, lib_activite, capital, recettes, lib_recettes, depenses, lib_depenses)
        capital : clé primaire
        lib_activite : clé étrangère en référence à lib_activite (table activités)

        A confirmer par un expert en SQL ;) Mais en tout cas, je ferai comme ça.
        0