Barkerův zápis

Při pohledu na různé druhy zápisů ERD je těžké nenarazit na Barkerův zápis ERD, který se běžně používá k popisu dat pro Oracle. Richard Barker a jeho spolupracovníci vyvinuli tuto notaci ERD během práce v britské poradenské firmě CACI kolem roku 1981, a když Barker nastoupil do společnosti Oracle, byla jeho notace přijata.

Podívejme se blíže na Barkerovu syntaxi.

Nejdůležitější komponenty v ERD diagramu jsou:

• subjekty , které lze považovat za fyzické objekty nebo prvky, které lze jednoznačně identifikovat, a
• vztahy , které zachycují, jak spolu entity souvisí.

Entity

Při kreslení prvků v Barkerově zápisu je třeba dodržovat některá pravidla.

• Entita – je reprezentován obdélníkem se zaobleným rohem. Název entity by měl být v horní části obdélníku a v jednotném čísle.

  

• Atributy – popsat charakteristiky konkrétní instance entity. Atribut může být tří typů:

  1. Jedinečný identifikátor – jednoznačně identifikuje instanci entity
  2. Povinné – jeho hodnota nemůže být null
  3. Volitelné – jeho hodnota může být null

  jak je znázorněno na obrázku níže.

  

Vztahy

Vztah spojuje dvě nebo více instancí entity dohromady. Vztah je běžně reprezentován přímkou.

• Volitelnost vztahu

  Povinný vztah je reprezentován přímkou, která určuje, že každá instance entity musí souviset s jinou instancí.

  

  volitelný vztah je znázorněno přerušovanou čarou, která určuje, že každá instance entity může souviset s jinou instancí.

  

  Je důležité si uvědomit, že v Barkerově zápisu jsou povoleny pouze binární vztahy.

• Stupeň vztahů:

  jeden na jednoho – každá instance entity souvisí pouze s jednou instancí entity.

  

  jeden k mnoha – každá instance entity souvisí s více instancemi entity.

  

  mnoho-mnoho – více instancí entity souvisí s více instancemi entity

  

  Vztah je vždy tvořen dvěma pohledy pomocí následujícího zápisu:

  

  V každém oddělení může pracovat jeden nebo více zaměstnanců; každý zaměstnanec musí pracovat v jednom oddělení.

• Lišta UID

  pruh "|" přes jeden konec čáry vztahu označuje, že vztah je součástí primárního identifikátoru pro typ entity na tomto konci.

  

  Každý jednotlivý pruh UID v ORDER ITEM představuje skutečnost, že cizí klíč reprezentovaný vztahem je zároveň primárním klíčem ORDER entity.

  

• Nepřevoditelnost vztahů

  V určitých situacích, jakmile je vztah nastaven, nemůže se nikdy změnit. Například BOOK a CHAPTER v níže uvedeném příkladu. Kapitolu nelze přesunout do jiné knihy. Říkáme tomu nepřenosnost vztahu a je znázorněna kosočtvercem.

  

• Podtypy

  Existují situace, kdy různé entity mohou být seskupeny do jedné společné entity zvané entita supertypu . Vnořené entity by byly entity podtypu .