58753 ullman018 (2)

pierwszych dwóch grupach zagadnień: projektowaniu i programowaniu. W tym rozdziale próbowaliśmy przelotnie spojrzeć na trzecią grupę implementację - ale już nie powrócimy do tych zagadnień. W pozostałych rozdziałach pogrupowaliśmy tematy dotyczące projektowania i programowania.

1.4.1. Projektowanie

Rozdziały 2 i 3 dotyczą projektowania. Rozdział 2 zaczynamy od przedstawienia formalizmu wysokiego poziomu, przeznaczonego do opisu projck-ów baz danych. Pierwszy z nich, ODL (język definiowania obiektów), jest zorientowanym obiektowo językiem, przeznaczonym do definiowania klas. Drugi z nich, nazywany modelem E/R lub związków cnej i. jest notacją gra-iczną służącą do obrazowania organizacji bazy danych.

Ani język ODL, mimo że jest bardzo zbliżony do języka definicji danych ibiektowych DBMS, ani model F./R nic mogą służyć bezpośrednio do defilowania struktury bazy danych Zakłada się raczej, że projekt opisany v którejś z tych notacji zostanie przetłumaczony na język definicji danych onkretnego systemu DBMS. Ponieważ większość systemów baz danych peruje modelem relacyjnym, więc skoncentrujemy się na przekształcaniu apisów w ODL i E/R właśnie do postaci relacyjnej.

Procesowi translacji i modelowi relacyjnemu poświęcamy rozdział 3. >alej, w podrozdziale 5.7 pokażemy, jak w sposób formalny opisywać rcla-yjne schematy baz danych w języku SOL.

W rozdziale 3 wprowadzimy Czytelników również w tajniki opisu wiązków, które służą do formalnego zapisu założeń dotyczących związków liędzy krotkami relacji. Związki umożliwiają opłacalną dekompozycję rela-ji. którą przeprowadza się w procesie nazywanym „normalizacją” relacji, wiązki i normalizacja wyczerpują treść zawartą w podrozdziale 3.5 i następ-ych; zagadnienia te stanowią ważny element projektowania baz danych, ►pisywane tematy są ważne zarówno dla tych. którzy bezpośrednio będą rojektować relacyjne bazy danych, jak i dla tych. którzy będą musieli prze-ształcić projekt zapisany w ODL lub F./R do postaci relacyjnej i będą mieli roblcmy z projektem.

1.4.2. Programowanie

Rozdziały od 4 do 8 obejmują zagadnienia związane z programowaniem i/ danych. Zaczniemy w rozdziale 4 od abstrakcyjnego potraktowania za-/tań w modelu relacyjnym, polegającego na wprowadzeniu określonej na lacjach rodziny operatorów-, która tworzy „algebrę relacji”. Omówimy także w. „Datalog” - alternatywny sposób opisywania zapytań, w którym stosuje ę wyrażenia logiczne.

Rozdziały od 5 do 7 są dedykowane programowaniu w języku SQL. Jak już wspominaliśmy, SQI jest obecnie dominującym językiem zapytań. W rozdziale 5 omówimy podstawy dotyczące zapytań w SQI. oraz opisu schematu baz danych w tym języku. Prawie wszędzie w tych rozdziałach, oraz w następnych dwóch, posługujemy się standardem SQL, nazywanym SQL2. Jednak niektóre elementy charakterystyczne dla prognimow-ania w SQL znajdują się w komercyjnych wersjach tego narzędzia, ale nic ma ich w standardzie. W takich przypadkach korzystamy z późniejszego standardu, jeszcze nic całkiem formalnego, nazywanego SQI3.

Rozdział 6 obejmuje zagadnienia związane z wyzwalaczami i więzami danych w języku SQL. Ponieważ możliwości SQL2 w tym zakresie są dość ograniczone, więc poświęcamy trochę czasu rozwiązaniom proponowanym zarówno w SQL3, jak i w- SQL2.

Rozdział 7 zawiera opis pewnych zaawansowanych aspektów programowania w języku SQL. Po pierwsze, podczas gdy najprostszy sposób programowania w SQL polega na korzystaniu z niezależnego interfejsu generującego zapytania, w praktyce w iększość kodu SQL jest osadzona w w iększych programach, zapisanych w językach konwencjonalnych, takich jak na przykład ( . W rozdziale 7 nauczymy się, w jaki sposób dołączać kod zapisany wSQI. do programu zewnętrznego oraz jak przekazywać dane między bazą danych a zmiennymi programu. Także w tym rozdziale znajdziemy sposoby opisywania w SOL transakcji, łączenia klienta / serwerem i autoryzowania dostępu do baz danych dla osób spoza grona właścicieli.

W rozdziale 8 zwrócimy uwagę na powstające właśnie zorientowane obiektowo standardy programowania baz danych. Wyróżnimy tutaj dwa kierunki. Pierwszy z nich, ()QL (objęci (juery language) można traktować jako próbę dopasowania języka C++ do wymagań wysoko poziomowego programowania baz danych. W drugim, który sprowadza się do obiektowych elementów SQL3, można dopatrzyć się próby przekształcenia SQL i baz relacyjnych do postaci kompatybilnej z programowaniem zorientowanym obiektowo. Do pewnego stopnia oba te podejścia są podobne. Jednak jest wiele aspektów, które różniąje zasadniczo.

1.5. Podsumowanie

♦    Systemy zarzekaniu hecami danych'. (DBMS - datahase managemenl systems): służą projektantom do strukturalizacji danych, użytkownikom do wyszukiwania i aktualizowania danych, a także ułatwiają organizowanie wielkich ilości danych oraz wielu jednoczesnych operacji na nich.

♦    Języki hec danych (datahase languages). Są to bądź języki, bądź ich składowe, przeznaczone do definiowania struktur danych (języki defi-niowania danych data-definition lunguages) i do wyszukiwania