konto usunięte

Temat: Slabe zwiazki (weak entities) i relacje.

Witam,
Czy jezeli mam w projekcie dwie tabele,np PACJENT i przypisane do niego ZADRZENIE_MEDYCZNE. To naturalnie jest to relacja jeden-do-wielu, ale pytanie czy jest to slaby zwiazek (zaznaczany linia ciagla na diagramie, czy mocny zaznacznay linia przerywana)

Do tej pory mialem to ustawione jako encja mocna, w taki sposbó ze ZDARZENIE_MEDYCZNE mialo swoj wlasny PRIMARY_KEY, Autoincrement, czyli "samo sie indentyfikowało" ale rozwazając jezeli nie mam pacjenta to wtedy nie ma także zdarzenia, wiec chyba jest to "weak entity"???

Czy to oznacza ze powinienem w takim przypadku usunac dotychczasowy klucz głowny tabeli ZDARZENIA, i opierac sie tylko na kluczu obcym (ktory nie bedzie głowynym??).

konto usunięte

Temat: Slabe zwiazki (weak entities) i relacje.

Dawid Karel:
Witam,
Czy jezeli mam w projekcie dwie tabele,np PACJENT i przypisane do niego ZADRZENIE_MEDYCZNE. (ciach)

Niezależnie od tego o jakim narzędziu czy metodyce piszesz to "entity" tłumaczy się jako "encja" czyli tabela, zbiór... a nie "związek".

Idąc tym tropem "weak entity" mogłoby być tabelą bez PK, za to z FK pełniącym rolę PK, ale to tylko gdybanie, nie znam tego terminu.

konto usunięte

Temat: Slabe zwiazki (weak entities) i relacje.

To ja jeszcze tylko dodam linka z opisem:
http://en.wikipedia.org/wiki/Weak_entity
Marcin Dąbkiewicz

Marcin Dąbkiewicz IT Department
Manager at Military
University of
Technolog...

Temat: Slabe zwiazki (weak entities) i relacje.

Pojęcia entity (czy też encji jak kto woli) używamy na poziomie modelu konceputalnego a nie fizycznego bazy danych. W relacyjnej bazie danych mamy tabele.
Weak entity oznacza nic innego jak encję która powiązana jest z encją nadrzędną związkiem typu dependent. Technicznie sprowadza się to do tego że w modelu fizycznym bazy klucz główny tabeli nadrzędnej wchodzi w skład klucza głównego tabeli podrzędnej. Tabela podrzędna ma klucz główny złożony. Sam klucz tabeli nadrzędnej jest niewystarczający do jednoznacznego zidentyfikowania rekordu tabeli podrzędnej w związu jeden-do-wielu, dlatego wraz z inną kolumną(kolumnami) tabeli podrzędnej razem tworzą klucz główny.
Odpowiadając na pytania: to zależy co chcesz osiągnąć. Pamiętaj, że weak entity powoduje zawsze powstawanie kluczy złożonych, co w pewnym momencie może być uciążliwe. To samo można osiągnąć tworząc klucz główny jako sztuczny (np. autoincrement), a klucz obcy ustawić na not null.

Następna dyskusja:

Rozdzielenie tabeli na kilk...




Wyślij zaproszenie do