Au secour !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! J'y arrive pas !!!!!!!!!
Dans mon atelier, j’ai un ensemble de composants (des boîtiers, des cartes, des câbles, des moteurs, des adaptateurs, …et encore des centaines de choses) qui se repère par leur N° de série, leur description, leur référence.
 
A-- Un composant peut être interfacé avec d’autres composants
B-- Ce même composant peut être constitué d’autre composant (Par exemple, à l’instant t : un boîtier est constitué de la carte 001, d’un moteur XY et des câbles 2.03 et 2.04. A l’instant t+1 : la carte 001 se trouve dans un autre boîtier, …)
 
Je dois mettre en place un outil de gestion de l’ensemble de ces composants qui s’appuie sur une base de données.
Cette outil doit être en mesure de me dire :  
  1-- avec quels autres composants est relié le composant X, à l’instant t ?
  2-- de quels composants est constitué le composant X (si c’est le cas), à l’instant t ?
  3-- à l’intérieur de quel composant se trouve le composant X (si c’est le cas), à l’instant t ?
 
J’ai lu pas mal de tutoriaux sur les bases de données, mais je n’ai trouvé aucun exemple qui s’assimilait à mon cas. J’ai beaucoup de mal à répondre à mes questions : Comment concevoir ma base de donnée pour répondre aux 3 exigences principales ? Quelles entités dois-je créer ? Par quels liens les relier entre elles ? …
Bref je ne vois pas du tout quelle base de données mettre en place pour répondre aux besoins.
Pouvez-vous m’aider s’il vous plait      

original comme énoncé d'exercices

Et en utilisant une méthode ?

C'est à dire ?

En bossant ses cours de merise ?

Le truc c'est que tous les cours de merise traitent des exemples sympas, et pas trop prise de tête. Là ce que je dois réaliser c'est un peu plus prise de tête et je vois pas comment le faire, même en lisant les cours de mérise. J'aurais espéré que quelqu'un avait déjà traité ce genre de cas dans les bases de données,

Ben c'est des mécanismes de base, donc c'est normal que tu ne trouves trop rien.
 
Suit bien les étapes de la méthode (Merise donc, je suppose) pas à pas, et tu auras un premier résultat.
 
Imagine le concrètement, et tu verras si faute il y a.

premiere etape, extraire les entités

ok, je vais essayer. Si quelqu'un d'autre à des idées en attendant, je suis tjs preneur ...
Merci de votre aide

--------------------------------------------------------------------------------
 
J'ai juste mi la partie pour laquelle un objet peut composer (ou être composé) d'autres objets:
 
-- une entité OBJET avec pour clé : Objet_id et des attributs
-- une association Compose avec pour clés :  
          Instance_id_composant PFK
          Instance_id_compose PFK
 et l'attribut Date_création_objet, par exemple
-- deux liens qui partent de l'entitée et qui vont vers l'association avec pour cardinalité 1,n (les deux 1 sont du coté de l'entitée, les deux n sont du coté de l'association)
Quelqu'un pourrait me dire si ce genre de modélisation pourrait fonctionner pour gérer des objets pouvant constituer (ou être constitués) d'autres objets.
Et est-ce que cela va me suffir pour garder un historique sur les objets et leur changement de constitution (avec l'attribut date) ?
merci bien