115722

115722



2

Rozdział 3. ♦ Projekt bazy danych i normalizacja Relacje

Gdy definiujesz klucze główne i klucze obce, masz do czynienia z relacjami. Przez relacje rozumiemy zasady obsługiwane na poziomie silnika bazy danych (patrz: Zasada 4. dr Codda). Access wyróżnia trzy różne typy relacji:

w    relacja jeden-do-jednego;

\> relacja jeden-do-wielu; u    relacja wiele-do-wielu.

Aby tworzyć relacje w Accessie, naciśnij znajdujący się w na pasku narzędzi przycisk Relacje lub wybierz NarzędziaDRelacje, aby otworzyć okno Relacje.

Relacja jeden-do-jednego

Dwie tabele łączy relacja jeden-do-jednego, gdy każdemu wierszowi z jednej tabeli przyporządkowany jest co najwyżej jeden wiersz z drugiej tabeli.Ten typ relacji jest najrzadziej spotykany, ponieważ w większości przypadków możesz powiązane informacje umieszczać w jednej tabeli. Jednakże, ze względów bezpieczeństwa, możesz zdecydować, iż należy informacje rozdzielić na dwie tabele. Również skomplikowane transakcje finansowe zawierają wiele relacji jeden-do-jednego.

Relacja jeden-do-wielu

Najpopularniejszy typ relacji, relacja jeden-do-wielu, występuje wtedy, gdy tabela ma wiele (lub nie ma w ogóle) powiązanych rekordów w drugiej tabeli. Czasami tabela po stronie „jeden” nazywana jest tabelą odnośnika. Zazwyczaj, tabele odnośnika zawierają informacje, które będą przekazywane do innych tabel (na przykład, nazwy województw lub kody pocztowe). Podczas adaptowania konwencji nazewnictwa dobrze jest dla tabeli odnośnika użyć przedrostka tlkp.

Relacja wiele-do-wiciu

O relacji wiele-do-wielu mówimy wówczas, gdy każdemu wierszowi z jednej tabeli odpowiada wiele wierszy w drugiej tabeli, a każdemu wierszowi z drugiej tabeli odpowiada wiele wierszy w pierwszej. Jedynym sposobem na przedstawienie w Accessie relacji wiele-do-wielu jest użycie tabeli „łączącej”, w której jako klucze obce znajdują się klucze główne obu tabel.

Podarkusze danych

Jedną z nowych opcji Accessa 2000 są podarkusze danych - nowy sposób przeglądania powiązanych danych w widoku arkusza danych. Podarkusze danych, są „poszerzonym" widokiem powiązanych danych. Podarkusze danych automatycznie odczytują relacje w bazie i wyświetlają powiązane tabele. Nie zawsze jest to najlepszy sposób na przeglądanie powiązanych danych, tak jak to ma miejsce w przypadku przedstawionej na rysunku 3.6 relacji wiele-do-wielu.

Aby zoptymalizować widok podarkuszy danych, możesz utworzyć kwerendę, która połączy dane z powiązanych tabel tak, by wyświetlone były opisy, a nie klucze obce. Następnie otwórz tabelę w widoku Projekt i spójrz na właściwości tabeli. W polu Nazwa podarkusza danych wybierz nazwę utworzonej kwerendy. Być może będziesz również musiał ustawić właściwości podrzędnego i nadrzędnego pola łączącego, jeśli Access nie rozpozna ich



Wyszukiwarka

Podobne podstrony:
59281 skanuj0326 (2) Rozdział 12. ♦ Tworzenie bazy w praktyce 341 Relacja między klientami a zamówie
Postacie normalne W odróżnieniu od schematu procesu projektowania bazy danych „z góry do dołu” (ang.
skanuj0353 ROZDZIAŁ DZIESIĄTY: Projektowanie i nakładanie tekstur 353 Przykładowa gdy malujemy tekst
IMG4 (7) Program laboratorium ♦    Tworzemie bazy danych przy użyciu
IMGP1314 doz danych W procesie projektowania bazy danych szereg więzów integralności ujętych zostaje
Aplikacje baz danych: Zadanie 1: Projekt bazy danych Tomasz Krzyżanowski, 113701Zadanie 1: Projekt b
Aplikacje baz danych: Zadanie 1: Projekt bazy danych3. Opis elementów modelu Opis zbiorów encji Zb
Aplikacje baz danych: Zadanie 1: Projekt bazy danych Zbiór encji 3 : Zamówienia Opis Tabela
Aplikacje baz danych: Zadanie 1: Projekt bazy danych Zbiór encji 5 : Faktura Opis Spis wystawion
Aplikacje baz danych: Zadanie 1: Projekt bazy danych Zbiór encji 7 : Osoba Opis Spis
Aplikacje baz danych: Zadanie 1: Projekt bazy danych nazwisko Nie Varchar[40] Nazwisko
Aplikacje baz danych: Zadanie 1: Projekt bazy danychSchemat Relacyjnej Bazy Danych: PRODUKT (id prod
Aplikacje baz danych: Zadanie 1: Projekt bazy danych POZYCJA_ZAMOWIENIA fid zamówienia, id produktu,
DSC00047 (20) 1$. HM * ■■ *« iw ■Wlf I li ^....... lYJ dr i ste projektowania bazy danych Stru

więcej podobnych podstron