Relačnej databázy. Predstava relačnej databázy

Vznik výpočtovej techniky v našich moderných informačných znamenal revolúciu vo všetkých oblastiach ľudskej činnosti. Ale ku všetkým informáciám nestane zbytočné plytvanie na internete, bol vynájdený v databázovom systéme, v ktorom sú zoradené materiály, organizoval, s tým výsledkom, že sú ľahko k nájdeniu a odoslať následné spracovanie. Existujú tri hlavné druhy - prideliť databázy relačná, hierarchickej, sieť.

základné modely

Ak sa vrátime vznikom databáz, je treba povedať, že tento proces bol pomerne zložitá, že pochádza s vývojom programovateľného zariadenia na spracovanie informácií. Nie je prekvapujúce, že počet modelov v súčasnosti dosahuje viac ako 50 rokov, ale hlavné z nich sú považované za hierarchické, relačné a sieť, ktorá je ešte široko používaný v praxi. Čo predstavujú?

Hierarchická databázy má stromovú štruktúru a je zložený z dát na rôznych úrovniach, medzi ktorými prebieha komunikácia. databázový model siete je zložitejšia vzor. Jeho štruktúra sa podobá hierarchiu a schéma rozširovať a zlepšovať. Rozdiel medzi nimi je, že dedičné modely hierarchickej dát môže byť spojené iba s jedným predka, zatiaľ čo sieť môže byť niekoľko. Štruktúra relačnej databázy je oveľa zložitejšia. Z tohto dôvodu by mal byť rozobraný podrobnejšie.

Základný koncept relačnej databázy

Tento model bol vyvinutý v roku 1970 Dr Edgar F. Codd vedy. Je to logicky štruktúrované tabuľky s polí, ktoré popisujú dáta, ich vzťahov medzi sebou navzájom, pri operáciách vykonávaných na nich, a čo je najdôležitejšie - pravidlá, ktoré zaručujú ich integritu. Prečo sa nazýva relačná model? Je založený na vzťahu (z latinského. VZŤAHY) medzi dátami. Existuje mnoho definícií tohto typu databázy. Relačné tabuľky s informáciami, je oveľa jednoduchšie organizovať a poskytnúť liečbu, skôr než sieť alebo hierarchický model. Ako to robíte? To je dosť poznať funkcie, na modelovú štruktúru a vlastnosti relačných tabuľkách.

Proces modelovania a základných prvkov

Aby bolo možné vytvoriť vlastnú databázu, mali by ste použiť jednu z modelovacích nástrojov uvažovať s tým, čo informácie, ktoré potrebujete k práci, navrhnúť relačné tabuľky a jedno a viac odkazov medzi dátovými subjektmi zaplniť bunky a nastaviť primárny alebo cudzie kľúče.

Modelovanie tabuľky a navrhnúť relačnej databázy sa vykonáva pomocou bezplatných nástrojov, ako sú Workbench, phpMyAdmin, vec Studio dbForge Studio. Po podrobnom návrhu uložiť grafický hotovú relačné model a preložiť ho do kódu SQL-ready. V tejto fáze môžete začať pracovať s triedenie dát, spracovania a systematizácia.

Rysy štruktúry a podmienky spojené s relačného modelu

Každý zdroj svojím vlastným spôsobom opisuje jeho prvky, takže by som chcel dať trochu radu pre menšie zmätok:

• relačné label = povahy;
• layout = atribút name = golfové = záhlavie stĺpca subjekt;
• entita inštancie = n-tica = záznam = doska línie;
• atribút = hodnota = bunka subjekty poľa.

Ak chcete prejsť do relačnej databázy vlastností mali byť vedomí niektorých základných jej komponenty a pre ktoré sú určené.

1. Esencia. Tabuľka relačnej databázy môže byť jedna, alebo to môže byť sada tabuliek, ktoré sú charakteristické popísaných predmetov v nej uložených cez dáta. Majú pevný počet polí a premenný počet záznamov. Tabuľka databázy relačné model sa skladá z reťazcov, atribúty a rozloženie.
2. Záznam - variabilný počet riadkov, ktoré zobrazujú dáta, ktoré charakterizujú opísaný predmet. Číslovanie položiek automaticky vykonáva v systéme.
3. Atribúty - dáta ukazujúce predbežné stĺpca.
4. Field. Jedná sa o stĺpec entity. Ich počet - pevná hodnota počas vytvárania alebo zmeny v tabuľke.

Teraz, že pozná základné prvky tabuľky, môžete sa presunúť na vlastností databázy relačného modelu:

• Podstatou dvojrozmerného relačnú databázu. Vzhľadom k tejto vlastnosti sa s nimi ľahko prodelyvat rôzne logické a matematické operácie.
• Poradie hodnôt atribútov a záznamy v relačnej tabuľky môže byť ľubovoľná.
• Stĺpec vnútri relačné tabuľky, musia mať svoj vlastný jedinečný názov.
• Všetky dáta v stĺpci v podstate majú pevnú dĺžku a rovnaký typ.
• Každý zápis v podstate je považovaný za jeden kus dát.
• Jednotlivé prvky riadkov sú jedinečné. Relačná charakter žiadne duplicitné riadky.

Na základe vlastností relačnej databázy založené, je zrejmé, že hodnoty atribútov musia byť rovnakého typu, dĺžky. Zvážiť konkrétne hodnoty atribútov.

Hlavné charakteristiky oblasti relačných databáz

Názvy polí musí byť jedinečný v rámci jedného subjektu. Typy atribútov alebo oblastiach relačných databáz opísať kategórie dát uložených v entít polí. Pole relačnej databázy, musia mať pevnú veľkosť, ktorá sa vypočíta v znakoch. Parametre a formátovať hodnoty atribútov definovať spôsob korigovania ich dáta. Zatiaľ tam je taký vec ako "masku" alebo "vstupné šablóny". Je určený na stanovenie konfigurácie vstupu údajov v hodnotu atribútu. Rozhodne na zlom zázname typu dát, ktorá by mala byť vydaná správa o chybe v tejto oblasti. Aj na poli prvky sú určité obmedzenia - podmienky na kontrolu presnosti a správnosti zadávanie dát. Je povinná hodnota atribútu, ktorý má jednoznačne byť naplnený dátami. Niektoré atribút linka môže byť naplnený NULL hodnôt. Vstúpiť do prázdnej atribúty dátové polia. Rovnako ako v prípade hlásenia o chybe, tam sú hodnoty, ktoré sú vyplnené automaticky systémom - to je predvolený dáta. Ak chcete urýchliť vyhľadávanie akýchkoľvek údajov určených indexované pole.

Schéma rozmerová tabuľka databázy relačnej

Pre detailné pochopenie systému riadenia modelu pomocou SQL najlepšie posúdiť systém ako príklad. Už vieme, čo je relačný databázový systém. Položka v každej tabuľke - jeden dátový prvok. Aby sa zabránilo redundanciu dát, treba normalizovať prevádzku.

Základné pravidlá normalizácie relačnej prírody

1. Hodnota názvu poľa pre relačné tabuľky musí byť jedinečná, jediná svojho druhu (prvý normálnej forme - 1NF).

2. pre tabuľku, ktorá už bola znížená na 1 nF, neidentifikační názov každom stĺpci závisí na jedinečný identifikátor tabuľky (2NF).

3. Pri všetkých tabuliek, ktoré sú už uložené v 2NF, neidentifikační každé pole môže byť nezávislý od iných neidentifikovaných hodnôt prvkov (3NF osoba).

Databáza: relačné odkazy medzi tabuľkami

K dispozícii sú 2 hlavné typy vzťahov relačných tabliet:

• "One-many". Podľa nastane, keď jeden kľúčový záznam tabuľky №1 viac inštancií druhého subjektu. Kľúčovým ikona na jednom z koncov nakreslené čiary naznačuje, že látka je na strane "jedna" a druhý koniec linky je často symbol nekonečna značku.

• Komunikácia "mnoho-many" tvoril v prípade niekoľkých radoch jeden logický subjekt explicitné interakciu s počtom záznamov inej tabuľky.
• Ak majú dva subjekty existuje zreťazenie "one to one", znamená to, že kľúč identifikátor tabuľky je prítomný v inej jednotky, potom je nutné odstrániť jednu z tabuliek, je to zbytočné. Ale niekedy len z bezpečnostných programátori zámerne oddeliť dve entity. Z tohto dôvodu, hypoteticky, že spojenie medzi "jedna k jednej" môže existovať.

Existencia kľúčov v relačných databázach

Primárne a sekundárne kľúče identifikovať potenciálne databázové vzťahy. Relačné dátový komunikačný model môže mať iba jednu kandidátnu kľúč, bude primárny kľúč. Čo je to? Primárny kľúč - stĺpec alebo sadu atribútov podstaty, prostredníctvom ktorého môžete získať prístup k určitej dátovej linky. Musí byť jedinečný, jediný a jeho pole nemôže obsahovať hodnoty NULL. Ak primárny kľúč sa skladá iba z jedného atribútu, potom to je povedal, aby bol jednoduchý, inak bude.

Okrem primárneho kľúča, existuje a vonkajšie (cudzí kľúč). Mnohí nechápu, aký je rozdiel medzi nimi. Pozrime sa im podrobnejšie ako príklad. Takže existujú dve tabuľky: "Dean" a "študenti". Podstatou "dekan" obsahuje pole "Skupina" "ID študenta", "Meno" a Tabuľka "Študenti" má hodnoty atribútov, ako "Meno", "Group" a "priemerné". Tak ako študent ID nemôže byť rovnaké pre niekoľko študentov, to je pole ako primárny kľúč. "Name" a "Group" z "študenti" v tabuľke môže byť rovnaká pre pár ľudí, sa odvolávajú na identifikačné číslo študenta z podstaty "Dean", takže môžu byť použité ako cudzí kľúč.

Príkladom relačného modelu databázy

Pre prehľadnosť sme dať jednoduchý príklad modelu relačnej databázy sa skladá z dvoch subjektov. K dispozícii je tabuľka s názvom "Dean".

Je nutné vykonať pripojenie získať plnú relačnej databázy. Vstup "IN-41", rovnako ako "IN-72", môže byť prítomný viac ako raz v tabuľke "Dean" ako priezvisko, meno a priezviskom študentov, v zriedkavých prípadoch, môžu byť rovnaké, takže tieto polia nemožno vykonať primárny kľúč. podstata "Študenti" ukáže.

Ako môžeme vidieť, druhy relačných databázových polí úplne líšia. Prítomné ako digitálnych nahrávok a charakteru. Z tohto dôvodu, nastavenie atribútov by mali uviesť hodnotu integer, char, vachar, dátum a ďalšie. V "Dean", unikátny hodnota je jediný študent ID. Toto pole môže používať ako primárny kľúč. Názov, umelec, a telefón z podstaty "študenti" môže byť užívaný ako cudzí kľúč odkazujúce na ID študenta. Je nadviazané spojenie. To je príklad komunikačného modelu "one to one". Hypoteticky, jeden z ďalších tabuliek, ktoré možno ľahko spojiť do jedného subjektu. K ID-počet študentov sa stanú nie je všeobecne známe, že je celkom možné, že existujú dve tabuľky.