Relacijske baze podatkov. Pojem relacijske baze podatkov

Pojav računalniške tehnologije v sodobni informacij pomenila revolucijo na vseh področjih človekovega delovanja. Ampak, da vse informacije, ki ne postane nepotrebno odpadkov na internetu, ki ga je izumil sistem zbirke podatkov, v kateri so razvrščeni materiali, sistematizirati, tako da so se lahko najti in predloži naknadno obdelavo. Obstajajo tri glavne sorte - dodelitev baze podatkov relacijske, hierarhične, omrežje.

temeljne modeli

Če se vrnemo k nastanku baz podatkov, je treba povedati, da je ta proces precej zapleten, da izvira z razvojem programabilni opreme za obdelavo informacij. To ni presenetljivo, da se je število modelov, trenutno doseže več kot 50 let, vendar je najpomembnejše se šteje, da je hierarhična, relacijska in omrežja, ki se še vedno pogosto uporablja v praksi. Kaj pomenijo?

Hierarhična zbirka podatkov ima drevesno strukturo, ki je sestavljena iz podatkov na različnih ravneh, med katerima obstaja komunikacija. Mreža modela baze podatkov je bolj zapleten vzorec. Njegova struktura je podobna hierarhijo, in program razširili in izboljšali. Razlika med njima je ta, da se dedni hierarhičnih modelov podatkovnih mogoče povezati z enim samim prednika, medtem ko se lahko mreža bo več. Struktura relacijske baze podatkov , je veliko bolj zapleten. Zato je treba razstaviti podrobneje.

Osnovni koncept relacijske baze podatkov

Ta model je bil razvit leta 1970, ki ga dr Edgar F. Codd znanosti. To je logično strukturiran miza s polji, ki opisujejo podatke, njihovih razmerij, ki se opravljajo na njih, in kar je najpomembnejše - pravila, ki zagotavljajo njihovo celovitost. Zakaj se imenuje Relacijski model? To temelji na razmerju (iz latinske. ODNOSI) med podatki. Obstaja mnogo definicij tega tipa baze podatkov. Relacijske tabele s podatki, je veliko lažje organizirati in dati zdravljenje, ne pa omrežje ali hierarhični modela. Kako si to naredil? To je dovolj, da vem, značilnosti, vzorčno strukturo in lastnosti relacijske tabele.

Proces modeliranja in osnovnih elementov

Da bi ustvarili svojo lastno zbirko podatkov, morate uporabiti eno od orodij za modeliranje, da mislim s tem, kar informacije, ki jih potrebujete za delo, za oblikovanje relacijsko tabelo in enojne in več povezav med subjekti podatkov, da izpolnite celico in iz primarne in tuje ključe.

Modeliranje mize in oblikovanju relacijskih baz podatkov se izvaja s pomočjo brezplačnih orodij, kot so delovna miza, PhpMyAdmin, Case Studio, dbForge Studio. Po podrobnem oblikovanju rešiti grafično končni relacijski model, in ga prevesti v SQL pripravljen kodo. Na tej stopnji, lahko začnete delati s podatki, razvrščanje, predelavo in sistemizaciji.

Značilnosti strukture in pogoje, povezane s relacijski model

Vsak vir na svoj način opisuje svoje elemente, tako da bi rad, da bi majhen namig za manj zmede:

• relacijska nalepka = narave;
• Postavitev = atribut name = igrišče = stolpec glave subjekta;
• Podjetje primerek = terka = zapis = ploščo linije;
• Atribut = vrednost = subjekti celic polje.

Iti v relacijskih lastnosti baze podatkov se mora zavedati nekaterih osnovnih sestavin vsebuje in za katere so namenjeni.

1. Essence. Tabela relacijske baze podatkov je lahko ena, ali pa je lahko sklop tabel, ki označujejo opisane predmete v njej shranjene po podatkih. Imajo določeno število področij, in spremenljivo število vpisov. Tabela relacijski model, baza podatkov je sestavljena iz nizov, atributov in postavitev.
2. Snemanje - spremenljivo število vrstic, ki prikazujejo podatke, ki označujejo opisan predmet. Številčenje vpisov samodejno opravi sistem.
3. Lastnosti - Podatki, ki prikazuje stolpce povzetek.
4. Polje. To je stolpec subjekt. Njihovo število - fiksna vrednost je nastavljena pri vzpostavljanju ali spreminjanju tabele.

Zdaj, poznavanje elemente tabele, se lahko premaknete na lastnosti relacijskega modela baze podatkov:

• Bistvo dvodimenzionalna relacijske baze podatkov. Glede na to nepremičnino z njimi enostavno prodelyvat različne logične in matematične operacije.
• Vrstni red vrednosti atributov in evidenc v relacijski tabeli lahko poljubno.
• Stolpec v relacijske tabele mora imeti svojo lastno edinstveno ime.
• Vsi podatki v stolpcu imajo v bistvu fiksno dolžino in iste vrste.
• Vsak vnos v bistvu se šteje kot en kos podatkov.
• Sestavni deli vrstice so edinstveni. Relacijske narave ni podvojenih vrstic.

Na podlagi lastnosti relacijske baze podatkov, se razume, da bi morale biti vrednosti atributov iste vrste, dolžine. Razmislite posebne vrednosti atributov.

Glavne značilnosti na področju relacijskih podatkovnih baz

Imena polj morajo biti unikatna znotraj enega samega subjekta. Vrste atributov ali področja relacijskih podatkovnih baz opisuje kategorijo podatkov, shranjenih v poljih entitet. Polje relacijske baze podatkov, mora imeti fiksno velikost, ki se izračuna v znakov. Parametri in format vrednosti atributov določa način popravijo svoje podatke. Vendar obstaja taka stvar kot "masko" ali "vhodni predloge". Njen namen je določiti konfiguracijo vnos podatkov v vrednosti atributa. Seveda ob nepravem rekordno vrste podatkov je treba izdati poročilo o hrošču na tem področju. Tudi na področju elementi so nekatere omejitve - pogoji za preverjanje točnosti in natančnosti vnosa podatkov. Tam je obvezen atribut vrednost, ki je nedvomno treba zapolniti s podatki. Nekateri atribut linija se lahko napolni z NULL vrednostmi. Dovoli vstop praznih lastnosti polja podatkov. Kot s poročilom o hrošču, so vrednote, ki se samodejno napolnjeni s sistemom - to je privzeta podatkov. Da bi pospešili iskanje vseh podatkov, namenjenih indeksirana polja.

Shema dimenzionalni relacijske tabele zbirke podatkov

Za podrobnejše razumevanje sistema vodenja modela z uporabo SQL najbolje, da razmisli shemo kot npr. Mi že vemo, kaj je relacijska baza podatkov. Vpis v vsaki tabeli - en sam podatek. Da bi preprečili redundance podatkov, potrebno za normalizacijo delovanja.

Osnovna pravila za normalizacijo relacijske narave

1. vrednost ime polja za relacijske tabele, mora biti edinstvena, ena od vrste (Prva normalna oblika - 1NO).

2. Za mizo, ki je že zmanjšan za 1NO, neosebnih ime katerega koli stolpca, da je odvisna od edinstveni namizni identifikatorjem (2NO).

3. Pri vseh tabelah, ki so že shranjeni v 2NO, neosebnih vsako polje lahko neodvisno od drugih vrednot neznanih elementov (3NO subjekta).

Podatkovnih baz: relacijske povezave med tabelami

Obstajata 2 glavni vrsti odnosov relacijskih tablet:

• "Ena proti mnogo«. Po nastane, ko ena ključna vstopna miza №1 več primerkov druge osebe. Ključna ikona na enem od koncev izvlečene črte kažejo, da je snov na strani "one", drugi konec linije je pogosto simbol neskončnosti znamke.

• Sporočilo "veliko, veliko" nastala v primeru več vrstic ena logična oseba izrecno interakcija s številom zapisov druge tabele.
• Če dva subjekta obstaja splet "ena na ena", to pomeni, da je navzoč v drugi osebi ključni identifikator mizo, potem je potrebno odstraniti eno od tabel, je odveč. Ampak včasih le za varnostne programerje namerno ločiti dva subjekta. Zato, hipotetično, povezava med "ena na ena" more obstajati.

Obstoj ključev v relacijski bazi podatkov

Primarni in sekundarni ključi ugotoviti morebitne odnose baze podatkov. Relacijski podatki komunikacijski model ima lahko samo en ključ kandidata, bo primarni ključ. Kaj je to? Primarni ključ - stolpec ali množica atributov v bistvu, s pomočjo katerega lahko pridobijo dostop do določenega podatkovnega voda. To mora biti edinstvena, samo ena, in njegove polja ne smejo vsebovati ničelne vrednosti. Če je primarni ključ sestavljen le iz enega atributa, nato pa je dejal, da je enostavna, sicer bo.

Poleg primarnega ključa, obstaja in zunanji (tuji ključ). Mnogi ne razumejo, kaj je razlika med njima. Dovolite nam jih preuči podrobneje kot primer. Torej, obstajata dve tabeli: "Dean" in "študenti". Bistvo "Dean" vsebuje polja: ". Skupina" "ID študenta", "ime" in Tabela "Študenti" ima vrednosti atributov, kot so "Name", "skupine" in "Povprečen". Tako kot študent ID ne more biti enaka za nekaj študentov, to je polje, da je primarni ključ. "Ime" in "skupine" iz "študenti" v tabeli lahko enaka za nekaj ljudi, ki se nanašajo na študenta ID številko od bistva "Dean", tako da se lahko uporablja kot tuji ključ.

Primer relacijski model baze podatkov

Zaradi jasnosti, smo dali preprost primer relacijske modela baze podatkov, ki sestoji iz dveh entitet. Tukaj je tabela z imenom "Dean".

To je potrebno izvesti povezavo, da bi dobili polno relacijske baze podatkov. Začetek "V-41", kot tudi "V-72", so lahko prisotne več kot enkrat v tabeli "Dean" kot priimek, ime in rodbinsko študentov, v redkih primerih je lahko isti, tako da ta področja, ne more biti, da je primarni ključ. bistvo "študentov", bo pokazal.

Kot smo lahko videli, vrste relacijskih polj zbirke podatkov popolnoma razlikujejo. Prisotna kot digitalnih posnetkov in značaj. Zato je treba nastavitve atributov navesti vrednost celega števila, char, vachar, datum in drugi. V "Dean" edinstveno vrednost je edini študent ID. To polje se lahko jemlje kot primarni ključ. Ime, umetnik, in telefon od bistva "študentov", se lahko jemlje kot tuji ključ, ki se sklicuje na ID študenta. Povezava je vzpostavljena. To je primer komunikacijskega modela "ena na ena". Hipotetično, eden od dodatnih tabel, ki jih je mogoče zlahka združili v eno podjetje. Z ID-število študentov niso postali splošno znano, da je povsem mogoče, da obstajata dve mize.