ullman051 (2)

108 2. MODF.I.OWAN1E BA7. DANYCH

kordowe zbiory, wiclozbiory, listy i tablice. Związki opisuje się w klasach, których dotyczą, a dopuszcza się zarówno związki o pojedynczych wartościach, jak i wielowartościowe.

♦    Diagramy związków encji (entity/relationship diagrams): W modelu związków encji definiuje się zbiory encji, ich atrybuty oraz związki między zbiorami encji. Elementy zbiorów encji są nazywane encjami. Do oznaczenie zbiorów encji, związków oraz atrybutów używa się odpow iednio prostokątów-, rombów oraz owali.

♦    Liczebność (funkcyjność) związków (multiplicity of rełationship): Zarówno w^f ODL, jak i modelu związków encji jest wygodnie klasyfikować związki według ich liczebności (funkcyjności). Związki binarne mogą być typu jeden do jeden, wiele do jeden lub wiele do wiele. W modelach związków encji dopuszcza się związki wieloargumento-we między zbiorami (klasami), a w modelu ODL nie.

♦ Zbiory> słabych encji (weak entity sels): Okazjonalnie w modelach związków encji pojawia się komplikacja w^r postaci zbioru słabych encji, które, po to by identyfikować własne encje, potrzebują atrybutów ze zbiorów powiązanych. Aby odróżniać zbiory słabych encji, wprowadza się specjalną notację prostokątów i rombów z podwójną ramką.

♦    Dobry projekt (gooddesign): Po to, aby proces projektow ania baz danych okazał się efektywny, trzeba tak korzystać z wybranej notacji (ODL lub związków encji), żeby świat rzeczywisty został prawdziwie oddany za pomocą właściwie dobranych elementów (tzn. związków, atrybutów) i żeby jednocześnie unikać redundancji (nadmiarowości), a więc unikać opisywania tych samych rzeczy wielokrotnie, pośrednio lub w bardzo zawiły sposób.

♦    Podklasy (subclasses): Zarówno notacja związków encji, jak i ODL dostarcza metody opisu specjalnego rodzaju klas lub zbiorów encji. W notacji ODL zawarto mechanizmy podklas i dziedziczenia, a w modelach zw iązków' encji przy określaniu faktu, że jeden ze zbiorów encji jest przypadkiem specjalnym innego zbioru, korzysta się ze specjalnego zw iązku isa.

♦    Klucze (keys): W obu notacjach, w- ODL i w związkach encji, można wyrazić deklaracje kluczy'jako tych zbiorów' atrybutów, których wartości w sposób jednoznaczny wyznaczają obiekt lub encję. Dodatkowo w ODL istnieje pojęcie identyfikatora obiektu, którego wartość jednoznacznie identyfikuje obiekty, ale jest niedostępna dla użytkownika.

♦    Model sieciowy (network model)-. Obecnie rzadko stosuje się ten model. Przypomina on diagramy związków encji, ograniczone do zapisu związków typu jeden do jeden i w iele do jeden.

♦    Model hierarchiczny (hierarchicał model)'. Także ten model jest obecnie rzadko stosowany. Przypomina on model związków encji, zorganizowany w postaci lasu zbiorów encji i jedynie ze związkami typu wicie do jeden prowadzącymi od potomków do rodzica.

2.9. Literatura do rozdziału 2

Model związków encji pochodzi z [3J. Z kolei w pozycjach (4J i fil szeroko potraktowano temat projektowania u związkach encji, a także opisano inne użyteczne modele. Definicja modelu ODL znajduje się w [2]. Jest to opis bieżących prac grupy ODMO (Objcct Data Mana-gement Group) Zespołu do zarządzania danymi obiektowymi. Dzięki temu zespołowi, do aktualnych materiałów na temat ODL można uzyskać dostęp elektroniczny pod adresem e-mail [e-mail] oraz na stronach www: http://w wAv.odmg.org.

1.    Batini C. Ceri S., Navathc S.B.: Conceptual Daiabase Design. Benjamin/Cummings. Redwood City. CA. 1992.

2.    Caltel R.G.G. (cd.) The Objęci Daiabase Standard: OD MG-9 3 Release 1.2. Morgan--Kaufmann, San Francisco, 1996.

3.    Chen P.P.: The entity-rclationship model: toward a unified view of data. ACM Trans. On daiabase Systems 1:1, s. 9-36. 1996.

4.    El Masri R.. Navathc S.B.: lundamentals <>f daiabase Systems. Benjamin Cummings. Menlo Park, 1994.