Zasady Projektowania Bazy Danych Access.doc

(1363 KB) Pobierz
Zasady projektowania bazy danych

 

 

 

 

 

 

 

 

 



 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Wykonały:

Jonna Frejek

Bogusława Skóra

 

 

 

 

 

 

 

Spis treści

 

Wprowadzenie

I.                   Podstawowe pojęcia

 

1.      Co to jest baza danych?

2.      Co to jest system zarządzania bazą danych (SZBD)?

3.      Co to jest element danych?

4.      Jak organizować dane?

5.      Co to są funkcje zależności?

6.      Modele danych.

7.      Typy danych.

8.      Podstawowe obiekty w bazie.

9.      Języki stosowane w bazach danych.

10.  Rozkazy języka SQL.

 

II.                Diagramy ERD

 

1.     Wstęp.

2.     Podstawowe pojęcia.

3.     Typy powiązań (relacje, związki).

4.     Zastosowanie diagramów związków encji.

5.     Sposoby zapisu.

6.     Modelowanie związków.

7.     Inne metody projektowania diagramów ERD.

 

III.          Normalizacja

 

1.     Cel normalizacji.

2.     Postać normalna.

3.     Klucze główne i klucze obce.

4.     Pierwsza postać normalna (1PN).

5.     Druga postać normalna (2PN).

6.     Trzecia postać normalna (3PN).

7.     Postać normalna Boycea – Codda (PNBC).

8.     Czwarta postać normalna (4PN).

9.     Piąta postać normalna (5PN).

10. Ignorowanie normalizacji.

11. Podsumowanie.

 

IV.           Transakcje

 

 

1.     Czym jest transakcja?

2.     Własności transakcji (ACID).

3.     Rodzaje transakcji.

4.     Rozkazy COMMIT i ROLLBACK.

 

 

 

 

 

 

V. Projektowanie bazy danych

 

1.      Podstawowe zasady modelu relacyjnego.

2.      Charakterystyka dobrej i złej bazy danych.

3.      Etapy projektowania baz danych.

 

VI. Przykład bazy danych ilustrujący niektóre powyższe kroki.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Wprowadzenie

 

 

 

Pisząc projekt moim głównym celem jest zapoznanie przyszłych projektantów z podstawowymi zagadnieniami dotyczącymi projektowania bazy danych.

 

Zanim projektant przystąpi do projektowania bazy danych powinien zapoznać się z podstawowymi pojęciami i zagadnieniami dotyczącymi bazy danych, dlatego też przedstawiam je w poniższych rozdziałach.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

I.     Podstawowe pojęcia

 

 

 

1.     Co to jest baza danych?


 

Pojęcie baza danych pojawia się ostatnio coraz częściej w różnych kontekstach, często

w luźny sposób związanych z informatyką i jej zastosowaniami. Najbardziej ogólna definicja

bazy danych wg C.Delobel’a i M.Adib’y brzmi:

“Bazą danych nazywamy zbiór danych o określonej strukturze, zapisany na

zewnętrznym nośniku pamięciowym komputera, mogący zaspokoić potrzeby wielu

użytkowników korzystających z niego w sposób selektywny w dogodnym dla siebie czasie”.

System bazy danych to baza danych wraz ze środkami programowymi umożliwiającymi

współbieżne operowanie na niej - w szczególności współbieżne wyszukiwanie i

aktualizowanie zawartych w niej informacji.

Aktualnie trudno byłoby znaleźć dobrze funkcjonujące przedsiębiorstwo, które nie

korzystało by z systemów baz danych. Dobrze zaprojektowany system bazy danych jest

jedynym sposobem gwarantującym szybkość i elastyczność  dostępu do informacji oraz jej

wiarygodność.

W bazie danych są zapisywane informacje o faktach i zdarzeniach dotyczących

pewnego wycinka rzeczywistości, po to aby możliwe było ich odtworzenie i analiza w

dowolnej chwili. Poprawne i efektywne działanie na bazie danych zależy od właściwej

interpretacji zawartych w niej informacji. Wymaga to wiernego i pełnego opisu semantyki

modelowanego wycinka świata rzeczywistego. W systemach baz danych narzędziem opisu

semantyki odwzorowywanego fragmentu świata rzeczywistego jest model danych. Terminem tym określa się zbiór abstrakcyjnych pojęć umożliwiających reprezentację określonych własności tego świata. Zbiór tych pojęć użyty do opisu własności konkretnego fragmentu świata rzeczywistego, istotnych z punktu widzenia danego zastosowania jest schematem bazy danych.

Istnieje wiele różnych modeli danych. Ze względu na poziom abstrakcji można je

podzieli æ na dwie grupy:

Modele konceptualne - najbardziej zbliżone do sposobu analizy modelowanej

rzeczywistości, jej obiektów i zależności między nimi, wykonywanej przez projektanta bazy

danych. Najczęściej stosowanym modelem konceptualnym jest model związków i encji

(encja, z ang. entity - jednostka, element). W modelu tym podstawowymi pojęciami są  encje, atrybuty i związki.

Modele implementacyjne, które służą do reprezentacji określonych na poziomie

modelowania konceptualnego encji, atrybutów i związków w konkretnym systemie bazy

danych. Najczęściej obecnie stosowanym modelem implementacyjnym w komercyjnych

systemach baz danych (Oracle, Ingres, Sybase, Progress, Isis, Informix, dBase4 i in.) jest

model relacyjny.

Pojawienie się tanich i efektywnych graficznych stacji roboczych spowodowało

wzrost zainteresowania nowymi zastosowaniami systemów baz danych w systemach

komputerowego wspomagania projektowania i zarządzania, komputerowego wspomagania

inżynierii oprogramowania (metoda CASE), systemach informacji biurowej i w systemach

ekspertowych. Zastosowania te wymagają znacznie bardziej skomplikowanych struktur

danych niż relacyjne. Konieczne jest pamiętanie nie tylko informacji w postaci tekstu, ale

obrazów o dużej rozdzielczości, rysunków, dźwięków, efektów animacji, itp. W wyniku

poszukiwań nowych modeli danych pojawił y się na rynku obiektowe bazy danych, lada dzień ukażą się systemy, w których wykorzystano dedukcyjny model danych.

 

Baza danych jest zbiorem elementów danych zorganizowanych w pewien logiczny i ze strukturalizowany sposób. Bieżąca struktura bazy zależy od modelu danych, przyjętego przy organizowaniu tych elementów; jej wielkość zależy od liczby elementów danych. Wzajemne relacje pomiędzy elementami danych wpływają na złożoność bazy danych.

 

Cechy charakterystyczne baz danych to:

        Niezależność aplikacji i danych - dane mogą być wprowadzane do bazy bez konieczności modyfikacji korzystających z nich programów czy systemów użytkowych, a z drugiej strony aplikacje mogą być modyfikowane niezależ- nie od stanu baz danych.

        Abstrakcyjna reprezentacja danych. Programy i systemy użytkowe (aplikacje) są tworzone przy użyciu tzw. deklaratywnych języków programowania (w odróżnieniu od języków imperatywnych). Twórca aplikacji nie musi np. interesować się kolejnością danych w bazie, ani sposobem ich reprezentacji i wyszukiwania. Precyzuje jedynie warunki selekcji informacji. Twórca aplikacji decyduje zatem “co zrobić ”, a nie “jak zrobić,

        Różnorodność sposobów widzenia danych. Te same dane zawarte w bazie mogą być “widziane” w różny sposób przez różnych użytkowników. Efekt ten uzyskuje się przez stosowanie różnych “filtrów” (perspektyw) nakładanych na te same dane.

        Fizyczna i logiczna niezależność danych. Fizyczna niezależność danych polega na tym, że rozszerzenie systemu komputerowego, na którym pracuje SZBD o nowy sprzęt nie narusza danych w bazie. Logiczna niezależność danych polega na tym, że - po pierwsze wprowadzanie nowych danych do bazy nie deaktualizuje starych, po drugie - dane, które nie są wzajemnie powiązane tzw. związkami integralnościowymi mogą być usuwane z bazy niezależnie od siebie.

 

 

 

 

 

 

 

...

Zgłoś jeśli naruszono regulamin