Oleksak Sławomir
Mazur Maciej
Referat na temat projektowania schematów E-R oraz przedstawiania schematów E-R za pomoc± tabel.
1.Projektowanie schematu bazy danych w modelu E-R:
2.Redukcja schematu E-R do tablic:zbieranie potrzebnych informacji: okreŁlanie elementów logicznych (wraz z atrybutami): okreŁlanie relacji i elementów: diagram E-R dla przedsięwzięcia bankowego
tablicowa reprezentacja silnie zwi±zanych elementów tablicowa reprezentacja słabo zwi±zanych elementów tablicowa reprezentacja relacji: wielowartoŁciowe atrybuty: tablicowa reprezentacja generalizacji: tablicowa reprezentacja agregacji
1.Projektowanie schematu bazy danych w modelu E-R:
Fazy projektowania bazy danych obsługuj±cej bank.
a) zbieranie potrzebnych informacji:Baza danych przedstawiona za pomoc± schematu E-R może być reprezentowana przez zbiór tablic. Dla każdego zbioru elementów i relacji w bazie danych istnieje osobna tabela o nazwie nawi±zuj±cego zbioru.
a) tablicowa reprezentacja silnie zwi±zanych elementów:
Niech E będzie zbiorem silnie zwi±zanych elementów, a a1, a2, ..., an będ± atrybutami opisuj±cymi te elementy. Możemy przedstawić ten zbiór tabel± E zawieraj±c± n różnych kolumn, każda z nich nawi±zuje do jednego z atrybutów E. Każdy wiersz w tej tabeli nawi±zuje do jednego elementu ze zbioru elementów E.Przykład:
Tabela “kredyt”
Numer kredytu |
Kwota |
L-17 |
1000 |
L-23 |
2000 |
L-15 |
1500 |
L-14 |
1500 |
L-93 |
500 |
L-11 |
900 |
L-16 |
1300 |
Przykład II:
Tabela “klient”
Nazwisko klienta |
Pesel |
Ulica |
Miasto |
Jones |
321123123 |
Main |
Harrrison |
Smith |
019283746 |
North |
Rye |
Hayes |
677899011 |
Main |
Harrison |
Curry |
244668800 |
North |
Rye |
Linsay |
336669999 |
Park |
Pittsfiled |
Turner |
182736091 |
Putnam |
Stamford |
Wiliams |
963963963 |
Nassau |
Princeton |
Adams |
335577991 |
Spring |
Pittsfiled |
Johnson |
192837465 |
Alma |
Palo Alto |
b) tablicowa reprezentacja słabo zwi±zanych elementów
Niech A będzie zbiorem słabo zwi±zanych elementów o atrybutach: a1, a2, ..., am. Niech B będzie zbiorem silnie zwi±zanych elementów od których A jest zależny. Niech klucz podstawowy zbioru B ma atrybuty b1, b2, ..., bn .Możemy przedstawić zbiór A tabel± A, w której jedna kolumna zawiera jeden atrybut ze zbioru:{a1, a2, ..., am} Č {b1, b2,..., bn}
Przykład:
Tabela “rata”
Numer kredytu |
Numer wpłaty |
Data wpłaty |
Kwota wpłaty |
L-17 |
5 |
10.V.1996 |
50 |
L-23 |
11 |
17.V.1996 |
75 |
L-15 |
22 |
23.V.1996 |
300 |
L-14 |
69 |
28.V.1996 |
500 |
L-93 |
103 |
3.VI.1996 |
900 |
L-17 |
6 |
7.VI.1996 |
50 |
L-11 |
53 |
7.VI.1996 |
125 |
L-93 |
104 |
13.VI.1996 |
200 |
L-17 |
7 |
17.VI.1996 |
100 |
L-16 |
58 |
18VI.1996 |
135 |
A – zbiór elementów typu “rata”
a1- atrybut “numer wpłaty”
a2- atrybut “data wpłaty”
a3- atrybut “kwota wpłaty”
b1- atrybut “numer kredytu” - podstawowy klucz zbioru “kredyt”
od którego zbiór “rata” jest zależny.
c) tablicowa reprezentacja relacji:
Niech R będzie zbiorem relacji, niech a1, a2,..., am będ± zbiorem atrybutów, który powstał z unii podstawowych kluczy zbiorów uczestnicz±cych w relacji R, i niech b1, b2, ..., bn będ± atrybutami opisuj±cymi relację R. Możemy przedstawić relację tabel± R, w której jedna kolumna zawiera jeden atrybut ze zbioru:
{a1, a2,..., am} Č {b1, b2, ..., bn}
Przykład:
Tabela “kredytobiorca”
Pesel |
Numer kredytu |
321123123 |
L-17 |
019283746 |
L-23 |
677899011 |
L-15 |
555555555 |
L-14 |
244668800 |
L-93 |
019283746 |
L-11 |
963963963 |
L-17 |
335577991 |
L-16 |
R – zbiór relacji typu “kredytobiorca”
a1- atrybut “pesel” – podstawowy klucz zbioru “klient”
a2- atrybut “Numer kredytu” – podstawowy klucz zbioru “kredyt”
- redundancja tablic
Przypadek zbioru relacji ł±cz±cy zbiór elementów silnie zwi±zanych z nawi±zuj±cym do niego zbiorem elementów słabo zwi±zanych jest wyj±tkowy. Jak zauważyliŁmy wczeŁniej, te relacje s± postaci “many to one” i nie maj± żadnych opisuj±cych t± relację atrybutów. Ponadto, podstawowy klucz zbioru słabo zwi±zanych elementów zawiera podstawowy klucz zbioru silnie zwi±zanych elementów.
- ł±czenie tablic
Rozważmy zbiór relacji “many to one AB ze zbioru elementów A do zbioru elementów B. Używaj±c naszego schematu do tworzenia tablic, dostajemy trzy tablice: A, B i AB. Jednakże, jeżeli istnieje zależnoŁć A od B, wtedy możemy poł±czyć tabele A i AB, tworz±c w ten sposób jedntabelę zawieraj±ca unie kolumn z obu tablic.
Przykład:
d) wielowartoŁciowe atrybuty:
Dla wielowartoŁciowego atrybutu M, tworzymy tabelę T, zawieraj±c± kolumnę C, która nawi±zuje do M, oraz kolumny nawi±zuj±ce do podstawowego klucza zbioru elementów lub relacji, którego M jest atrybutem.
e) tablicowa reprezentacja generalizacji:
Istniej± dwie oddzielne metody przetwarzania do tablicowej postaci diagramu E-R zawieraj±cego generalizacje.
I.
II. Jeżeli generalizacja jest rozł±czna i kompletna, wtedy jest możliwa alternatywna reprezentacja.
f) tablicowa reprezentacja agregacji
Przekształcanie w tablicow postać diagramu E-R zawieraj±cego agregację.
Podsumowanie:
Diagramy E-R oferuj± projektantowi systemów bazodanowych dobra możliwoŁć reprezentacji przedsięwzięcia na modelu. Koncepcja może być reprezentowana przez elementy, relacje lub atrybuty.
Model w postaci diagramu E-R może być przedstawiona z pomoc± tabel.