Logická úroveň datového modelování
Relační databázový model
 Tisk

Relační databázový model


Konceptuální schéma (KS), jehož návrh byl popsán v minulých kapitolách, je nezávislé na logické úrovni, tj. na zvoleném databázovém modelu. Nejprve je tedy třeba zvolit databázový model a potom provést do tohoto modelu transformaci KS.


Historický vývoj databázových modelů se ubíral přes modely hierarchické (stromové) a síťové k relačním a jejich různým mutacím, objektově relačním, objektovým aj. V současné době jsou na vrcholu v počtu aplikací modely relační nebo takové, které sice nejsou relační ve smyslu přísné definice, ale jako takové se chovají. Proto si ukážeme, jak takový relační model vypadá a jak se KS do něj transformuje.


Nebudeme se zde zabývat přesnou definicí relačního databázového systému, ale rovnou si ukážeme jeho základní vlastnosti.


Relační databázový systém obsahuje (jako každý databázový systém) databázi a systém řízení báze dat (SŘBD).


Databáze se skládá z jednotlivých relací, které jsou realizovány pomocí tabulek. Každá tabulka odpovídá jednotlivým entitním nebo vztahovým typům. Každá tabulka má své jméno a tvoří ji libovolný počet řádek. Každá řádka odpovídá výskytu jedné entity. Kromě řádek má tabulka pojmenované sloupce, kterým se říká atributy.


Na konceptuální úrovni jsme o atributech nemluvili. Pokud se tam v KS atributy vyskytují, mluví se např. o modelu E-R-A.


Na uspořádání řádků ani sloupců nezáleží.


Alespoň jeden z atributů každé tabulky je klíčový. Hodnota takového atributu je jedinečná v celé tabulce. Jeden z takových atributů (klíčů) je prohlášen za primární, ostatní, které jsou také jedinečné, za kandidátní (např. Rodné_číslo, Číslo_OP,Pracovní_číslo,…). Dále se v tabulce mohou vyskytovat klíče, které nejsou jednoznačné, tj. tatáž hodnota atributu se může vyskytnout ve více řádkách. Takové klíče se nazývají sekundární nebo také pravidelné, v závislosti na použitém databázovém systému. Příkladem nejednoznačného klíče může být např. v tabulce materiál atribut Dodavatel.


Zápis relace (tabulky).


Tabulky se zapisují podobně jako v E-R-A koncept. schématu. Primární klíč bývá podtržen nebo zobrazen tučně.


Například entitní typ PRACOVNÍK se může zapsat takto:


    PRACOVNÍK(Rodné_číslo, Číslo_OP,Pracovní_číslo,kód_vzdělání, pracoviště,…).


Atribut Rodné_číslo je primárním klíčem, Číslo_OP a Pracovní_číslo jsou atributy kandidátní na klíč primární, ostatní atributy by měly být závislé na primárním klíči.


Převod KS do relačního modelu bude probíhat podle několika pravidel, o kterých si povíme dále. Měli bychom však vědět, že základní tvar tabulek není úplně libovolný. Velmi často různé databázové systémy požadují, aby tabulky byly zapsány v některé normální formě. O normálních formách pojednává předcházející kapitola.