[ Pobierz całość w formacie PDF ]
.13.Każda relacja w 5NF występuje także w Piątapostać normalna jest również nazywana w literaturze postacią normalną (ang.project-join -736.Model obiektowo zorientowanej bazy danych" " ':,.W procesie projektant bazy danych definiuje pewien zbiór atrybutów mający odzwierciedlać obiektyze świata rzeczywistego.Dzięki pierwszej postaci normalnej operacje algebry relacyjnej są łatwe do aotrzymywane wyniki niemal intuicyjne.Również sama struktura relacji, jako prostokątnej tabeli, wydaje się bardzoczytelna.Właśnie te cechy modelu relacyjnego stały się zródłem jego popularności i szerokiej akceptacji.Takareprezentacja informacji ma jednak istotne wady.Zależności i związki występujące pomiędzy obiektami rzeczywistymisą często bardzo złożone i zbyt trudne do w płaskich strukturach relacji.Obszerna teoria normalizacji,definiowanie zależności pomiędzy atrybutami oraz proces dekompozycji są zwykle zbyt skomplikowane dlaprzeciętnego użytkownika systemów relacyjnych.Z drugiej strony nieefektywne schematy relacji mogą być zródłemredundancji.Systemy relacyjne znalazły zastosowanie szczególnie w dziedzinach związanych z operacjami finansowymi, naprzykład księgowość, obsługa magazynu lub lista płac, gdzie proste typy danych były zupełnie wystarczające.Wraz zrozwojem systemów informatycznych i przenikaniem techniki komputerowej do szerokiej gamy zastosowań zostałyobnażone wszystkie wady i systemów relacyjnych.Nowe pola zastosowań komputerów, takie jaksystemy wspomagania projektowania (ang.Computer Aided - CAD), systemy wspomagania tworzeniaoprogramowania (ang.Computer Aided Software Engineering - automatyzacja prac biurowych (ang.Officesystemy ekspertowe, przetwarzania obrazu (ang.Image Processing) czy systemy multimedialne, któreoperują na obrazach, dzwiękach i dokumentach tekstowych, wymagają przechowywania informacji o obiektachzłożonych, posiadających pewną wewnętrzną strukturę, reprezentującą w jawny sposób związki agregacjiModel relacyjny, ze względu na swoją prostotę, nie pozwala na wygodne modelowanie złożonych obiektów ozagnieżdżonej postaci.Proste typy danych i atrybuty o wartościach atomowych są niewystarczającym narzędziem dlazapisu tego typu informacji.Ograniczenia systemów relacyjnych stały się powodem dalszych badań w zakresie teoriibaz danych.Doprowadziło to do stworzenia systemów obiektowych [5] (ang.database w tymsystemów z relacjami zagnieżdżonymiPierwszym krokiem ku nowemu modelowi danych stało się odrzucenie pierwszej postaci normalnej, jakoobowiązującej normy dla Powstałe w ten sposób relacje zagnieżdżone wzięły swoją nazwę z zagnieżdżonejstruktury schematów relacji, występującej w ich definicji.Wartością atrybutu złożonego, o własnym wewnętrznymschemacie, jest pewna relacja.Struktura taka pozwala na reprezentowanie złożonych obiektów i wyrażanie związkówagregacji wewnątrz relacji.Modelowanie złożonych obiektów jest teraz prostsze, ponieważ nie wymaga dzieleniazbioru atrybutów na wiele płaskich schematów.Zapamiętywanie wartości obiektów w pojedynczych, zagnieżdżonychkrotkach powoduje, że wykonanie złożonego zapytania nie wiąże się z kosztowną i czasochłonną operacją łączeniakilku relacji płaskich.Modelowanie obiektów ze świata rzeczywistego za pomocą struktur zagnieżdżonych pozwala naograniczenie redundancji, a tym samym ułatwia zachowanie integralności bazy danych i zmniejsza jej objętość.W tym rozdziale opisany został obiektowo zorientowany model bazy danych COCOON (COCOON oznaczabased on Nested oparty na relacjach zagnieżdżonych W modelutym zaproponowano podejście w kierunku zdefiniowania operatorów aktualizujących, które zapewniają integralnośćobiektowo zorientowanych baz danych.Proponowane operacje są uogólnione, co oznacza, że mogą stosowane doróżnych typów obiektów.Uogólnione operacje obejmują: i do tworzenia i likwidowania obiektów, add iremove do dodawania istniejących obiektów do zbioru i do usuwania ich z niego, i do modyfikowania typuobiektu oraz set do aktualizowania wartości atrybutów.Przy implementacji tej koncepcji na komercyjnej bazie danychwykorzystuje się mechanizm Uaktywniają one odpowiednie procedury, które są wykonywane celemokreślenia czy operacja jest dozwolona lub jakie dodatkowe operacje powinny być wykonane w celuzapewnienia zgodności bazy danych.Zarys implementacji modelu w systemie zarządzania bazą danych INGRES zostałprzedstawiony w punktach 6.4 i 6.5.6.1.Krótki przegląd modelu COCOONModel COCOON został opracowany w Instytucie Systemów Informacyjnych Politechniki w Jest to modelJego głównymi składnikami są obiekty, typy i klasy [ Pobierz całość w formacie PDF ]