IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
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

MySQL Discussion :

Demande conseil sur la structure d'une table


Sujet :

MySQL

  1. #1
    Membre habitué
    Avatar de Shinja
    Homme Profil pro
    Inscrit en
    Septembre 2012
    Messages
    153
    Détails du profil
    Informations personnelles :
    Sexe : Homme

    Informations forums :
    Inscription : Septembre 2012
    Messages : 153
    Points : 156
    Points
    156
    Par défaut Demande conseil sur la structure d'une table
    Bonjour, je suis devant un dilemme et j'arrive pas du tout à trancher quant à la structure de ma table. Voilà, sur mon site j'ai besoin de créer une fiche pour des éditeurs (de jeux ou logiciels), des studios de développement et les fabricants de matériels. Dans la simplicité la plus totale je me suis contenté de créer une table pour chacun. Hors le problème, c'est que parfois un éditeur est aussi éditeur, mais aussi en même temps fabricant. Par exemple la firme Nintendo fabrique et édite des jeux en plus d'avoir quelques studios sous la main. Je me suis donc penché plutôt vers une table unique avec des champs boolean sur les trois activités :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    id      int(11) NO      PRI     NULL    auto_increment
    name    varchar(100)    NO      MUL     NULL
    slug    varchar(100)    NO              NULL
    publisher       tinyint(1)      YES             0
    developer       tinyint(1)      YES             0
    manufacturer    tinyint(1)      YES             0
    description     mediumtext      YES             NULL
    creation_date   date    YES             NULL
    website varchar(100)    YES             NULL
    game_count      int(11) YES             0
    created datetime        NO              NULL
    modified        datetime        NO              NULL
    Cette table me permet de ne pas à chaque fois recréer un enregistrement pour chaque table, mais le souci c'est que ça me force à créer des conditions un peu partout lorsque je veux filtrer les résultats. Je voudrais donc savoir si c'est mieux de créer un table pour chaque activité ou bien de tout regrouper dans une unique table (performance ?).

    Merci !

  2. #2
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 133
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2010
    Messages : 10 133
    Points : 38 555
    Points
    38 555
    Billets dans le blog
    9
    Par défaut
    bonjour,

    Avez vous commencé par le commencement, à savoir le modèle conceptuel ?
    Il semble que non, or c'est indispensable si vous ne voulez pas partir sur de mauvaises bases

    Vous pouvez poster vos questions sur la modélisation ici : http://www.developpez.net/forums/f25...thodes/merise/

  3. #3
    Membre habitué
    Avatar de Shinja
    Homme Profil pro
    Inscrit en
    Septembre 2012
    Messages
    153
    Détails du profil
    Informations personnelles :
    Sexe : Homme

    Informations forums :
    Inscription : Septembre 2012
    Messages : 153
    Points : 156
    Points
    156
    Par défaut
    Merci, c'est vrai que j'y pense jamais ! Je vais me mettre au boulot merci !

  4. #4
    Expert éminent sénior Avatar de Artemus24
    Homme Profil pro
    Agent secret au service du président Ulysses S. Grant !
    Inscrit en
    Février 2011
    Messages
    6 378
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Agent secret au service du président Ulysses S. Grant !
    Secteur : Finance

    Informations forums :
    Inscription : Février 2011
    Messages : 6 378
    Points : 19 055
    Points
    19 055
    Par défaut
    Salut à tous.

    Citation Envoyé par Shinja
    Voilà, sur mon site j'ai besoin de créer une fiche pour des éditeurs (de jeux ou logiciels), des studios de développement et les fabricants de matériels.
    Vous avez la réponse à votre question. Vous avez trois groupes avec leur spécificité.
    Vous pouvez créer une table parente, contenant ce qui est commun aux trois groupes.
    Et dans chaque table fils (éditeurs, studios et fabricants), mettre ce qui est spécifique.
    Cela évite de la redondance d'informations qui ne serait pas renseignée dans la plus part des cas.

    Maintenant, raisonner juste sur un aspect de votre problème n'est pas judicieux.
    Comme le conseil Escartefigue, il vaut mieux revoir votre modèle conceptuel des données afin de corriger les problèmes que vous rencontrez.
    Le forum consacré à MySql n'a pas vocation à résoudre ce genre de problème, mais répond à des questions techniques.

    @+
    Si vous êtes de mon aide, vous pouvez cliquer sur .
    Mon site : http://www.jcz.fr

Discussions similaires

  1. [MySQL-5.6] Demande de conseil pour la création d'une table
    Par steel-finger dans le forum MySQL
    Réponses: 1
    Dernier message: 04/08/2014, 11h04
  2. Réponses: 0
    Dernier message: 09/03/2012, 23h29
  3. [Modèle Relationnel] Avis sur la structure d'une table
    Par le_bono dans le forum Schéma
    Réponses: 4
    Dernier message: 28/07/2009, 05h39
  4. Réflexion sur la structure d'une table
    Par Ashgenesis dans le forum Schéma
    Réponses: 6
    Dernier message: 20/12/2007, 09h51
  5. Conseil sur la creation d'une table
    Par rohrim dans le forum Administration
    Réponses: 4
    Dernier message: 08/06/2007, 12h19

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo