roz2_13

Lemur zaprasza

Składniki tablic
danych

Na rysunku 6
wszystkie elementy danych opisujące własności obiektu danych
Sprzedawcy zebrano w tablicy. Można przypisać tablicy nazwę -
w tym przypadku Sprzedawcy - dla potrzeb identyfikacyjnych oraz w
celu łatwego odwoływania się doń Sama tablica podzielona jest
na pewną liczbę kolumn i wierszy; każda z kolumn może być
także nazwana i wykorzystywana do przechowywania elementów
danych opisujących poszczególną własność obiektu danych - w
tym wypadku z konkretnym sprzedawcą. Wiersze są identyfikowane
poprzez kolejne numery nadawane im w miarę dodawania wierszy do
tablicy; nie ma potrzeby przypisywania nazw poszczególnym
wierszom w tablicy.

W tablicy
Sprzedawcy, na przykład, przechowywane są wszystkie elementy
danych opisujące wszystkie nazwiska pracowników zatrudnionych
przy sprzedaży w kolumnie o nazwie "Nazwisko".
Wynagrodzenia miesięczne przechowywane są w kolumnie
"Wynagrodzenia". Każdy wiersz w tablicy danych
Sprzedawcy zawiera elementy danych opisujące wszystkie
własności (numer identyfikacyjny, nazwisko, imię, data
zatrudnienia, wynagrodzenie) danego sprzedawcy.

Tabela: Sprzedawcy

Id sprzedawcy
Nazwisko
Imię
Data zatrudnienia
Wynagrodzenie

S0
Adamski
Paweł
07/01/86
2,800

S1
Bednarski
Bartek
10/12/86
2,400

S2
Czajkowski
Jacek
05/14/87
2,550

S3
Dziedzic
Edward
06/04/90
1,500

S4
Frankowski
Henryk
03/08/88
2,000

S5
Ford
Ida
11/22/87
2,600

S6
Nowak
Franek
04/15/87
2,300

S7
Jankowska
Katarzyna
12/01/89
2,450

S8
Idzikowski
Albert
10/25/88
2,200

S9
Kowalska
Beata
09/26/89
2,500

Rys.
6 Tablica danych w modelu relacyjnym.

Wykorzystując
podobną strukturę, można zorganizować wszystkie elementy
danych związane z biurami sprzedaży i regionami sprzedaży w
dwie oddzielne tablice danych o nazwach Biura i Regiony, jak to
pokazano na rysunku 7

Widać na tym
rysunku, że tablice Biura i Regiony mają taki sam układ jak
tablica Sprzedawcy. Obie są podzielone na wiersze i kolumny,
gdzie każdy wiersz zawiera elementy danych odpowiadające
określonemu obiektowi danych, a każda kolumna zawiera elementy
danych związane z określoną własnością tego obiektu.

Tabela: Biuro

Id Biura
Adres
Miasto
Województwo
Kod
Telefon #

B1
100
Warszawa
warszawskie
10016
800-123-5555

B2
200
Poznań
poznańskie
60607
800-234-5555

B3
500
Kraków
krakowskie
94005
800-456-5555

Tabela: Regiony

Id Regionu
Region
Kierownik

R1
Płn-wsch
Alicja Kowalska

R2
Płd-wsch
Bogdan Wilk

R3
Północ
Jacek Lis

R4
Południe
Katarzyna Nowacka

R5
Płn-zach
Krzysztof Pac

R6
Płd-zach
Helena Koniecpolska

Rys.
7 Tablice Biura i Regiony.

W tablicy Biura
elementy danych opisujące własności biur - numer
identyfikacyjny, adres, numer telefonu - są przechowywane w
kolumnach. Każdy wiersz tablicy zawiera elementy danych
związane z konkretnym biurem. Podobnie, w tablicy Regiony,
własności regionów są przechowywane w kolumnach. Na
przykład, kolumna o nazwie Kierownik zawiera elementy danych
określające nazwiska kierowników regionów.

W relacyjnym
modelu danych baza danych zawiera na ogół więcej niż jedną
tablicę danych i trzeba wiedzieć, że takie tablice danych są
często w terminologii oprogramowania relacyjnych baz danych
takiego jak FoxPro 2.0 nazywane plikami bazy danych. Każdy
wiersz w tablicy nazywany jest rekordem danych i zawiera pewną
liczbę pól danych, z którego każde odpowiada kolumnie w
tablicy danych. Zatem, elementy danych w relacyjnej bazie danych
są zorganizowane w pliki bazy danych (tablice danych). Każdy
plik bazy danych zawiera pewną liczbę rekordów (wierszy
tablicy), a każdy rekord - pewną liczbę pól (kolumn tablicy).

Wykorzystując
tę terminologię relacyjnych baz danych, można opisać bazę
danych składającą się ze Sprzedawców, Biur i Regionów w
następujący sposób:

Nazwa tablicy:
Sprzedawcy

Liczba rekordów:
10

Pola danych:
Identyfikator sprzedawcy

Nazwisko

Imię

Data zatrudnienia

Wynagrodzenie

Nazwa tablicy:
Biura

Liczba rekordów:
3

Pola danych:
Numer identyfikacyjny

Adres

Miasto

Województwo

Kod pocztowy

Numer telefoniczny

Nazwa tablicy:
Regiony

Liczba rekordów:
6

Pola danych:
Numer identyfikacyjny

Region

Kierownik

Jak podano
wcześniej w tym rozdziale, relacyjny model danych nie tylko
zbiera wszystkie elementy danych opisujące obiekty danych w
tablice danych; tablice danych są także wykorzystywane do
przechowywania elementów danych opisujących relacje pomiędzy
tymi obiektami. Chociaż wkrótce nauczysz się jeszcze więcej o
tym, w jaki sposób tworzyć wykorzystywać tablice danych tego
typu, to już teraz na rysunku 8 pokazano przykład takiej
tablicy relacyjnej nazwanej Przypisanie.

Jeśli
porównasz strukturę tablicy Przypisanie z tablicami Sprzedawcy,
Biura czy Regiony, to bez trudu odnajdziesz podobieństwa.
Wszystkie one są zorganizowane w wiersze i kolumny. Lecz
pomiędzy tablicami Sprzedawcy a Przypisanie jest znacząca
różnica. Przypomnijmy, że wiersz w tablicy Sprzedawcy
opisywał własności określonego sprzedawcy. Inaczej niż w
tablicy Sprzedawcy, wiersz w tablicy Przypisanie określa
powiązanie pomiędzy regionem sprzedaży a sprzedawcą. Na
przykład, pierwszy wiersz w tej tablicy zawiera dwa elementy
danych R1 i S1, przechowywane w kolumnach o nazwach Numer Regionu
i Numer Sprzedawcy. Elementy danych w pierwszym wierszu opisują
powiązanie regionu sprzedaży R1 ze sprzedawcą S1.

Takie relacyjne
bazy danych mają znaczący wpływ na sprawność pracy i
użyteczność relacyjnej bazy danych. Gdy są one poprawnie ze
strukturalizowane, możliwe jest posługiwanie się dowolnymi
relacjami zachodzącymi pomiędzy obiektami danych. O relacyjnych
tablicach danych dowiesz się więcej w dalszej części tego
rozdziału.

Tabela: Przypisanie

Id regionu
Id sprzedawcy

R1
S0

R1
S3

R1
S6

R1
S9

R2
S2

R2
S5

R3
S2

R3
S8

R4
S4

R4
S7

R5
S1

R5
S7

R6
S4

R6
S7

Rys.
8 Tablica relacyjna.