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

Schéma Discussion :

donnée propre à une entité stockée dans une autre entité


Sujet :

Schéma

  1. #1
    Membre du Club
    Inscrit en
    Décembre 2004
    Messages
    65
    Détails du profil
    Informations forums :
    Inscription : Décembre 2004
    Messages : 65
    Points : 55
    Points
    55
    Par défaut donnée propre à une entité stockée dans une autre entité
    Bonjour,
    Je dévelope une base pour gérer des scripts et leur débogage.
    Voici les règles de gestion propres à la partie du mcd que je vais vous présenter :

    Un script possède un identifiant un indice, et un numéro de société.
    Une fiche de débugage est propre à chaque script, on y inscrit la date, le tps passer à déboger le script, le correcteur, l'identifiant du script, sa version, et les bugs trouvés.
    Logiquement ça donne un mcd dans ce genre là :



    Là où je me pose une question, c'est que le numéro de version est propre au script, et il évolue régulièrement. Donc si par exemple je veux afficher un récapitulatif de toute les fiches de débogage pour un script, je n'aurais pas les versions du script pour chaque fiche, et ça c'est gênant.
    La seule solution que je vois c'est de conserver le numéro de version dans la table "débogage", mais je trouve ça un peu crade étant donné que ce numéro est propre au script.
    Vous voyez ce qu eje veux dire ?
    qu'en pensez vous ?

  2. #2
    Membre confirmé

    Profil pro
    Inscrit en
    Janvier 2003
    Messages
    113
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2003
    Messages : 113
    Points : 488
    Points
    488
    Par défaut
    Il me semble qu'il manque une entité Version entre Script et Fiche permettant de gérer les versions successives d'un même script et de rattacher les fiches à une version du script
    Ce que l'on conçoit bien s'énonce clairement,
    Et les mots pour le dire arrivent aisément.
    L'Art poétique - Nicolas Boileau (1636-1711)

  3. #3
    Membre du Club
    Inscrit en
    Décembre 2004
    Messages
    65
    Détails du profil
    Informations forums :
    Inscription : Décembre 2004
    Messages : 65
    Points : 55
    Points
    55
    Par défaut
    donc si j'ai bien suivi avec ta proposition, on arrive à un truc comme ça :



    Avec cette solution, il ne me semble pas qu'on puisse retrouver un script à partir du numéro de la fiche de débugage (même en changeant les cardinalités, car un script peut changer de version à tout moment). Ou alors il faudrait relier l'entité script à fiche, version à fiche et version à script. là ça tournerait pas mail il me semble, mais ça m'embête un peu de me retrouver avec une table juste pour gérer les versions.

    Une autre solution à laquelle je viens de penser, serait de faire une association entre script et fiche qui soit en 1,N des deux côtés. Même si une fiche ne peut pas contenir plusieurs plans, ça me permetrait d'avoir une table intermédiaire, dans laquelle je pourrais stocker le numéro de version. C'est pas super conventionnel, mais ça marcherait pas mal.

  4. #4
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 002
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 002
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Bonsoir,

    J'espère ne pas déformer les propos de Nanci :

    Une fiche se réfère à une version d'un script. La cardinalité entre Version et Être est donc 1,1.

    En complément, je dirai qu'une version est identifiée relativement à un script, puisqu'elle en est une propriété multivaluée.

    Fsmrel

    NB. "Être" pourrait être remplacé par "Composer" : une version n'est pas un script mais entre dans la composition du script.
    De même, "Débuger" n'est pas très bien choisi : une version ne corrige pas une fiche. Disons qu’une version est, par exemple, une référence pour une fiche.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, 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 »)

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

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 2
    Dernier message: 12/01/2009, 15h33
  2. Réponses: 1
    Dernier message: 16/10/2008, 11h40
  3. Réponses: 3
    Dernier message: 28/08/2007, 15h21
  4. Appel d'une procédure stockée dans une procédure stockée
    Par MrEddy dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 13/09/2006, 16h17
  5. Réponses: 3
    Dernier message: 17/01/2006, 17h12

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