1109810649

niektóre aspekty i zasady projektowania baz danych, zdając sobie sprawę, że proces projektowania baz jest daleko bardziej złożony.

Zanim przystąpimy do projektowania musi zostać określona dziedzina, dla której tworzymy bazę danych. Zakładamy, że chcemy zaprojektować bazę danych umożliwiającą rejestrowanie ocen wystawianych uczniom, czyli pewien fragment szkolnej rzeczywistości. Jednym z podstawowych zadań, na etapie projektowania bazy danych, jest określenie podstawowych obiektów występujących w dziedzinie, dla której te bazę projektujemy. W naszym przypadku dość szybko dojdziemy do wniosku, że nasza baza powinna opisywać uczniów oraz podstawową jednostkę organizacyjną szkoły czyli klasy. Poniżej przedstawiamy propozycję tabel opisujących te dwa podstawowe elementy.

Wyjaśnimy teraz niektóre elementy zaproponowanego rozwiązania.

•    Każda tabela musi mieć przypisaną nazwę i nazwa ta powinna określać rodzaj danych, jaki planujemy w tej tabeli przechowywać.

•    Zgodnie z cechami modelu relacyjnego, każda tabela musi zawierać klucz podstawowy. Dla zaproponowanych tabel kluczami podstawowymi są kolumny o nazwach iducznia i idklasy - na pierwszy rzut oka nazwy te wydaja się dziwne ale odpowiada to pewnej przyjętej praktyce polegającej na tym, że projektując tabele ustala się tzw. sztuczny klucz podstawowy. W naszym przypadku kolumna iducznia (identyfikator ucznia) będzie zawierała unikatowe numery przypisywane każdemu uczniowi, który zostanie w tabeli zapisany. W bazach danych istnieją mechanizmy, które automatycznie generują unikatowe numery dla tak zdefiniowanych kluczy.

•    W tabeli Uczniowie znajduje się kolumna o nazwie idklasy (na rysunku nazwana kluczem obcym). Wymaga to wyjaśnienia tym bardziej, że dotykamy istoty projektowania relacyjnych baz danych. Sprawą oczywistą jest to, że każdy uczeń jest przypisany do określonej klasy. Klasy, jako takie, są zapisywane w oddzielnej tabeli o nazwie Klasy w której kluczem podstawowym jest kolumna idklasy. Fakt umieszczenia w tabeli Uczniowie klucza obcego (czyli kolumny idklasy, która w innej tabeli pełni role klucza podstawowego) tworzy związek (powiązanie) pomiędzy tabelami Uczniowie i Klasy. Spróbujmy wyjaśnić dlaczego w ten sposób projektuje się elementy relacyjnych baz danych.