Notation de Barker

Lorsque l'on examine différents types de notations ERD, il est difficile de ne pas tomber sur la notation ERD de Barker, qui est couramment utilisée pour décrire les données d'Oracle. Richard Barker et ses collègues ont développé cette notation ERD alors qu'ils travaillaient pour la société de conseil britannique CACI vers 1981, et lorsque Barker a rejoint Oracle, sa notation a été adoptée.

Examinons de plus près la syntaxe de Barker.

Les composants les plus importants du diagramme ERD sont :

• entités , qui peuvent être considérés comme des objets physiques ou des éléments qui peuvent être identifiés de manière unique, et
• relations , qui capturent la manière dont les entités sont liées les unes aux autres.

Entités

Lorsque vous dessinez des éléments dans la notation Barker, certaines règles doivent être suivies.

• Entité – est représenté par un rectangle aux coins arrondis. Le nom de l'entité doit être dans la partie supérieure du rectangle et au singulier.

  

• Attributs – décrire les caractéristiques d'une instance d'entité particulière. Un attribut peut être de trois types :

  1. Identifiant unique – identifie de manière unique une instance d'entité
  2. Obligatoire – sa valeur ne peut pas être nulle
  3. Facultatif – sa valeur peut être nulle

  comme présenté dans le schéma ci-dessous.

  

Relations

Une relation relie deux ou plusieurs instances d'entité. Une relation est généralement représentée par une ligne droite.

• Le caractère facultatif d'une relation

  Une relation obligatoire est représenté par une ligne droite, qui précise que chaque instance d'une entité doit être liée à une autre instance.

  

  Une relation facultative est représenté par une ligne pointillée, qui précise que chaque instance d'une entité peut être liée à une autre instance.

  

  Il est important de noter que seules les relations binaires sont autorisées dans une notation Barker.

• Degré de relations :

  un à un – chaque instance d'entité est liée à une seule instance d'entité.

  

  un à plusieurs – chaque instance d'entité est liée à plusieurs instances d'entité.

  

  plusieurs à plusieurs – plusieurs instances d'entité sont liées à plusieurs instances d'entité

  

  Une relation est toujours composée de deux perspectives en utilisant la notation suivante :

  

  Un ou plusieurs employés peuvent travailler dans chaque service ; chaque employé doit travailler dans un département.

• Barre UID

  Une barre "|" à une extrémité d'une ligne de relation indique que la relation est un composant de l'identifiant principal du type d'entité à cette extrémité.

  

  Chaque barre UID individuelle dans le ORDER ITEM représente le fait que la clé étrangère représentée par la relation est aussi une clé primaire de ORDER entité.

  

• Incessibilité des relations

  Dans certaines situations, une fois qu'une relation est établie, elle ne peut jamais changer. Par exemple, BOOK et CHAPTER dans l'exemple ci-dessous. Le chapitre ne peut pas être déplacé vers un autre livre. Nous appelons cela la non-transférabilité d'une relation et elle est représentée par un losange.

  

• Sous-types

  Il existe des situations où différentes entités peuvent être regroupées sous une entité commune appelée entité de super type . Les entités imbriquées seraient les entités de sous-type .