Diagram JEST jest graficzną reprezentacją podmioty i ich relacje co pomaga w zrozumieniu danych niezależnie od faktycznej implementacji bazy danych. Jest używany głównie do i inne . Rozumiemy terminologię Modelowanie SI poprzez następujący dokument.
Co to jest diagram ER?
W prawdziwym świecie często musisz pokazać tabele i ich relacje, przypuśćmy, że jesteś częścią zespołu bazy danych w swojej firmie i musisz przedstawić projekt bazy danych użytkownikom biznesowym.
Użytkownicy biznesowi są nietechniczne i trudno jest im przeczytać szczegółowy dokument projektu.Co możesz zrobić? Musisz użyć relacji encji (ER), modelu.
Plik Diagram JEST pomaga nam przedstawić tabele i ich relacje w formacie graficznym, który byłby łatwiejszy do zrozumienia i bardziej przekonujący dla klientów i współpracowników.
Przykładowy diagram ER reprezentujący Pracownik encja wraz z jej atrybutami została przedstawiona poniżej:
Przed narysowaniem diagramu ER musimy zrozumieć, jakie są relacje i jak są reprezentowane.
Związek
Relacje to powiązania jednego podmiotu z innym podmiotem. Każdy związek ma nazwę
Przykład:
Komputer jest przydzielony do pracownik.
Między podmiotami może istnieć więcej niż jedna relacja, np. pracownik pracuje w Oddział jako kierownik działu (także pracownik) zarządza Wydział.
Relacja może również istnieć między instancjami tego samego podmiotu,
Przykład:
Pracownik raporty do inny pracownik.
Teraz przejdźmy do Kardynalności.
Kardynalność diagramu ER
Kardynalność relacjito liczba instancji w jednej jednostce, która jest powiązana z liczbą instancji w innej.
Relacja między pracownikiem a komputerem, pomaga nam odpowiadać na pytania, takie jak liczba komputerów, które można przydzielić pracownikowi, czy komputery mogą być współdzielone przez pracowników, czy pracownicy mogą istnieć bez przydzielania im komputera itp.
Przykład:
Jeśli 0 lub 1 komputer można przydzielić 0 lub 1 pracownikowi, to liczność relacji między tymi dwoma podmiotami będzie wynosić 1: 1.
Kardynalność relacji ma trzy typy: 1: 1, 1: N i M: N .
Teraz nauczmy się notacji CrowFoot.
Notacje Crowfoot
Notacja Crowfoot jest jednym ze sposobów przedstawienia liczności relacji w modelu ER. Notacja składa się z czterech symboli, a jeden z nich musi być używany dla każdej jednostki w relacji.
wymagania wstępne dla kursu sztucznej inteligencji
Powiedzmy, że relacja między pracownikiem a komputerem jest taka, że komputer musi być przydzielony jednemu i tylko jednemu pracownikowi, ale pracownikowi można przydzielić zero lub dowolną liczbę komputerów. Taką zależność przedstawia poniższy diagram.
Klucze obce muszą zostać utworzone w tabelach w celu ustanowienia relacji między jednostkami.
Tabela, w której zostanie utworzony klucz obcy, zależy od liczności relacji. Omówmy teraz rodzaje liczebności i ich wpływ na tworzenie kluczy obcych.
Przyjrzyjmy się teraz wszystkim tym różnym typom relacji.
- Relacja 1: 1
Relacja 1: 1 reprezentuje powiązanie między pojedynczym wystąpieniem jednej jednostki a pojedynczym wystąpieniem drugiej jednostki. Np. Weźmy pod uwagę firmę, w której każdemu pracownikowi można przydzielić maksymalnie 1 komputer, a komputery nie są dzielone między pracowników.
Plik Allot_Dt atrybut nie jest właściwością pracownik lub komputer. Należy do związek i dlatego jest inaczej reprezentowany w modelu ER.
Widzimy, że tabela pracowników ma dwa dodatkowe atrybuty:
- CompId
- Allot_Dt
CompId jest kluczem obcym do ustanowienia połączenia między tymi dwiema tabelami. Allot_Dt, który jest atrybutem relacji, jest zawsze przechowywany w tabeli zawierającej klucz obcy.
Alternatywnie moglibyśmy również dodać atrybuty Id i Allot_Dt w tabeli komputerów, aby ustanowić łącze.
- Relacja 1: N.
Relacja 1: N reprezentuje powiązanie między pojedynczym wystąpieniem jednej jednostki a wieloma wystąpieniami drugiej jednostki.
Przykład:
Rozważmy firmę, w której każdemu pracownikowi można przypisać wiele komputerów, ale mimo to nie można ich współdzielić między pracownikami.
W 1: N relacje, klucz obcy i atrybuty relacji są zawsze dodawane po stronie wielu (N) relacji. Stąd te atrybuty są dodawane do tabeli Computer. Odwrotne rozwiązanie nie zadziała.
W relacji wiele do jednego klucz podstawowy jednej jednostki działa jak plik obcy klucz po stronie, po której zdefiniowano wiele relacji
- Związek M: N.
M: N relacja reprezentuje powiązanie między wieloma wystąpieniami obu jednostek. Np. Weźmy pod uwagę firmę, w której każdemu pracownikowi można przydzielić wiele komputerów, a komputery mogą być współdzielone między pracownikami.
W M: N relacje, relacja jest reprezentowana przez zupełnie nową tabelę, która ma złożony klucz podstawowy. Taka konstrukcja wymaga dwóch obcy klucze w nowej tabeli łączące się z kluczami podstawowymi każdej z tabel nadrzędnych. Atrybut relacji znajduje się w tej nowej tabeli.
Wiele do wielu relacji między dwiema jednostkami zwykle daje trzy tabele.
Tym samym dochodzimy do końca tego artykułu. Mam nadzieję, że zrozumiałeś diagram ER, ich rodzaje, znaczenie i implementację na kilku przykładach w czasie rzeczywistym.
Teraz, gdy zrozumiałeś podstawy, zapoznaj się z autorstwa Edureka, zaufanej firmy zajmującej się edukacją online, z siecią ponad 250 000 zadowolonych uczniów rozsianych po całym świecie. Szkolenie i certyfikacja J2EE i SOA firmy Edureka jest przeznaczony dla studentów i profesjonalistów, którzy chcą zostać programistą Java. Kurs ma na celu zapewnienie przewagi w programowaniu w języku Java i przeszkolenie zarówno podstawowych, jak i zaawansowanych koncepcji Java, a także różnych struktur Java, takich jak Hibernate i Wiosna .
Masz do nas pytanie? Wspomnij o tym w sekcji komentarzy na tym blogu „Diagram ER”, a my skontaktujemy się z Tobą tak szybko, jak to możliwe.