Notácia vranej nohy

Vrania noha - správne notácia Information Engineering - kladie na každý koniec čiary vzťahu dve značky. Tá ďalej od entity je maximum a tá bližšie k entite je minimum.

Skombinujte ich a možností sú presne štyri, a to je celá notácia:

Toto je jediná vec na vranej nohe, ktorá je naozaj proti intuícii, a zodpovedá za väčšinu zle prečítaných diagramov. Symboly na konci popisujú entitu na tom konci a čítate ich, keď cestujete k tej entite.

Na štvrtej čiare diagramu vyššie je vrania noha na konci pri Order. Neznamená to „veľa zákazníkov“. Znamená to: pre jedného zákazníka je nula alebo viac objednávok. Povedzte to ako cestu - „začínam pri zákazníkovi, idem po čiare a dorazím k nule alebo viacerým objednávkam“ - a smer prestane byť dvojznačný.

Praktický návyk, ktorý problém odstráni úplne: napíšte na čiaru slovesnú frázu v smere, v akom sa číta zľava doprava, a skôr než pôjdete ďalej, prečítajte nahlas opačné čítanie. Tridsať sekúnd na vzťah - a zachytí to chyby, ktoré v dokumente prežijú mesiace.

Štýl čiary nesie druhú informáciu a je o kľúčoch, nie o počtoch.

Testom je jedna otázka: dal by sa tento riadok identifikovať bez znalosti jeho rodiča? Položka objednávky číslo 3 nemá zmysel bez toho, aby sme vedeli, ktorej objednávky - to je identifikujúci. Objednávka patriaca zákazníkovi 41 je stále objednávkou 8817 bez ohľadu na to - to je neidentifikujúci.

Vrania noha na oboch koncoch hovorí „veľa k veľa“ a žiadna relačná databáza to v dvoch tabuľkách neuloží. Vzťah sa stane samostatnou entitou - väzobnou, asociačnou alebo spojovacou - ktorá drží cudzí kľúč na každú stranu.

Z toho vyplývajú dve veci a tá druhá je dôvodom, prečo sa to oplatí urobiť skoro a nie až pri implementácii:

1. Väzobná entita má zvyčajne vlastné atribúty. Zápis má dátum, známku, stav. Tie atribúty nemali kde bývať, kým bol vzťah čiarou, a ich absencia skrývala medzeru v modeli.
2. Väzobná entita si zaslúži skutočný názov. Enrolment, Booking, Assignment - nie StudentCourse. Doménový expert prvý pozná a druhý nedokáže revidovať, a ten názov býva slovom, ktoré biznis už používa.

Všimnite si kľúče vo väzobnej entite vyššie: oba cudzie kľúče spolu tvoria primárny kľúč, a práve to zabráni tomu, aby sa ten istý študent zapísal na ten istý kurz dvakrát. To obmedzenie prišlo zadarmo z poriadneho namodelovania a inak by bolo validáciou, na ktorú si niekto spomenul.

Nič z toho sa nevylučuje. Veľa reálnych projektov kreslí vraniu nohu pre databázu a diagram tried pre doménový model a drží oboje, lebo odpovedajú na iné otázky o tých istých podstatných menách.

1. Symboly na nesprávnom konci. Najčastejšia chyba v tejto notácii. Prečítajte obe vety nahlas.
2. Všetko nepovinné. Krúžok na každej vnútornej pozícii znamená, že model netvrdí žiadne pravidlá - a každé z nich sa namiesto toho stane aplikačným kódom.
3. Vzťah M:N ponechaný v logickom modeli. Konceptuálne v poriadku, fyzicky nemožné. Vyriešte ho a väzobnú entitu pomenujte.
4. Väzobné entity pomenované zreťazením. OrderProductrecenzentovi nepovie nič; OrderLine mu povie všetko.
5. Spoliehanie sa len na štýl čiary pri identifikujúcich vzťahoch. Nástroje sa nezhodnú. Ukážte zložený kľúč aj v boxe.
6. Neoznačené vzťahy. Sloveso je to, čo robí čiaru čitateľnou nahlas - a čítanie nahlas je tou revíziou.

Keď je kardinalita vyriešená, ďalšou otázkou je, aké tabuľky vlastne majú byť - a to je návrh schémy: kľúče, normalizácia a cesta od modelu k DDL.