Hogyan ábrázoljuk az idegen kulcsot az ER diagramban?

Az ER diagramokat eredetileg csak az ER modell képviseletére használták. Az ER modell nem használ idegen kulcsokat a kapcsolatok ábrázolásához. A dobozok között vonalakat használ. A vonalak mindkét végén vagy mindkét végén mutatnak valamiféle indikátort a kardinalitásra. Néha a kapcsolatot külön gyémánt jelöli.

Ma a körülötte lebegő ER diagramok több mint fele valóban egy relációs modell diagramja, és nem egy ER modell. A relációs modellben az idegen kulcsok szerepelnek a táblákban, és ezek az ER modell által azonosított kapcsolatok megvalósítását szolgálják. A relációs modellnek pedig lesz egy extra táblája, amelyet gyakran “összekötő táblának” neveznek két entitástábla között, amelyeket sok-sok kapcsolat kapcsol össze. Ez a csatlakozási táblázat két vagy több idegen kulcsot tartalmaz.

A relációs modell sokféleképpen ábrázolható. Talán a legegyszerűbb a “Kapcsolati diagram”, amelyet az MS Access elkészíthet egy teljes adatbázisból. Ez meglehetősen teljes lesz, ha az adatbázis-készítő azonosította az idegen kulcsokat.

Számos olyan eszköz van, amely az MS Accessnél kifinomultabb diagramok készítéséhez nagyobb léptékben. Ezek egy részét az adatbázis felépítése előtt használják. Néhányat utána használnak.

Megjegyzések

• Jelenleg csak diagramot készítek egy papírra. Meg tudná mutatni, hogyan ábrázolható a fenti két táblázat (a kérdésben) egy kapcsolati diagramon?
• Ha az ” ER vevői tranzakciókkal keresni fog ” sok képet fog kapni, amelyek különböző módon mutatják be, hogy mit csinálsz.

ER diagramok rajzolásakor a következő grafikus konvenciót alkalmaztam: Címkézze a kapcsolati vonalakat az idegen kulcs oszlop nevével (neveivel), így:

Ezzel egyértelművé válik, hogy a gyermektábla melyik oszlopa a szülőtábla idegen kulcsa. Az elsődleges kulcs állapotának jelzése a kérdéses attribútum aláhúzásával történhet.

Ami ennél hasznosabb lehet, az egy olyan elnevezési megállapodás, amely világossá teszi, hogy mi az a táblázat elsődleges kulcsa (könnyen megtehető, ha használja helyettesítő kulcsok egyezmény szerint) és mi az idegen kulcs oszlop.

Néhány relációs modelldiagram egy kulcsfontosságú címkét is tartalmaz az oszlopok nevének bal oldalán az oszlopok listájában (pl. ” PK “, ” FK1 “, ” FK2 “, …), amelyek különösen akkor segíthetnek, ha összetett kulcsok vannak.

Megjegyzések

• Ez a konvenció is megjelent valahol, vagy csak a te (jó) ötleted?
• @Lorenz ez ‘ s az én adaptáció a varjú ‘ lábjegyzet verziójának fizikai entitás-kapcsolat diagramjához ( hu.wikipedia.o rg / wiki / … ) kiadó: James Martin ( hu.wikipedia.org/wiki/James_Martin_(author) ) Information Engineering című könyvében, amely a kapcsolat nevét használta a kapcsolatok címkéjeként.Számomra ez ‘ ésszerű kiterjesztés a logikai modelltől a fizikai modellig.
• Még ha segít is, akkor is magánötlet marad, ez azonban nem volt teljesen egyértelmű a „használtam” kifejezésből.

Inkább ezt a formátumot részesítem előnyben, a “varjak láb” használatával szemléltetem a sok-sok csatlakozást

Megjegyzések

• Szeretem a varjak lábát az ER diagramoknál is. A relációs diagramoknál inkább a nyílhegyet részesítem előnyben. vegye figyelembe, hogy egy varjúláb a sor ” sok ” sorára megy, míg egy nyílhegy a ” egy ” sor vége.
• Itt csak az FK / PK szimbólumok hiányoznak ebben a grafikonban a sor végén 🙂 Ennek ellenére ez a nyomon követési válasz a dlink ‘ link első közzétételére véleményem szerint túl kevés szavazatot kapott. A dlink ‘ korábban közzétett linkjét kritizálták, már a kérdés első kommentjében megemlítette @MKSingh, aki feltette;), DE! úgy tűnik, hogy a kapcsolat jobb, mint azt ott állítottuk. Ha megnézi azt a videót, amelyet a ” fizikai ERD szimbólumok ” alatt kínálnak, pontosan megmutatja, hogyan kell több FK-t ábrázolni egy ERD-ben, itt van a közvetlen link, menj a 7:28 oldalra, youtube.com/watch?v=QpdhBUYk7Kk

Sok évvel később, kérjük, vegye figyelembe az ER diagramok különböző jelöléseit, így a kérdés nem elég pontos.

Nézze meg minden válasz:

https://stackoverflow.com/questions/48191228/is-erd-considered-a-kind-of-uml-diagram#48198083

és

Melyik az ER diagram? . Az egyik válasz itt még azt állítja, hogy a Chen jelölés az ERD, míg a Crow Foot jelölésről azt mondják, hogy EAD (Entity Attribute Diagram), lásd: @JoshuaGuttman.

A Chen jelölés nem mutatja egyértelműen az FK kapcsolatokat , amint azt az elfogadott válasz már megmagyarázza, míg más jelölések ezt megtehetik.

Ha például a Crow Foot vagy a Baker jelölést veszi, akkor a ” a @dlink legpontosabb ” válasza, ahol a vonalak pontosan az FK-khoz vezetnek. Akkor még mindig nem világos, hogy mit kezdjünk az összetett PK-khoz vezető összetett FK-kkal, és valószínűleg hogy a professzionális programok egyszerűen nem kapcsolják grafikusan a sorvégeket az FK-khoz. Ezután csak a névadásra hivatkozhat, ami egyébként is elegendő, ha szigorúan betartja a névadási konvenciót (például az Ügyfél-azonosító az Ügyfél-azonosítóhoz vagy más szabályok). . Lásd például: Visual Paradigm at https://www.visual-paradigm.com/guide/data-modeling/what-is-entity-relationship-diagram/

vp erd

Ez az oldal, amelyet LucidCharts készített szép írás arról, hogyan kell kinéznie az ERD-nek.

A fizikai ERD-szimbólumok alatt megmutatja, hogyan kell ábrázolni a kulcsokat.

[ https://www.lucidchart.com/pages/ER-diagram-symbols-and-meaning]

Megjegyzések

• Üdvözlő link. Próbáljon olyan alapos válaszokat adni, amelyek nem csupán linkek , különben eltávolíthatók.