Discussion :

[llaffont]

Salut,

J'ai besoin que quelqu'un me fasse un exemple simple pour m'expliquer les relations.
Les bases de données n'étant pas mon domaine je suis perdu et je n'arrive pas avoir la différence.

Je donne un schéma Yaml :

Les 5 tables :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
Atelier:
  columns:
    name:       { type: string(255), notnull: true }
 
Annexe:
  columns:
    name:       { type: string(255), notnull: true }
 
Batiment:
  columns:
    name:       { type: string(255), notnull: true }
    abbreviation: { type: string(20), notnull: true }
 
Tag:
  columns:
    name:       { type: string(255), notnull: true }
    batiment_id:  { type: integer, notnull: true }
    atelier_id:  { type: integer }
    annexe_id:  { type: integer }
    zone_cmr:       { type: boolean, notnull: true, default: 0 }
 
Intervention:
  columns:
    label:  { type: string(255), notnull: true }
    intervenant :  { type: string(255), notnull: true }
    tag_id :  { type: integer }

Les conditions :

• Un atelier peut être associé à un ou plusieurs TAG
• Une annexe peut être associée à un ou plusieurs TAG
• Un bâtiment peut être associé à un ou plusieurs TAG
• Un tag peut être associé à une ou plusieurs Intervention
• Une Intervention est associée à un TAG

Comment dois-je definir mes relations et de quelle type sont-elles ?
Merci d'avance.

[Michel Rotta]

Est-ce qu'un même tag peut être utilisé pour un atelier, une annexe, un bâtiment ?

Il va y avoir plus de 5 tables à terme.

[llaffont]

J'ai peut être mal conçu mon exemple.
Je vais tenter de mieux présenter le contexte.

Un TAG est un élément unique sur lequel on doit intervenir
Ce TAG est situé (géographiquement) grâce à son Bâtiment, son Atelier et/ou son annexe.

Donc une intervention est reliée à un TAG qui lui même est relié à son Bâtiment, son Atelier et/ou son annexe.

Dsl ! Si je mon exemple devient compliqué. Mais c'est la dur réalité a laquelle je suis confronté actuellement et mon exemple est pourtant simple par rapport au projet final

[Michel Rotta]

C'est TAG qui est mal choisi. Il donne l'impression que c'est une information collée sur bâtiment ou atelier ou... alors que c'est l'élément principale.

Bon, partant de ce que tu dis, est-ce qu'un tag peut appartenir à plusieurs bâtiments (ou atelier ou annexe) ? Est-ce qu'un tag peut appartenir simultanément à un bâtiment, deux annexes et un atelier ? Ou un bâtiment, une annexe et un atelier ?

[llaffont]

Non, un TAG est unique.

Un bâtiment peut appartenir à plusieurs TAG
Un atelier peut appartenir à plusieurs TAG
Une annexe peut appartenir à plusieurs TAG
Un TAG contient au minimum un Atelier et Bâtiment
Une intervention contient un seul et unique TAG
Un intervenant possède plusieurs intervention.

J'ai vraiment l'impression d'abuser de toi . J'ai pas du prendre le meilleur exemple mais comme c'est mon contexte actuel je ne m'éloigne pas trop.

Je devrais avoir un développeur dans les semaines a venir mais pour l'heure mon projet doit avancer donc je m'adapte

[Michel Rotta]

je cerne un peu mais j'ai du mal à voir le contexte many to many là.

Un Tag peut avoir plusieurs bâtiment ? Ou plusieurs quelque chose ?

Quel est l'intérêt d'avoir une table bâtiment, une atelier et une annexe ? Ne pourrais-tu pas avoir une table lieu avec un champ type de lieu ?

Quel est l'intérêt d'avoir une table TAG liée en one to one à une table intervention ? Pourquoi ne pas fusionner les deux ?