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 :

Propriétés issues d'entité sur relation


Sujet :

Schéma

  1. #1
    Membre à l'essai
    Inscrit en
    Novembre 2005
    Messages
    23
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 23
    Points : 16
    Points
    16
    Par défaut Propriétés issues d'entité sur relation
    Bonjour,

    Voici mon MCD merise :
    http://img28.imageshack.us/i/mcdn.png/

    Rôle des entités:
    * liste contient juste les noms de listes. Par exemple "communes", ou bien "couleur".
    * item contient les items de ces listes. Un item est lié à une liste. Ainsi on pourra avoir "rouge", "montpellier", "vert", "paris" dans la table qui sera issue de item.

    Ces 2 entités me servent à proposer des informations pour certaines propriétés. Dans l'image de mon MCD, on voit par exemple que l'entité structure peut être caractérisée par une ville (relation st_ville) et par une zone d'activité (relation st_zoneactivite). Il pourrait y en avoir encore d'autres.
    On caractérise aussi par ce biais les personnnes de l'entité personne, par exemple avec la relation portee_certificat.

    Ce système fonctionne assez bien lorsque les choses restent simples comme dans ces 2 exemples.

    Maintenant, voici ce que je n'arrive pas à modéliser : dans la partie gauche, on voit que les personnes peuvent faire des contrôles sur des pulvérisateurs. J'ai naturellement créé une relation entre personne et pulverisateur pour modéliser le lien "contrôle".

    J'ai ajouté dans la relation controle des propriétés le caractérisant, comme la date. (Bien sûr cette relation va etre transformée en table contenant les id de pulvérisateur et personne.)

    Voilà mon problème : je souhaite utiliser mon système liste/item pour caractériser mes controles. Par exemple, je veux pouvoir savoir dans quelle ville a été fait le contrôle, et quelle est sa catégorie. J'ai donc besoin de lier la relation controle à mon entité item via 2 relations "ville_controle" et "categorie_controle", mais c'est bien sûr impossible.

    Je demande donc votre aide pour trouver une solution propre à mon problème. J'avais pensé créer une entité controle, mais est-ce une bonne solution ?

    J'espère avoir été clair...
    Merci d'avance

  2. #2
    Membre à l'essai
    Homme Profil pro
    Freelance
    Inscrit en
    Décembre 2010
    Messages
    8
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 52
    Localisation : France, Ardèche (Rhône Alpes)

    Informations professionnelles :
    Activité : Freelance
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Décembre 2010
    Messages : 8
    Points : 14
    Points
    14
    Par défaut
    Ton systeme item/liste est bien compliqué.
    Tu ferais une liste de ville dans une entite et une liste de couleur dans une autre ce serait beaucoup plus clair et tu aurais la solution.

  3. #3
    Membre habitué Avatar de chewing-gum
    Homme Profil pro
    Développeur Java
    Inscrit en
    Novembre 2009
    Messages
    105
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : Novembre 2009
    Messages : 105
    Points : 137
    Points
    137
    Par défaut
    Bonjour,

    Comme l'a dit Didier07, pourquoi ne pas créer 2 entités à part ? Pourquoi ne pas créer une entité "Ville" et une entité "Couleur" ?
    Et il y a aussi une phrase très obscure pour moi :
    Ces 2 entités me servent à proposer des informations pour certaines propriétés.
    List/Item propose des informations à des propriétés ? A quelles propriétés ? Et surtout, pourquoi ?
    Voilà mon problème : je souhaite utiliser mon système liste/item pour caractériser mes controles. Par exemple, je veux pouvoir savoir dans quelle ville a été fait le contrôle, et quelle est sa catégorie. J'ai donc besoin de lier la relation controle à mon entité item via 2 relations "ville_controle" et "categorie_controle", mais c'est bien sûr impossible.

    Je demande donc votre aide pour trouver une solution propre à mon problème. J'avais pensé créer une entité controle, mais est-ce une bonne solution ?
    A priori, je t'aurais conseillé de créer une entité "Contrôle", et de l'associer à une entité "catégorie_contrôle". Ça me paraît assez logique. De même, j'aurais créé une entité "Ville", que j'aurais aussi associé à l'entité "Contrôle".
    Mais cette solution remet en question ton MCD.

    D'ailleurs, sur le MCD que tu as fait, une personne ne peut pas contrôler un pulvérisateur à une date différente.
    Exemple : M. Martin peut utiliser le pulvérisateur N°5 le lundi. Mais le mardi, il ne peut plus ! Il faudrait donc identifier les contrôles en fonction de la date ou avec un système de numéro.
    (j'ai simplifié l'exemple car dans ton cas, il y a aussi une histoire d'items que je ne comprends pas vraiment)

  4. #4
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 031
    Points
    34 031
    Billets dans le blog
    14
    Par défaut
    Citation Envoyé par chewing-gum Voir le message
    A priori, je t'aurais conseillé de créer une entité "Contrôle", et de l'associer à une entité "catégorie_contrôle". Ça me paraît assez logique. De même, j'aurais créé une entité "Ville", que j'aurais aussi associé à l'entité "Contrôle".
    Mais cette solution remet en question ton MCD.
    Effectivement, le contrôle est plutôt à considérer comme une entité propre.
    Et sa justification vient juste après :
    D'ailleurs, sur le MCD que tu as fait, une personne ne peut pas contrôler un pulvérisateur à une date différente.
    Exemple : M. Martin peut utiliser le pulvérisateur N°5 le lundi. Mais le mardi, il ne peut plus ! Il faudrait donc identifier les contrôles en fonction de la date ou avec un système de numéro.
    Personne -0,n----Effectuer----1,1- Controle -1,1----Concerner----0,n- Pulverisateur

    Il n'y a même pas d'identification relative du contrôle. C'est une entité simple avec son identifiant propre. Si tu veux qu'une personne ne puisse contrôler deux fois le même pulvérisateur dans la même journée, il faudra juste prévoir en BDD une contrainte d'unicité sur le triplet {identifiant_personne, identifiant_pulverisateur, date_controle}.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  5. #5
    Membre à l'essai
    Inscrit en
    Novembre 2005
    Messages
    23
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 23
    Points : 16
    Points
    16
    Par défaut
    Merci à tous pour vos réponses.

    Entre temps, après réflexion, il est bien nécessaire de créer une entités pour mes contrôles. Merci pour vos réponses à ce sujet qui m'ont donné les arguments qui me manquaient hier. Maintenant ça me paraît évident

    Alors, ensuite, au sujet de mon couple item/liste, j'ai donné un exemple 'simplifié' dans le sens ou je n'ai pas que catégorie et ville pour caractériser un contrôle.
    Et je souhaite utiliser les 2 entités item et liste pour beaucoup d'autres entités. Comme je l'avais écrit, liste/item me sert par exemple aussi à caractériser une ou plusieurs fois les personnes, les structures, etc. Une fois tout ceci transformé en bdd, je pourrais proposer des listes déroulantes avec des données provenant de la table item et filtrée via id_liste. L'identifiant id_item sera enregistré comme valeur dans les colonnes des entités structure, personne, controle, comme par exemple une colonne controle.ville, clé étrangère liée à item.id_item.

    Si il n'y avait que ville et categories, oui je pourrais créer 2 entités et les lier avec une association. Mais je ne souhaite pas en créer 50 construites exactement de la même manière. Il ne me paraît pas absurde d'essayer de rendre mon MCD un peu plus générique. D'où l'entité liste qui me permet de définir à quoi se rapportent les item

    Merci encore pour vos réponses.

Discussions similaires

  1. tester existance + propriétés d'1 image sur server distant
    Par cassy dans le forum Général JavaScript
    Réponses: 1
    Dernier message: 01/12/2006, 21h04
  2. Réponses: 2
    Dernier message: 14/11/2006, 15h59
  3. Hibernate : suppression sur relation many to one
    Par taf dans le forum Hibernate
    Réponses: 1
    Dernier message: 23/05/2006, 13h08
  4. propriété 1-1 dans une relation
    Par cla dans le forum Access
    Réponses: 6
    Dernier message: 03/05/2006, 10h50
  5. Requetes sur relation n:1
    Par skyo dans le forum Langage SQL
    Réponses: 10
    Dernier message: 18/07/2005, 14h35

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