Relační databáze. Představa relační databáze

Vznik výpočetní techniky v našich moderních informačních znamenal revoluci ve všech oblastech lidské činnosti. Ale ke všem informacím nestane zbytečné plýtvání na internetu, byl vynalezen v databázovém systému, ve kterém jsou seřazeny materiály, organizoval, s tím výsledkem, že jsou snadno k nalezení a odeslat následné zpracování. Existují tři hlavní druhy - přidělit databáze relační, hierarchické, síť.

základní modely

Vrátíme-li se vznikem databází, je třeba říci, že tento proces byl poměrně složitá, že pochází s vývojem programovatelného zařízení pro zpracování informací. Není překvapivé, že počet modelů v současnosti dosahuje více než 50 let, ale hlavní z nich jsou považovány za hierarchické, relační a síť, která je ještě široce používán v praxi. Co představují?

Hierarchická databáze má stromovou strukturu a je složen z dat na různých úrovních, mezi nimiž probíhá komunikace. databázový model sítě je složitější vzor. Jeho struktura se podobá hierarchii a schéma rozšiřovat a zlepšovat. Rozdíl mezi nimi je, že dědičné modely hierarchické dat může být spojeno pouze s jedním předka, zatímco síť může být několik. Struktura relační databáze je mnohem složitější. Z tohoto důvodu by měl být rozebrán podrobněji.

Základní koncept relační databáze

Tento model byl vyvinut v roce 1970 Dr. Edgar F. Codd vědy. Je to logicky strukturované tabulky s polí, které popisují data, jejich vztahů mezi sebou navzájem, při operacích prováděných na nich, a co je nejdůležitější - pravidla, která zaručují jejich integritu. Proč se nazývá relační model? Je založen na vztahu (z latinského. VZTAHY) mezi daty. Existuje mnoho definic tohoto typu databáze. Relační tabulky s informacemi, je mnohem jednodušší organizovat a poskytnout léčbu, spíše než síť nebo hierarchický model. Jak to děláte? To je dost znát funkce, na modelovou strukturu a vlastnosti relačních tabulkách.

Proces modelování a základních prvků

Aby bylo možné vytvořit vlastní databázi, měli byste použít jednu z modelovacích nástrojů uvažovat s tím, co informace, které potřebujete k práci, navrhnout relační tabulky a jedno a více odkazů mezi datovými subjekty zaplnit buňky a nastavit primární nebo cizí klíče.

Modelování tabulky a navrhnout relační databáze se provádí pomocí bezplatných nástrojů, jako jsou Workbench, phpMyAdmin, věc Studio dbForge Studio. Po podrobném návrhu uložit grafický hotovou relační model a přeložit jej do kódu SQL-ready. V této fázi můžete začít pracovat s třídění dat, zpracování a systematizace.

Rysy struktury a podmínky spojené s relačního modelu

Každý zdroj svým vlastním způsobem popisuje jeho prvky, takže bych chtěl dát trochu radu pro menší zmatek:

• relační label = povahy;
• layout = atribut name = golfové = záhlaví sloupce subjekt;
• entita instance = n-tice = záznam = deska linie;
• atribut = hodnota = buňka subjekty pole.

Chcete-li přejít do relační databáze vlastností měli být vědomi některých základních její komponenty a pro něž jsou určeny.

1. Esence. Tabulka relační databáze může být jedna, nebo to může být sada tabulek, které jsou charakteristické popsaných předmětů v ní uložených přes data. Mají pevný počet polí a proměnný počet záznamů. Tabulka databáze relační model se skládá z řetězců, atributy a rozložení.
2. Záznam - variabilní počet řádků, které zobrazují data, která charakterizují popsaný předmět. Číslování položek automaticky provádí v systému.
3. Atributy - data ukazující vstupní souhrnné sloupce.
4. Field. Jedná se o sloupec entity. Jejich počet - pevná hodnota je během vytváření nebo změny v tabulce.

Nyní, že zná základní prvky tabulky, můžete se přesunout na vlastností databáze relačního modelu:

• Podstatou dvourozměrného relační databázi. Vzhledem k této vlastnosti se s nimi snadno prodelyvat různé logické a matematické operace.
• Pořadí hodnot atributů a záznamy v relační tabulky může být libovolná.
• Sloupec uvnitř relační tabulky, musí mít svůj vlastní jedinečný název.
• Všechna data ve sloupci v podstatě mají pevnou délku a stejný typ.
• Každý zápis v podstatě je považován za jeden kus dat.
• Jednotlivé prvky řádků jsou jedinečné. Relační charakter žádné duplicitní řádky.

Na základě vlastností relační databáze založené, je zřejmé, že hodnoty atributů musí být stejného typu, délky. Zvážit konkrétní hodnoty atributů.

Hlavní charakteristiky oblasti relačních databází

Názvy polí musí být jedinečný v rámci jednoho subjektu. Typy atributů nebo oblastech relačních databází popsat kategorie dat uložených v entit polí. Pole relační databáze, musí mít pevnou velikost, která se vypočte ve znacích. Parametry a formátovat hodnoty atributů definovat způsob korigování jejich data. Zatím tam je takový věc jako „masku“ nebo „vstupní šablony“. Je určen ke stanovení konfigurace vstupu údajů v hodnotu atributu. Rozhodně na špatném záznamu typu dat, která by měla být vydána zpráva o chybě v této oblasti. Také na poli prvky jsou určitá omezení - podmínky pro kontrolu přesnosti a správnosti zadávání dat. Je povinná hodnota atributu, který má jednoznačně být naplněn daty. Některé atribut linka může být naplněn NULL hodnot. Vstoupit do prázdné atributy datové pole. Stejně jako v případě hlášení o chybě, tam jsou hodnoty, které jsou vyplněny automaticky systémem - to je výchozí data. Chcete-li urychlit vyhledávání jakýchkoli údajů určených indexované pole.

Schéma rozměrová tabulka databáze relační

Pro detailní pochopení systému řízení modelu pomocí SQL nejlépe posoudit systém jako příklad. Už víme, co je relační databázový systém. Položka v každé tabulce - jeden datový prvek. Aby se zabránilo redundanci dat, nutné normalizovat provoz.

Základní pravidla normalizace relační přírody

1. Hodnota názvu pole pro relační tabulky musí být jedinečná, jediná svého druhu (první normální formě - 1NF).

2. pro tabulku, která již byla snížena na 1 nF, neidentifikační název každém sloupci závisí na jedinečný identifikátor tabulky (2NF).

3. U všech tabulek, které jsou již uloženy v 2NF, neidentifikační každé pole může být nezávislý na jiných neidentifikovaných hodnot prvků (3NF osoba).

Databáze: relační odkazy mezi tabulkami

K dispozici jsou 2 hlavní typy vztahů relačních tablet:

• "One-many". Podle nastane, když jeden klíčový záznam tabulky №1 více instancí druhého subjektu. Klíčovým ikona na jednom z konců nakreslené čáry naznačuje, že látka je na straně „jedna“ a druhý konec linky je často symbol nekonečna značku.

• Komunikace „mnoho-many“ tvořil v případě několika řadách jeden logický subjekt explicitní interakci s počtem záznamů jiné tabulky.
• Pokud mají dva subjekty existuje zřetězení „one to one“, znamená to, že klíč identifikátor tabulky je přítomen v jiné jednotky, potom je nutné odstranit jednu z tabulek, je to zbytečné. Ale někdy jen z bezpečnostních programátoři záměrně oddělit dvě entity. Z tohoto důvodu, hypoteticky, že spojení mezi „jedna ku jedné“ může existovat.

Existence klíčů v relačních databázích

Primární a sekundární klíče identifikovat potenciální databázové vztahy. Relační datový komunikační model může mít pouze jednu kandidátní klíč, bude primární klíč. Co je to? Primární klíč - sloupec nebo sadu atributů podstaty, jehož prostřednictvím můžete získat přístup k určité datové linky. Musí být jedinečný, jediný a jeho pole nemůže obsahovat hodnoty Null. Pokud primární klíč se skládá pouze z jednoho atributu, pak to je řekl, aby byl jednoduchý, jinak bude.

Kromě primárního klíče, existuje a vnější (cizí klíč). Mnozí nechápou, jaký je rozdíl mezi nimi. Podívejme se jim podrobněji jako příklad. Takže existují dvě tabulky: „Dean“ a „studenti“. Podstatou „děkan“ obsahuje pole „Skupina“ „ID studenta“, „Jméno“ a Tabulka „Studenti“ má hodnoty atributů, jako „Jméno“, „Group“ a „průměrné“. Tak jako student ID nemůže být stejné pro několik studentů, to je pole jako primární klíč. „Name“ a „Group“ z „studenti“ v tabulce může být stejná pro pár lidí, se odvolávají na identifikační číslo studenta z podstaty „Dean“, takže mohou být použity jako cizí klíč.

Příkladem relačního modelu databáze

Pro přehlednost jsme dát jednoduchý příklad modelu relační databáze se skládá ze dvou subjektů. K dispozici je tabulka s názvem „Dean“.

Je nutné provést připojení získat plnou relační databáze. Vstup „IN-41“, stejně jako „IN-72“, může být přítomen více než jednou v tabulce „Dean“ jako příjmení, jméno a příjmením studentů, ve vzácných případech, mohou být stejné, takže tato pole nelze provést primární klíč. podstata „Studenti“ ukáže.

Jak můžeme vidět, druhy relačních databázových polí zcela liší. Přítomné jako digitálních nahrávek a charakteru. Z tohoto důvodu, nastavení atributů by měly uvést hodnotu integer, char, vachar, datum a další. V „Dean“, unikátní hodnota je jediný student ID. Toto pole může být užíván jako primární klíč. Název, umělec, a telefon z podstaty „studenti“ může být užíván jako cizí klíč odkazující na ID studenta. Je navázáno spojení. To je příklad komunikačního modelu „one to one“. Hypoteticky, jeden z dalších tabulek, které lze snadno spojit do jednoho subjektu. K ID-počet studentů se stanou není všeobecně známo, že je docela možné, že existují dvě tabulky.