Relacijske baze podataka. Pojam relacijske baze podataka

Pojava računalne tehnologije u našem modernom informacija označena revoluciju u svim sferama ljudskog djelovanja. No, da sve informacije ne postane nepotrebno gubljenje na Internetu, izumio je sustav baze podataka, u kojoj se materijali sortirani, sistematizirana, s rezultatom da su vrlo lako za pronaći i dostaviti naknadne obrade. Postoje tri glavne vrste - izdvojiti baze podataka relacijska, hijerarhijski, mrežu.

temeljni modeli

Povrat na pojavu baze podataka, valja reći da je ovaj proces bio vrlo složen, potječe s razvojem programabilni opreme za obradu podataka. To je ne čudi da je broj modela trenutno doseže više od 50 godina, ali one glavne, smatraju se hijerarhijski, relacijski i mrežu, koja je još uvijek široko koristi u praksi. Što oni predstavljaju?

Hijerarhijska baza podataka ima strukturu stabla i sastoji se od podataka o različitim razinama između kojih postoji komunikacija. Mreža model baze podataka je složeniji uzorak. Njegova struktura nalikuje hijerarhiju, a shema proširena i poboljšana. Razlika između njih je u tome što su nasljedne hijerarhijski modeli podataka može se povezati samo s jednim pretka, dok se mreža može biti nekoliko. Struktura relacijske baze podataka je mnogo složeniji. Dakle, to treba rastaviti u više detalja.

Osnovni koncept relacijskih baza podataka

Ovaj model je razvijen u 1970 od strane Dr. Edgar F. GORD znanosti. To je logički strukturiran stol s područja koje opisuju podatke, njihovim odnosima s drugima, koje se obavlja na njih, i što je najvažnije - pravila koja jamče njihov integritet. Zašto se zove relacijski model? Ona se temelji na odnosu (od lat. Relatio) između podataka. Postoje mnoge definicije ove vrste baze podataka. Relacijske tablice s informacijama je puno lakše organizirati i dati tretman, a ne mrežu ili hijerarhijski model. Kako ćete to učiniti? Dovoljno je znati značajke, strukturu modela i svojstva relacijske tablice.

Postupak modeliranja i osnovnih elemenata

Kako bi se stvorili vlastitu bazu podataka, trebate koristiti jedan od alata za modeliranje razmišljati s tim što podaci koje je potrebno za rad, dizajnirati relacijsku tablicu i pojedinačne i višestruke veze između entiteta podataka popuniti stanicu i postaviti primarne ili stranih ključeva.

Modeliranje tablice i dizajniranje relacijskih baza podataka se vrši putem besplatnih alata kao što su Workbench, phpMyAdmin, Case Studio, dbForge Studio. Nakon detaljnog projektiranja za spremanje grafičkog gotov relacijski model i prevesti ga u SQL-spreman koda. U ovoj fazi, možete početi raditi s podacima za sortiranje, obradu i sistematizaciju.

Značajke strukture i uvjeti povezani s relacijskom modelu

Svaki izvor na svoj način opisuje svoje elemente, pa bih želio dati malo savjet za manje zabune:

• odnosni oznaka = prirode;
• Izgled = atribut name = golf = zaglavlja stupca entitet;
• Subjekt primjer = torka = zapis = ploča linije;
• atribut = vrijednost = stanica entiteta polje.

Za prelazak na relacijskoj svojstva baze podataka treba biti svjestan nekih osnovnih komponenata sadrži i za koje su namijenjeni.

1. Esencija. Tablica relacijska baza podataka može biti jedan ili može biti skup tablica koje karakteriziraju opisane predmete pohranjene u njemu kroz podatke. Oni imaju fiksni broj polja, a varijabilni broj unosa. Tablica relacijski model baze podataka sastoji se od žice, atributa, i izgled.
2. Snimanje - varijabla broj redova koji prikazuju podatke koji karakteriziraju opisan objekt. Numeriranje prijava automatski od strane sustava.
3. Atributi - Podaci pokazuju sažetak stupaca.
4. Polje. To je entitet stupac. Njihov broj - fiksna vrijednost je postavljena tijekom stvaranja ili izmjene stola.

Sada, znajući sastavne elemente tablici, možete premjestiti na svojstvima relacijski model baze podataka:

• Suština dvodimenzionalni relacijske baze podataka. Zbog toga imovine s njima lako prodelyvat različite logičke i matematičke operacije.
• Redoslijed vrijednosti atributa i evidencija u relacijskoj tablici može biti proizvoljan.
• Stupac u relacijskoj tablici mora imati svoj jedinstveni naziv.
• Svi podaci u stupcu bitno imati fiksnu duljinu i isti tip.
• Svaki unos u suštini smatra kao jedan dio podataka.
• Sastavni dijelovi redova su jedinstveni. Relacijskoj prirodi nema duple redovi.

Na temelju svojstava relacijske baze, podrazumijeva se da su vrijednosti atributa trebaju biti istog tipa, duljine. Razmislite određene vrijednosti atributa.

Glavne karakteristike područja relacijske baze podataka

nazivi polja moraju biti jedinstveni u jednu cjelinu. Vrste atributa ili područja relacijskim bazama podataka opisati kategoriju podataka pohranjenih na području entiteta. Područje relacijske baze podataka mora imati fiksnu veličinu, koja se računa u znakovima. Parametri i formatirati vrijednosti atributa odrediti način ispravljanja podataka. Ipak, postoji takva stvar kao „masku” ili „za unos predložak”. To je osmišljen kako bi se utvrdilo konfiguraciju unosa podataka u vrijednosti atributa. Dakako, na krivom rekordnom vrsti podataka treba izdati bug izvještaj na terenu. Također, na području elementi su neka ograničenja - uvjeti za provjeru točnosti i preciznosti unos podataka. Tu je obavezno vrijednosti atributa koji jedinstveno mora biti ispunjen podacima. Neki atribut linija može biti ispunjen s null-vrijednosti. Dopušteno ući prazne atribute polja podataka. Kao i kod bug izvještaj, postoje vrijednosti koje su punjene automatski od strane sustava - to je zadani podaci. Da bi ubrzali potragu za bilo kakve podatke namijenjene indeksirane polje.

Shema dimenzionalni relacijska tablica baze podataka

Za detaljan razumijevanje sustava upravljanja modela pomoću SQL najbolje uzeti u obzir shemu kao primjer. Mi već znamo što je relacijska baza podataka. Ulaz u svakom stolu - jedan od elemenata podataka. Kako bi spriječili zalihost podataka, potrebno je normalizirati rad.

Osnovna pravila normalizacije relacijske prirode

1. Vrijednost naziv polja za relacijsku tablicu mora biti jedinstven, jedan od vrste (Prvi normalnom obliku - 1NF).

2. Za stolom koji je već smanjena na 1NF, ne identificira ime bilo kojeg stupca biti ovisna o jedinstveni identifikator tablice (2NF).

3. Za sve tablice koje su već pohranjene u 2NF, ne identificira svako polje može biti nezavisna od drugih nepoznatih vrijednosti elementa (3NF osoba).

Baze podataka: relacijske veze između tablica

Postoje 2 glavne vrste odnosa u relacijskim tableta:

• „Jedan-više”. Prema događa kada jedna ključna ulazna tablica №1 višestruke instance u drugom entitetu. Ključ ikona na jednom od krajeva nacrtane linije ukazuje na to da je tvar na strani „jedan”, a drugi kraj cijevi je često simbol beskonačnosti oznaka.

• Komunikacija „više-mnogo” formirana u slučaju nekoliko redova jedan logičan osoba eksplicitan interakcija s brojnim zapisima drugi stol.
• Ako dva entiteta postoji ulančavanje od „Jedan na jedan”, to znači da je prisutan u drugom entitetu ključni identifikator tablice, onda je potrebno ukloniti jedan od stolova, suvišno je. No, ponekad samo iz sigurnosnih programera namjerno razdvojiti dva entiteta. Dakle, hipotetski, veza između „jedan na jedan” može postojati.

Postojanje ključeva u relacijskoj bazi podataka

Primarni i sekundarni tipke identificirati potencijalne veze baze podataka. Relacijska podatkovna komunikacija model može imati samo jedan ključ kandidata, to će biti primarni ključ. Što je to? Primarni ključ - stupac ili skup atributa suštini, kroz koje možete dobiti pristup određenoj liniji podataka. To mora biti jedinstven, jedini, a njeni polja ne mogu sadržavati null vrijednosti. Ako se primarni ključ sastoji se od samo jednog atributa, onda se kaže da je jednostavna, inače će biti.

Osim primarnog ključa, postoje i vanjski (strani ključ). Mnogi ne razumiju što je razlika između njih. Nemojmo ih ispitati detaljnije kao primjer. Dakle, postoje dvije tablice: „Dean” i „Studenti”. Suština „Dean” sadrži polja: „Grupa” „ID studenta”, „Name” i Tablica „Studenti” ima vrijednosti atributa kao što su „Name”, „grupe” i „Prosječno”. Dakle, kao student ID ne može biti isti za nekoliko studenata, to je područje biti primarni ključ. „Ime” i „Grupa” od „studenata” od stola mogu biti isti za nekoliko ljudi, oni se odnose na učenika identifikacijski broj iz suštine „Dean”, tako da se mogu koristiti kao strani ključ.

Primjer relacijski model baze podataka

Za jasnoću, dajemo jednostavan primjer relacijski model baze podataka koja se sastoji od dva entiteta. Tu je i stol s nazivom „Dean”.

Potrebno je provesti vezu da biste dobili puni relacijske baze podataka. Stupanje „U-41”, kao i „U-72”, može biti prisutan više od jedanput u tablici „Dean” kao prezime, ime i prezime studenata, u rijetkim slučajevima, može biti isti, tako da ova polja ne može biti da bi primarni ključ. suština „Studenti” će pokazati.

Kao što možemo vidjeti, vrste relacijske baze podataka polja u potpunosti razlikuju. Prisutni su digitalne snimke i karaktera. Dakle, postavke atribut treba naznačiti vrijednost cjelobrojnog, char, vachar, datum i drugima. U „Dean” jedinstvenu vrijednost je jedina ID učenik. Ovo polje se može uzeti kao primarni ključ. Ime, umjetnik, i telefon s biti „studenti” se može uzeti kao strani ključ pozivom ID studenta. Veza je uspostavljena. Ovo je primjer komunikacijskog modela „Jedan na jedan”. Hipotetski, jedan od dodatnih stolova, mogu se lako kombinirati u jednu cjelinu. U ID-broja studenata nije postala univerzalno poznato, sasvim je moguće da postoje dvije tablice.