Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Schéma Discussion :

Base de données épargne volontaire


Sujet :

Schéma

  1. #1
    Candidat au Club
    Base de données épargne volontaire
    Bonjour Denis
    Je voudrais créer une basse de donnée d'une petite association.
    Elle a pour objet l'épargne volontaire. Chaque membre dépose chaque fin du mois une partie de ses économies dans notre association. Au du début de chaque rentrée scolaire, le montant épargné par chaque membre lui est restitué avec un intérêt mensuel de 2%. Il faut noter que tout membre peut également prêté de argent dans l'association. Le remboursement se fait sur trois mois, non renouvelables, avec un intérêt mensuel de 3%. Et aucun membre ne peut prêté s'il doit encore au groupe.

    Voici un peu ce que j'ai fait :
    J'ai créé 4 tables
    1- Table Membre. Elle comprend 11 champs:
    - Numéro d'ordre ( clé primaire )
    - Nom
    - Prénom
    - No carte nationale d'identité
    - Contact (1; 2 et 3)
    - E-mail
    - Domicile ou résidence
    - Photos ou pièces jointes
    - observation

    2- Table épargne. Elle comprend les champs suivants :
    - Nom
    - Prénom
    - Date ou mois de dépôt
    - Montant déposé ou versé

    3- Table Prêts. Ses champs sont:
    - Nom
    - Prénom
    - Avaliste
    - Montant demandé
    - Montant reçu
    - Intérêt mensuel
    - A rembourser avant le
    - Observation

    4 Table Remboursements. Ses champs sont:
    - Nom
    - Prénom
    - Montant prêté
    - Net à rembourser
    - Versement du jour
    - Reste à verser
    - Observation

    Ayant déjà réalisé ces différentes tables, Je n'ai pas pu créer la base de donnée, ( mes essais sont rejetés ). Ce qui me rend la suite extrêmement compliqué.

    Comment créer?
    Aidez moi

  2. #2
    Expert éminent sénior
    Bonjour Lemouba,

    Où est le MCD (modèle conceptuel des données) ?

    Quel est votre SGBD ?

    Veuillez fournir le script de création des tables.
    Faites simple, mais pas plus simple ! (A. Einstein)
    E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    Je ne réponds pas aux questions techniques par MP. Les forums sont là pout ça.
    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench

  3. #3
    Membre éclairé
    Bonjour,
    Il est effectivement essentiel de commencer par la conception, et donc d'établir un Modèle Conceptuel de Données avant de parler de tables (qui en seront la conséquence directe).
    Par ailleurs, les tables que vous proposez semblent présenter des redondances (Nom, Prénom, ...) ce qui ne conviendra pas du tout au moment de définir le schéma relationnel de la base de données.
    Mais bon, première étape : le MCD !
    Patrick Bergougnoux - Professeur des Universités au Département Informatique de l'IUT de Toulouse III
    La simplicité est la sophistication suprême (Léonard de Vinci)
    LIVRE : Modélisation Conceptuelle de Données - Une Démarche Pragmatique
    Looping - Logiciel de modélisation gratuit et libre d'utilisation

  4. #4
    Expert éminent sénior
    Bonsoir Lemouba,

    Outre les judicieux conseils qui précèdent, j'ajoute quelques remarques

    Dans une table d'une base de données, il n'y a pas de "champ", il y a des colonnes.
    Les champs sont les attributs d'un formulaire de saisie ou d'un état.


    Par ailleurs ici :

    Citation Envoyé par Lemouba Voir le message

    J'ai créé 4 tables
    1- Table Membre. Elle comprend 11 champs colonnes:
    [...]
    - Contact (1; 2 et 3)
    - Domicile ou résidence
    - Photos ou pièces jointes
    - observation
    S'il peut y avoir plusieurs contacts, alors il faut créer une nouvelle table en lien avec la table des membres
    Domicile ou résidence ne saurait être un attribut unique, les adresses sont normées, pour la France, il faut appliquer la norme postale accessible gratuitement en quelques clics sur la toile
    "Photos ou pièces jointes" : le pluriel sur chaque substantif me fait craindre à une collection de valeurs dans une même colonne à ne jamais faire ! Là encore, à remplacer par un lien entre le contact et sa ou ses photos d'une part et sa ou ses pièces jointes d'autre part



    Citation Envoyé par Lemouba Voir le message

    3- Table Prêts. Ses champs colonnes sont:
    - Nom
    - Prénom
    - Avaliste
    - Montant demandé
    - Montant reçu
    - Intérêt mensuel
    - A rembourser avant le
    - Observation
    L'usage est de nommer les tables au singulier, on aura donc la table PRETS dans laquelle on trouvera tous les prêts
    Comme mentionné par mes prédécesseurs, nom et prénom n'ont rien à faire ici, par contre, l'identifiant du membre est requis en tant que clef étrangère (FK)
    Qu'est-ce qu'un "avaliste" ? S'il s'agit de la personne qui se porte garant et que cette personne est un membre, alors il faut la aussi utiliser un lien FK avec la table des membres, à préciser dans vos règles de gestion
    Les montants sont ils toujours en € ? Dans la négative, ajoutez un attribut pour préciser la devise.



    Citation Envoyé par Lemouba Voir le message

    4 Table Remboursements. Ses champs sont:
    - Nom
    - Prénom
    - Montant prêté
    - Net à rembourser
    - Versement du jour
    - Reste à verser
    - Observation
    Nom et prénom à virer
    Il manque un identifiant de remboursement qui devrait constituer tout ou partie de la clef primaire (PK). Idéalement, la clef primaire devrait être constituée en majeur de la référence du prêt (FK composante de la PK) et d'un identifiant de remboursement .
    Il manque le lien avec le prêt (sauf si un membre ne peut avoir qu'un et un seul prêt) et la date de remboursement
    Le reste à verser est a priori un montant à calculer en fonction du montant emprunté, du taux et des remboursements déjà effectués.
    Si c'est le cas il ne doit pas être stocké. Précisez exactement ce qu'est ce reste à verser dans vos règles de gestion



    Citation Envoyé par Lemouba Voir le message
    Ayant déjà réalisé ces différentes tables, Je n'ai pas pu créer la base de donnée, ( mes essais sont rejetés ). Ce qui me rend la suite extrêmement compliqué.
    Pas clair : les tables sont des composants de la base de données, la création de la base de données est un pré-requis à la création des tables.
    Par contre il est fort possible que le script de création de vos tables soit en erreur, ce qui n'est pas surprenant puisque vous avez commencé par la fin : la création des tables.
    Commencez par le modèle conceptuel comme l'ont justement suggéré Fsmrel et Paprick, ça vous évitera bien des erreurs.

###raw>template_hook.ano_emploi###