Egyed-kapcsolat modell

E/K vagy ER modell

az adatok grafikus ábrázolását teszi lehetővé egyértelmű struktúrák segítségével. A cél az, hogy az adatbázisban tárolt információkat jól definiált formában írjuk le, beleértve az egyedeket (entitásokat), azok tulajdonságait (attribútumokat) és az egyedek közötti kapcsolatokat.

E/K vagy ER modell elemei és tulajdonságai

1. Egyedhalmazok (entitások)

• Az egyedhalmazok olyan absztrakt objektumok, amelyek egy adott típusú adatot képviselnek a valós világban.
• Egy egyedhalmaz tartalmazza az adott típusú egyedek összes előfordulását.
  Példák: a diákok egy iskolai adatbázisban, ahol minden diák egy egyed.
  Autók egy járműnyilvántartási adatbázisban, ahol minden autó egy egyed.

  Minden egyednek egyedi azonosítója van, amely biztosítja az egyértelműséget az adatbázisban. Ez lehet egy egyszerű attribútum (pl. diák azonosító) vagy egy összetett attribútum (pl. név és születési dátum kombinációja).

2. Attribútumok

Az attribútumok további tulajdonságokkal is bővíthetők, például:

• Atomikus/egyszerű attribútumok:

  • Olyan egyszerű értékeket tartalmaznak, amelyeket tovább nem lehet bontani.
  • Példa: Egy diák neve.
  • Jelölése: egy kör

• Kompozit/összetett attribútumok:

  • Több elemből állnak, például egy cím attribútum, amely tartalmazza az utcát, várost és irányítószámot.

• Többértékű attribútumok:

  • Egy egyedhez több érték is tartozhat.
  • Példa: Egy személy több telefonszáma.

• Származtatott attribútumok:

  • Más attribútumok alapján számíthatók ki.
  • Példa: Az életkor kiszámítása a születési dátumból.

Attribútum korlátozások:

• Domainek: Meghatározzák az attribútumok lehetséges értékeit.
  Példa: Egy „kor” attribútum csak pozitív egész szám lehet.

 3. Kapcsolatok

A kapcsolatok az egyedek közötti viszonyokat írják le.

Kapcsolatok attribútumai:

• A kapcsolatok is rendelkezhetnek attribútumokkal, például egy „Dolgozik” kapcsolatban a munkavállaló és a munkaadó közötti szerződés kezdési dátuma.

Kapcsolatok fajtái:

Binaritás:
Két egyedhalmaz között jön létre.
Példa: Egy diák egy adott tanfolyamra iratkozik be.

Ternaritás:
Három egyedhalmaz között jön létre.
Példa: Egy ügyfél több bankfiókban különböző számlákkal rendelkezhet.

Sokágú kapcsolatok:
Több egyedhalmaz között jön létre, ahol egy kapcsolat több szereplőt foglal magában.
Példa: Egy filmhez tartozik egy rendező, egy stúdió és több színész.

Kapcsolatok kardinalitása:

A kapcsolatokban meghatározzuk, hogy az egyedek milyen mértékben vesznek részt a kapcsolatban.

• 1:1 kapcsolat: Egy diákhoz egy bizonyos TAJ-szám tartozik.
• 1:N kapcsolat: Egy tanár több hallgatót taníthat.
• N:M kapcsolat: Egy hallgató több tanfolyamot vehet fel, és egy tanfolyamon több hallgató is részt vehet.

Előfordulás / egyed:

az egyedtípus egy konkrét értéke, pl.: Példa Péter

Az E/K diagramok kiterjesztései

1. Gyenge egyedhalmazok

• Azokat az egyedhalmazokat nevezzük gyengének, amelyek nem rendelkeznek önálló azonosítóval, ezért más egyedhalmazhoz kapcsolódva azonosíthatók.
• Példa: Egy munkavállaló gyermekei, ahol a gyermekek a szülő azonosítójával együtt azonosíthatók.

2. Generalizáció és Specializáció

• Generalizáció: Több egyedhalmaz közös tulajdonságainak összevonása egy általánosabb kategóriába.
  Példa: „Szállítójármű” lehet a „Teherautó” és a „Személygépkocsi” általánosítása.
• Specializáció: Egy általános egyedhalmaz specifikusabb részhalmazokra bontása.
  Példa: Egy „Jármű” lehet „Motorbicikli” vagy „Autó”.

Az E/K Modell Előnyei

Egyszerűség:
Az E/K modell intuitív, könnyen érthető mind a tervezők, mind a végfelhasználók számára.
Rugalmasság:
Alkalmazható bármilyen környezetben, például vállalati rendszerek, oktatási adatbázisok, könyvtári katalógusok.
Struktúra:
Segít a valós világ adatelemeinek pontos leképezésében és kapcsolataik meghatározásában.
Implementációs alap:
Az E/K diagramok könnyen leképezhetők relációs adatbázisokká.

Tervezési Alapelvek az E/K Modellnél

1. Valósághű modellezés

A modellnek tükröznie kell a valós világ szerkezetét. Például:

• Egy „Film” attribútumai között ne szerepeljen egy színész neve, hanem kapcsolattal kell összekötni a két egyedhalmazt.

2. Redundancia elkerülése

A redundancia anomáliákhoz vezethet:

• Törlési anomália: Ha egy színész adatait töröljük, elveszíthetjük a hozzá kapcsolódó filmeket is.
• Módosítási anomália: Egy adat több helyen történő módosítása hibákhoz vezethet.

3. Egyszerűség

Az adatbázis-tervezés során ne használjunk több elemet, mint amennyi feltétlenül szükséges.

4. Megfelelő kapcsolatok kiválasztása

Fontos, hogy a kapcsolatok valóban tükrözzék a valós világ viszonyait.
Példa: Egy színész és egy stúdió közötti kapcsolat csak akkor releváns, ha az közvetlen munkakapcsolatot jelent.

Link tanuláshoz: ER-modell