[ Pobierz całość w formacie PDF ]
.Encje zdefiniowane w ramach modeluzostaną przekształcone w tabele nowej bazy danych, dlatego ich nazwy powinnyspełniać warunki nakładane przez docelowy system.ERX zamienia używanedotąd, czytelne nazwy na odpowiedniki akceptowane przez system bazy danych.Czasami nie ma potrzeby wprowadzania jakichkolwiek zmian; czasem jednakkonieczna jest radykalna zmiana nazwy.Aby na podstawie dotychczasowych nazw elementów wygenerować nazwykodowe, należy:1.Wybrać opcję menu Model\Generate Coded Names.2.Wartości parametrów Maximum length (maksymalna długość) i Nb.ofcharacters used from the beginning of each word in the name (liczbawykorzystywanych początkowych znaków każdego słowa) ustalić na 30.Tworzone encje zostaną przekształcone w tabele systemu InterBase, którydopuszcza nazwy o długości 30 znaków.Długość taka jest dozwolona wewszystkich najpopularniejszych systemach zarządzania bazami danych,z wyjątkiem systemu Oracle.Zmiana długości skracanych wyrazów z 3 do 30znaków zapobiega przekształcaniu słów w nieczytelne, trzyliterowe skróty.Zaakceptowanie domyślnej wartości 3 spowodowałoby, że np.nazwa atrybutuTenant Number zostałaby zamieniona na Ten_Num - nazwę nieczytelnąi skróconą bardziej niż to było konieczne.3.Nie zmieniając żadnych innych ustawień w oknie dialogowym kliknąć przyciskGenerate.Aby obejrzeć nowe nazwy kodowe, należy podwójnie kliknąć na wybranej encjimodelu.Dostęp do nazwy kodowej wybranego atrybutu uzyskuje się popodwójnym kliknięciu pełnej nazwy tego atrybutu w polu dialogowym EntityAttributes.Nowe nazwy kodowe widoczne są na rysunkach 6.20 i 6.21.Ostatnią czynnością, poprzedzającą przekształcenie modelu E-R w modelrelacyjny, będzie nadanie mu nazwy.Należy wybrać z menu polecenieModel\Model Description i wpisać np.E-R diagram for Lease Process(lub po polsku: Diagram E-R opisujący proces wynajmu) w polu Model Name.Następnie należy usunąć zawartość pola Coded Name i kliknąć OK.Rysunek 6.22przedstawia kompletny model związków encji.Należy teraz zapisać model jako LEASE.ERX, korzystając z opcji menu File\Save,a następnie wyjść z programu ERX (opcja File\Exit). Projektowanie baz danych w modelu klient/serwer 189Rysunek 6.20.Program ERXmożeautomatyczniewygenerowaćpoprawne nazwyencji.Rysunek 6.21.ERX może równieżautomatycznienazwać inneelementy modelu,np.atrybuty. 190 Część IRysunek 6.22.Gotowy modelzwiązków encji (E-R).Relacyjny model danychEfektem dotychczasowych działań jest model związków, zachodzących pomiędzyencjami.Model ten definiuje obiekty i zależności w procesie wynajmunieruchomości i posłuży za podstawę do stworzenia relacyjnego modelu danych.Model relacyjny jest - w porównaniu z diagramem E-R - bliższy fizycznejimplementacji bazy danych.Zawiera definicje kluczy głównych, więzówintegralności relacji i innych fizycznych właściwości bazy danych.Do stworzeniarelacyjnego modelu danych wykorzystać można narzędzie Silverrun RDM.Tosamo narzędzie posłuży pózniej do wygenerowania skryptu SQL, który stworzyobiekty bazy danych, będące implementacją zaprojektowanego modelu.Logiczny model danych - podstawowe pojęciaPrzed rozpoczęciem dalszego omówienia wyjaśnimy wybrane terminy, związanez relacyjnymi bazami danych i logicznym modelem danych.Najistotniejsze -zdaniem autora - terminy, zebrano w Tabeli 6.4.Poznanie właściwej terminologiiułatwi zrozumienie dalszej części dyskusji.Prezentowany tutaj słowniczekterminów nie jest w pełni wyczerpujący, ale powinien okazać się przydatnyw praktyce. Projektowanie baz danych w modelu klient/serwer 191Tabela 6.4.Najważniejsze pojęcia, dotyczące relacyjnego modelu danych.Pojęcie DefinicjaBaza danych Zbiór danych pogrupowanych w tabele.Bazę danych(database) można przyrównać do regału.Baza danych zawieratabele, które z kolei zawierają właściwe dane.Podobnie - regał zawiera segregatory, w którychzawarte są właściwe dokumenty.Tabela Pojedynczy zbiór danych w ramach bazy.Tabelę(table) w modelu relacyjnym przedstawia się jako płaskąpowierzchnię, podzieloną na wiersze i kolumny.Rozwijając metaforę regału, tabelę przyrównać możnado segregatora.Tabela składa się z wielu wierszyo identycznej strukturze.Podobnie segregator możezawierać dokumenty jednego rodzaju (na przykładfaktury zakupu).Wiersz Odpowiada jednemu obiektowi rzeczywistemu,(row) takiemu jak faktura, wyciąg lub pozycja w książcetelefonicznej.Wiersze są podstawowymi elementamibazy danych.Zamiennie z terminem wiersz używa sięczęsto określenia rekord.W polskich opracowaniach,dotyczących relacyjnych modeli danych, przyjęło siętakże określenie krotka.W niniejszej książcestosowane będą zamiennie terminy wiersz (ang.row)i rekord (ang.record).Bazy danych i tabele są -w swych najprostszych postaciach - wyłączniemechanizmem grupowania wierszy.Ponownieprzywołując przykład regału i segregatorów, wiersznależałoby przyrównać do pojedynczego dokumentuw segregatorze.W segregatorze oznaczonym FAKTURY ZAKUPU,znajdą się odpowiednie dokumenty - faktury zakupu.Podobnie tabela FAKTURY_ZAKUPU składać siębędzie z wierszy, z których każdy odpowiada jednejfakturze.Kolumna Element wiersza.Kolumna opisuje pewną właściwość(column) obiektu, reprezentowanego przez wiersz tabeli.Zamiennie z terminem kolumna używa się częstookreślenia pole.W polskich opracowaniach, dotyczą-cych relacyjnych modeli danych, przyjęło się także 192 Część IPojęcie Definicjaokreślenie atrybut.W niniejszej książce stosowanebędą zamiennie dwa pierwsze terminy.Przykłademkolumny może być adres w tabeli klientów.Sam adresnie niesie jednoznacznej informacji.Natomiastw kontekście całej tabeli kolumna ta opisuje adresklienta.Klucz główny Kolumna lub zbiór kolumn, jednoznacznie(primary key) identyfikujących każdy wiersz.Jako przykład podaćmożna kolumnę z numerem faktury w tabeli, którejwiersze reprezentują kompletne faktury
[ Pobierz całość w formacie PDF ]