1300739490

1300739490



Jest to w obrazkowej postaci (tzw. ERD - Entity Relationship Diagram, czyli Diagram Relacji Encji) przedstawienie tego wszystkiego, co ustaliliśmy wyżej - dwie tabele (CZYTELNIK i KSIĄŻKA) z konkretnymi polami (kolumnami), oraz łącząca je relacja (WYPOŻYCZENIE) z którą również związane są konkretne atrybuty.

Problem, który się tu pojawia polega na zapisaniu samej relacji „wiele do wielu” (zobrazowane jest to „kruczą nóżką” po obu stronach linii reprezentującej relację - do każdej książki możemy dopasować wielu czytelników, którzy ją wypożyczyli i odwrotnie - każdy czytelnik mógł pożyczyć wiele książek (niekoniecznie j ednocześnie - na razie tą kwestię pominiemy). Tabele maj ą określoną liczbę kolumn, więc można sobie wyobrazić, że dopiszemy np. do tabeli CZYTELNIK sygnaturę książki (i daty związane z wypożyczeniem) i po prostu będziemy dopisywać wielokrotnie tego samego czytelnika za każdym razem kiedy wypożyczy książkę. Chcemy jednak, aby jednemu czytelnikowi podobnie, jak jednej książce odpowiadał dokładnie jeden wiersz (rekord) - jeśli pan Kowalski się przeprowadzi wystarczy, że zmienimy wówczas to tylko w jednym miejscu, nie będzie trzeba przeszukiwać całej bazy danych! Nie możemy zatem zrobić tego w taki sposób.

Rozwiązaniem jest dodanie trzeciej tabeli - przekształcenie relacji WYPOŻYCZENIE w tabelę WYPOŻYCZENIE która powiązana będzie odpowiednimi relacjami z pozostałymi tabelami, jednak będą to już relacje „jeden do wielu”, co bez problemu umiemy już zapisać:

CuiWWtk

* ID

TułuT

mrfor

tydari*

/u)

_

VostaW</p TertuinZss 'Dała. 2 ^

1 D-C

V _

1 rwie Miasto

ttodl

ftAłti

ID_K

Rysunek 2: Biblioteczna baza danych, podejście 2

Każdy rekord (wiersz) w tabeli Wypożyczenie symbolizuje fakt wypożyczenia jednej książki przez jednego czytelnika. Książka jest identyfikowana przez sygnaturę, czytelnik przez jego ID. Daty były omawiane wyżej.

Pomińmy w tej chwili komputer. Wyobraźmy sobie, że mamy trzy tabele (np. na papierze) takie, jak przedstawiono wyżej. Zastanówmy się teraz, w jaki sposób możemy realizować podstawowe funkcj e biblioteki.

Przykład 1

Wypożyczenie konkretnej książki przez konkretnego czytelnika.

Dopisujemy na koniec tabeli Wypożyczenie jedną pozycję wpisując identyfikatory książki, czytelnika, datę wypożyczenia, oraz termin zwrotu. Datę zwrotu pozostawiamy pustą (wpiszemy ją kiedy odda książkę).

Przykład 2 Oddanie książki.

W tabeli Wypożyczenie odszukujemy pozycję w której występuje odpowiednie ID czytelnika i



Wyszukiwarka

Podobne podstrony:
Model ERD 4 I ° Entity Relationship Diagrammer GLOBAL SHARED WORKAREA - [MODEL ERD (I9E1S1 PROJEKT Z
Model ERD 4 I ° Entity Relationship Diagrammer GLOBAL SHARED WORKAREA - [MODEL ERD (I9E1S1 PROJEKT Z
Pict0198 Elektronika dla nieelektroników EdE jest to ze zjawiskiem tzw. rozformowania (zwykłych, alu
BLAD CO DO KLAUZUUL NORMATYWNYCH Jest to odrębna postać błędu, nie wymieniona expressis verbis w żad
2)Przedsiębiorca - jest to kluczowa postać w przedsiębiorstwie, jest on głównym czynnikiem sprawczym
5. Obecnie Dawid Kurzmann jest niedoceniony, a jest to wybitna postać. Wierzy Pan, ze będzie on kied
82146 str 156 157 3.    Jest to zasadnicze postanowienie tzw. statutów nieszawsk
396,397 (2) nowy, co trudny do zaakceptowania przez rodziców. Czasami jest to wręcz eksplozja tzw. z
•    chemiczne skażenia środowiska Forma degeneracji - jest to czasowa postać zespołu
Sprawa Dozorowa 4 I ° Entity Relationship Diagrammer GLOBAL SHARED WORKAREA - [SPRAWA DOZOROWA (I9E1
w3 Stężenie procentowe Jest to liczba gramów substancji rozpuszczonej, zawartej w 100 g roztworu, c
Inspektor 4 1 Entity Relationship Diagrammer GLOBAL SHARED WORKAREA - [INSPEKTOR (I9E1S1 PROJEKT ZES
Inspektor 4 2 I ° Entity Relationship Diagrammer GLOBAL SHARED WORKAREA - [INSPEKTOR (I9E1S1 PROJEKT
Inspektor 4 2 I ° Entity Relationship Diagrammer GLOBAL SHARED WORKAREA - [INSPEKTOR (I9E1S1 PROJEKT
Klient Pismo 4 I ° Entity Relationship Diagrammer GLOBAL SHARED WORKAREA - [KLIENT PISMO (I9E1S1 PRO

więcej podobnych podstron