Partage
  • Partager sur Facebook
  • Partager sur Twitter

Organisation de Base de données

Pour un CV

Sujet résolu
    14 mars 2019 à 22:09:30

    Bonjour,

    Je me permets de créer un post ici, car depuis peu je me suis lancé sur Symfony 4. Je me suis donc amusé dans un premier temps à faire mon CV puis j'ai eu l'idée de réaliser un back-office pour que je puisse modifier mon CV sans toucher au code.

    Je peux donc soit modifier le contenu, soit modifier l'apparence (couleurs, polices,etc...). Pour l'instant je n'en suis qu'à la modification de contenu, car mon problème est de savoir comment je dois enregistrer mon contenu dans la BDD.

    Je veux pouvoir modifier mon contenu par sections, c'est à dire, que je veux pouvoir, si je le veux, modifier uniquement ma Bio, ou uniquement mes expériences, par exemple.

    Du coup je suis parti sur l'idée de créer autant de tables que de sections. Donc dans mon cas il y aurait 7 tables au moins (En-tête, bio, Expériences, Parcours scolaire et 3 autres).

    Je voulais donc avoir votre avis sur cette idée, et savoir si il y en a d'autres qui seraient plus pratiques par exemples.

    Merci par avance, bonne soirée.

    Cordialement,

    Mathieu Gervais

    -
    Edité par LordIonBlade 14 mars 2019 à 22:17:38

    • Partager sur Facebook
    • Partager sur Twitter

    Mathieu Gervais

      15 mars 2019 à 9:55:23

      Bonjour,

      Il faut revenir à la définition d'une "entité" au sens modélisation du terme. Une entité est (un peu) ce qu'une classe est à la programmation objet : La définition d'un objet, avec ses attributs.

      On va parler d'entité pour une expérience. Toutes tes expériences seront différentes dans leur contenu, mais identique dans leur structure (une date de début, une date de fin, une description, une entreprise, etc.).

      Chaque entité implique donc la création d'une table.

      Dans ton exemple de CV, je pense donc que expérience et parcours sont des entités. On peut imaginer aussi que tu ais des projets réalisés, ce serait aussi une entité.

      En revanche, les données en-tête et biographie, ne sont pour moi que du contenu "simple", qui ne contiendront que du texte. On peut imaginer une entité "contenu" ne disposant que d'un attribut texte.

      A voir pour les 3 autres sections évoquées ...

      • Partager sur Facebook
      • Partager sur Twitter
      Seul on va plus vite, ensemble on va plus loin ... A maîtriser : Conception BDD, MySQL, PHP/MySQL
        15 mars 2019 à 10:59:07

        Super, merci ça répond exactement à mes questions.

        Et désolé je fais encore l'amalgame entre une entité et une table.:euh:

        Merci encore.

        • Partager sur Facebook
        • Partager sur Twitter

        Mathieu Gervais

          15 mars 2019 à 13:31:45

          LordIonAss a écrit:

          je fais encore l'amalgame entre une entité et une table

          Une entité c'est lorsque tu crées ton modèle conceptuel (MCD). Et une entité donnera une table dans ta base (MLD).

          Il n'y a pas d'amalgame les deux sont intimement liées de toute façon ...

          • Partager sur Facebook
          • Partager sur Twitter
          Seul on va plus vite, ensemble on va plus loin ... A maîtriser : Conception BDD, MySQL, PHP/MySQL

          Organisation de Base de données

          × Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
          × Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
          • Editeur
          • Markdown