Jak czytać notację ERD (wrona ' stopy), aby przekonwertować ją na język naturalny?
On 3 grudnia, 2020 by adminTło
Próbuję się upewnić, że rozumiem, jak czytać notację ERD (ang. Entity Relationship Diagram), aby móc ją przekonwertować na wyjaśnienie w języku naturalnym.
Próbuję się upewnić, że potrafię wyjaśnić metodę konwersji tego, co zobacz na diagramie do języka naturalnego.
Skorzystajmy z poniższego diagramu: (Proszę, nie daj się zbytnio wciągnąć w poprawność rzeczywistych bytów, są one tylko dla naszego przykładu.)
Przykłady zdań w języku naturalnym
Adres firmy
Czy byłby to właściwy sposób mówienia o relacji między firmą a adresem.
Firma ma od 1 do wielu adresów (wysyłka, fakturowanie itp.).
Oznacza to, że firma musi mieć co najmniej jeden adres , prawda?
Czy jest to zgodne z zapisem, który mam na schemacie?
Firma do połączenia
Każda firma ma od zera do wielu połączeń.
Czy to prawda? Czy tak właśnie odczytałem ten podwójny pasek po stronie firmy?
Czym różnią się dwa złącza po stronie firmy?
Czy dwa złącza po stronie firmy wskazują na coś innego?
Czy możesz to wyjaśnić?
Ogólna pomoc przy tłumaczeniu języka naturalnego?
Czy masz logiczną z krokami, które możesz przewidzieć, aby zbadać każdą relację i przejść na język naturalny?
Na przykład w przypadku połączenia Firma do połączenia.
-
Od czego mam zacząć czytać?
-
Jak zapamiętać (lub wyjaśnić), że stopa wron na Connection wskazuje liczbę powiązań, które firma ma i nie odwrotnie?
Dziękuję
Komentarze
Odpowiedź
Chciałbym teraz dokładniej odpowiedzieć na to pytanie, używając poniższego obrazu (z https://www.lucidchart.com/pages/ER-diagram-symbols-and-meaning )
Korzystanie z definicji te symbole możesz zobaczyć, że następujące rzeczy są prawdziwe w odniesieniu do mojego pierwotnie opublikowanego diagramu.
- Firma ma od 1 do wielu adresów. (wysyłka, fakturowanie itp.).
- Firma ma od 0 do wielu połączeń
- Połączenie ma jedną (i tylko jedną) firmę
- Adres ma jedną firmę – powinien prawdopodobnie zawierać złącze dwuliniowe, aby pokazać, że jest jeden i tylko jeden.
Moje ostatnie pytanie brzmiało:
Czy masz logiczną metodę z krokami, które możesz przewidzieć zbadanie każdego związku i konwersję t o język naturalny?
- Umieść palec na encji, od której zaczynasz. Na przykład umieść palec na pozycji Firma.
- Teraz powiedz „Firma ma …” i wybierz podmiot pokrewny, o którym chcesz porozmawiać. Na przykład wybierz połączenie.
- Spójrz na symbol relacji, który dotyka elementu Połączenie (jest to puste kółko z trzema liniami (nogami)), które wskazuje od zera do wielu.
- Kontynuuj mówiąc „… zero do wielu połączeń”.
Ostatnie zdanie brzmiałoby:
„Firma ma zero do wielu połączeń. „
W ten sposób przekształcasz symbole na diagramach relacji encji w język naturalny.
Komentarze
- Proszę również wziąć pod uwagę: [1] Relacje (w ERD) powinny działać OBIE sposoby (jeśli nie ' t, jeden może się skończyć modelowania zbędnych relacji). Na przykład. patrząc na oryginalny schemat: Firma – < Połączenie, weź również pod uwagę, że każde połączenie MOŻE (nie ' musi ') być powiązane z firmą, tzn. połączenie może istnieć bez firmy. Czy to jest prawidłowa reguła biznesowa (w scenariuszu)? [2] O ile to możliwe, używaj czasownika, który jest bardziej opisowy niż ” ma „. Na przykład. Firma – < Produkt: ma znaczenie, czy powiesz, że ” dostarcza ” czy ” produkuje „, ponieważ mówi Ci, czym (faktycznie) zajmuje się firma.
- Właściwie to firma ma rzecz połączenia, którą możesz czytać od tyłu.Oryginalny diagram w rzeczywistości wskazuje, że firma ma od 0 do wielu połączeń, ale połączenie ma jedną (i tylko jedną) firmę – ' to dwie przerywane linie po stronie firmy. Tylko wtedy, gdy firmowa strona diagramu miałaby zero lub jeden symbol, to, co powiedziałeś, byłoby prawdą.
Odpowiedź
Z tego linku: archive.org mirror (oryginalny adres URL jest uszkodzony) 1
Liczność i Modalność to wskaźniki reguł biznesowych dotyczących relacji. Liczność odnosi się do maksymalnej liczby przypadków, w których wystąpienie w jednej encji może być skojarzone z instancjami w jednostce pokrewnej. Modalność odnosi się do minimalnej liczby przypadków, w których wystąpienie w jednej jednostce może być skojarzone z wystąpieniem w jednostce pokrewnej. Liczność może wynosić 1 lub Wiele, a symbol jest umieszczany na zewnętrznych końcach linii relacji, najbliżej jednostki, Modalność może wynosić 1 lub 0, a symbol jest umieszczony wewnątrz, obok symbolu liczności. Dla liczności 1 rysowana jest linia prosta. Dla liczności wielu narysowana jest stopa z trzema palcami. Dla modalności 1 rysowana jest linia prosta. Dla modalności 0 rysowany jest okrąg. zero lub więcej [b4] 1 lub więcej [b5] 1 i tylko 1 (dokładnie 1) [b6] zero lub 1 [b7] Liczność i modalność są wskazane na obu końcach linii zależności. Po wykonaniu tej czynności relacje odczytuje się jako 1 do 1 (1: 1), 1 do wielu (1: M) lub wiele do wielu (M: M).
[1] Oryginalny link: http://web.simmons.edu/~benoit/lis458/CrowsFootNotation.pdf
Odpowiedź
Do odpowiednio wyjaśnij każdą notację modelowania, której potrzebujesz, aby ją zrozumieć. Istnieje wiele zasobów – oto jedna odpowiednia witryna , na której możesz zacząć. Jest to zbyt szeroko udokumentowany i obszerny temat, aby można go było omówić w stosie wymienić odpowiedź. Jeśli chcesz napisać prawdziwie techniczne wyjaśnienia każdej relacji, dokumentacja modelu z łatwością Cię tam zaprowadzi.
Jeśli chodzi o pytania dotyczące procesu:
Czy masz logiczną metodę z krokami, które możesz przewidzieć w celu zbadania każdej relacji i konwersji na język naturalny?
Jak w przypadku pisania publiczność powinna kierować Twoim skupieniem i stylem pisania. Piszesz dokument techniczny? Jeśli tak, dla kogo? Większość specjalistów od baz danych przejdzie do diagramu. Jeśli piszesz dla użytkowników biznesowych, skup się na ich procesie i pozwól, aby ten przewodnik Twoja struktura i dobór słów. Na przykład, jeśli model opisuje, jak zapisać adres firmy, najbardziej znanym miejscem na początek jest firma. Potocznie omawiamy adres firmy, a nie firmę adresową.
Gdzie mam zacząć czytać?
Jeśli postępujesz zgodnie z procesem / potoczną sugestią, zacznij od firmy i logicznie zbadaj jego relacje. W tym przykładzie znajdują się dwie znaczące tabele, które są powiązane z firmą i dokładniej ją opisują.
Zacznij od wyjaśnienia, że: "A company has at least one, and possibly many, addresses."
Będziesz musiał wrócić do pętli, aby wyjaśnić rzeczy, o których zwykle nie myślimy w zwykłej rozmowie. Możesz kontynuować, wyjaśniając, że "We only store connection types that relate to a company (it"s not a long list of arbitrary or potential connection types) and each connection type has only one company."
To opisuje relacje i jakie są nasze reguły dotyczące danych. Nie wydaje się to również mieć większego sensu, więc gdyby nie był to przykładowy schemat, sugerowałbym komuś przyjrzeć się projektowi lub poważnie przemyśleć swoje procesy biznesowe! jest jednym z powodów, dla których znajdziesz dodatkowe informacje związane z konwersją języka na model i myśleniem w dokumentacji ERD.
Wielu profesjonalistów przejdzie przez tego rodzaju ćwiczenie jako test, aby sprawdzić, czy ich model ma sens. Mogą zacząć pytać: "Does a company have a connection type, or does it make more sense that a company"s relationship with it"s multiple addresses have connection types?"
Co powinno doprowadzić do zmiany struktury z tabelą przeglądową i opisem, takim jak: "A company has one or more addresses of different types."
A company has 1 or more addresses