Egyed-kapcsolat modell befejezése, objektum-relációs adatbázisok elkezdése

• Egyed-kapcsolat modell befejezése, objektum-relációs adatbázisok elkezdése
  • Egyed-kapcsolat tervezési technikák
  • Egyed-kapcsolat diagramok átírása relációsémává
  • Objektum-relációs adatbázisok
    • Relációs és O-O modell egyesítése
    • Beágyazott relációk
  • Források

Egyed-kapcsolat tervezési technikák

1. Redundancia elkerülése

• helypazarlás
• növeli az inkonzisztencia veszélyét

2. A gyenge egyedhalmazok óvatos használata

• jobb lehetőség lehet egyedi azonosítókat bevezetni (pl.: rendszám)
• amikor ez nem lehetséges, akkor érdemes gyenge egyedhalmazokhoz fordulni

3. Ne használjunk egyedhalmazt, ha egy attribútum éppúgy megfelelne a célnak

• egy egyedhalmaznak többnek kell lennie mint egy egyszerű név, vagy tulajdonság, azaz legalább egy nem kulcs attribútumának kell lennie.
• Vagy a "sok" végén szerepel egy sok-egy kapcsolatnak

Egyed-kapcsolat diagramok átírása relációsémává

• Egyedhalmaz $\to$ reláció
  • Attribútumok $\to$ attribútumok
  • relációk összevonhatók, ha
    1. Az $E$ egyedhalmazból kapott reláció
    2. valamint azon sok-egy kapcsolatok relációi, melyeknél az $E$ a "sok" oldalon szerepel
  • Egy gyenge egyedhalmazból kapott relációnak a teljes kulcsot tartalmaznia kell, valamint a saját, további attribútumokat.
    • A támogató kapcsolatot nem írjuk át, redundancióhoz vezetne.
• Kapcsolat $\to$ relációk, melyeknek az attribútumai csak:
  • az összekapcsolt egyedhalmazok kulcs-attribútumai
  • és a kapcsolat attribútumait tartalmazzák
• Egyed alosztályok
  1. objektumorientált
  • a "szülő" attribútumait is tároljuk az alosztályban
  • pl.: Teák(név, gyártó) $\leftarrow$ Gyógyteák(név, gyártó, szín)
  2. null értékek használata
  • minden attribútumot tárolunk, de csak egy reláció van
  • ami az adott egyedre nem releváns, oda NULL értéket helyezünk
  3. E/K style
  • pl.: Teák(név, gyártó), Gyógyteák(név, szín)

Objektum-relációs adatbázisok

Relációs és O-O modell egyesítése

• Az O-O modell több érdekes adattípust támogat - nem csak egyszerű állományokat
• A relációs modell magas szintű lekérdezéseket támogat
• Objektum-relációs adatmodell egy olyan kísérlet, amely mindkét világból a legjobbat szeretné nyújtani

Reláció $\to$ objektumreláció

• A reláció alapvető fogalom marad, de $\dots$
• Attribútumokhoz szerkesztett struktúrált típusok
• Metódusok
• Sorok azonosítói
• Hivatkozások

Beágyazott relációk

• Egy reláció attribútumának típusa nem csak atomi típus lehet, hanem pl. egy relációséma is
• Rekurzív definíció
  • Kiindulás: atomi típus
  • Indukció: reláció típusa séma egy vagy több attribútumnévvel és hozzátartozó típussal, az utóbbi lehet séma is
• Az atomi típusokat általában nem jelöljük külön, de a séma típusú attribútumot annak nevével és zárójelben a sémához tartozó attribútumok zárójelezett listájával adjuk meg
  • Pl. Rel1(Attr1, Attr2(Attr2A, Attr2B), Attr3), ahol Attr2(Attr2A, Attr2B) egy relációséma

Források

• Diasor I
• Diasor II
• Diasor III