Różnica między diagramem ER a diagramem EER

Question

Czym różni się ERD (diagram zależności encji) od EERD (schemat encji wzmocnionej encji)? Model

Answer 1

związków encji

Masz relacje (image source)

i atrybuty (image source)

, które mogą być również klucze podstawowe (image source)

Ulepszony podmiot-relacja modelu

Masz takie same jak w modelu ER powiększonej

specjalizacji

partycjonowania (które są liczne specjalizacje)

uogólnienie

agregacja

klawisze są opisywane w różny sposób:

Answer 2

Dodam ten model ER jest podstawowy model, który ma wszystko, czego potrzeba do relacyjnej algebry jak to jest (w tym ISA hierarchię - nieuwagę i inne rzeczy, których nie pamiętam). I jest bardziej abstrakcyjny (więc każde pudełko nie musi być tabelą bazy danych, a na odwrót niektóre pudełka mogą być większe niż 1 tabela)

Model EER jest bliższy rzeczywistej bazie danych. Tak więc każde pudełko jest rzeczywiście stołem.

Przyjmuję, że zaakceptowana odpowiedź również jest właściwa, ale moim zdaniem (nie czytałem tego nigdzie, po prostu myślę, że tak jest) EER został stworzony, aby pomóc ludziom projektować bazy danych nawet bardziej niż podstawową algebrę relacyjną. Relacyjna algebra z ER daje ci wszystko, czego potrzebujesz do modelowania bazy danych, ale potrzebujesz jakiegoś kompilatora, który przetłumaczy hierarchie ISA i relacje na rzeczywiste tabele, a dzięki EER dostaniesz to, co widzisz. Używałem obu do projektowania tabel - ER jest bardziej logiczne, ponieważ oddziela cię od rzeczy takich jak dziedziczenie, ponieważ po prostu mówisz swojemu narzędziu ER, że chcę to odziedziczyć po tym i nie musisz tworzyć 2 tabel. Ale EER jest lepszy, ponieważ widzisz, co dostajesz.

Wniosek: ER jest podstawową zasadą, EER jest nieco lepszym narzędziem do rzeczywistej pracy z mniejszą ilością abstrakcji.

(My teoretical knowladge relacyjnej algebry jest zbyt zardzewiałe, więc mam nadzieję, że pamiętam wszystko w porządku, poprawcie mnie jeśli się mylę)

Answer 3

Podstawowe funkcje dodane przez Enhanced ER modelu są specjalizacji/uogólnienia i związki. Z tych Gen-spec jest ten, który najczęściej pojawia się w odpowiedziach na pytania Stackoverflow.

Gen-spec jest odpowiednikiem w modelowaniu ER podklasy klas w modelowaniu obiektów. Przykład ilustrujący: pojazd silnikowy może być samochodem lub ciężarówką. Funkcja taka jak przestrzeń ładunkowa odnosi się do ciężarówki, ale nie do samochodu. Są więc cechy, które odnoszą się do uogólnionego podmiotu, ale są też funkcje, które odnoszą się tylko do jednej ze specjalizacji.

Bardzo często ludzie przychodzą tutaj z pytaniem o projekt stołu dla przypadku gen-spec. Ale nie rozpoznają go jako takiego, ponieważ nigdy nie zostały wprowadzone do gen-spec w ich początkowej edukacji o bazach danych.

Innym sposobem na powiedzenie tego jest to, że uczono ich, jak modelować i wdrażać relacje "ma", ale nie jak modelować i wdrażać relacje "jest".