Podatkovne baze so relacijske. Koncept relacijske baze podatkov

Pojav računalniške tehnologije v našem času je zaznamoval informacijsko revolucijo na vseh področjih človeške dejavnosti. 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 vrste - dodelite podatkovne baze relacijske, hierarhično, omrežje.

Temeljni modeli

Če se vrnemo k izvoru baz podatkov, je vredno povedati, da je bil ta proces precej zapleten, izvira iz razvoja programabilne opreme za obdelavo informacij. Zato ni presenetljivo, da število njihovih modelov trenutno presega več kot 50, glavne pa so hierarhične, relacijske in mreže, ki se v praksi še vedno pogosto uporabljajo. Kaj so oni?

Hierarhična baza podatkov ima drevo strukturo in je sestavljena iz podatkov različnih ravni, med katerimi so povezave. Omrežni model baze podatkov je bolj zapletena predlog. Njegova struktura je podobna hierarhični strukturi, shema pa je razširjena in izpopolnjena. Razlika med njimi je, da so dedni podatki hierarhičnega modela povezani le z enim prednikom, mreža pa ima lahko več. Relacijska struktura podatkovne baze veliko težje. Zato ga je treba podrobneje razstaviti.

Osnovni koncept relacijske baze podatkov

Takšen model je razvil v 1970-ih dr. Edgar Codd. To je logično strukturirana miza s polji, ki opisujejo podatke, njihova razmerja med seboj, operacije, ki so na njih opravljene, in kar je najpomembneje, pravila, ki zagotavljajo njihovo celovitost. Zakaj je model imenovan relacijski? Temelji na relacijah (od latinskega odnosa) med podatki. Obstaja veliko definicij tega vrsta baze podatkov. Relacijske tabele z informacijami so veliko lažje organizirati in obdelovati kot v omrežju ali hierarhičnem modelu. Kako je to mogoče storiti? Dovolj je poznati funkcije, strukturo modela in lastnosti relacijskih tabel.

Proces oblikovanja in sestavljanja 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 tabele in oblikovanje relacijskih podatkovnih baz se izvaja s pomočjo brezplačnih orodij, kot so Workbench, PhpMyAdmin, Case Studio, dbForge Studio. Po podrobni izvedbi shranite grafično pripravljen relacijski model in ga prevedite v dokončano SQL-kodo. V tej fazi lahko začnete delati z razvrščanjem, obdelavo in sistematizacijo podatkov.

Značilnosti, struktura in izrazi, povezani z relacijskim modelom

Vsak vir opisuje svoje elemente na svoj način, zato bi za manj zmede želel dati majhen namig:

• relacijska plošča = subjekt;
• postavitev = atributi = imena polj = naslov stolpcev podjetja;
• entity instance = tuple = record = vrstica oznake;
• vrednost atributa = celica entiteta = polje.

Če želite iti v lastnosti relacijske baze podatkov, morate vedeti, katere osnovne komponente sestavljajo in za kaj so namenjeni.

1. Essence. Tabela relacijske podatkovne baze je lahko ena in je lahko celoten nabor tabel, ki opisujejo opisane objekte, zahvaljujoč podatkom, shranjenim v njih. Imajo določeno število polj in spremenljivo število zapisov. Tabela modelov relacijske baze podatkov je sestavljena iz vrstic, atributov in postavitve.
2. Zapis je spremenljivo število vrstic, ki predstavljajo podatke, ki opisujejo opisani objekt. Evidenco sistem samodejno oštevilči.
3. Atributi so podatki, ki prikazujejo opis stolpcev podjetja.
4. Polje. Predstavlja stolpec podjetja. Njihovo število je fiksna vrednost, ki je nastavljena v trenutku, ko se tabela ustvari ali spremeni.

Zdaj, če poznate sestavni elementi tabele, lahko odprete lastnosti relacijske podatkovne baze podatkov:

• Subjekti relacijske DB so dvodimenzionalni. Zaradi te lastnosti z njimi je enostavno narediti različne logične in matematične operacije.
• Vrstni red vrednosti atributov in zapisov v relacijski tabeli je lahko poljuben.
• Stolpec znotraj ene relacijske tabele mora imeti svoje posamezno ime.
• Vsi podatki v stolpcu podjetja imajo določeno dolžino in isto vrsto.
• Vsak zapis se v bistvu šteje za en podatkovni element.
• Sestavni deli linij so edinstveni v svoji vrsti. V relacijskem objektu ni enakih vrstic.

Glede na lastnosti relacijskega DBMS-ja je jasno, da morajo vrednosti atributa iste vrste, dolžine. Razmislimo o značilnostih vrednosti atributov.

Glavne značilnosti poljih relacijskih baz podatkov

Imena polj morajo biti edinstvena v enem subjektu. Vrste atributov ali polja relacijskih baz podatkov opisujejo, kateri podatki o kategoriji so shranjeni v poljih podjetja. Polje relacijskih baz podatkov mora imeti določeno velikost, ki se šteje v znake. Parametri in oblika vrednosti atributa določajo način popravljanja podatkov. Še vedno obstaja takšen koncept, kot "maska" ali "predlogo vnosa". Namenjen je določitvi konfiguracije vnosa podatkov v vrednost atributa. Takoj, ko napišete napačno vrsta podatkov na polju je treba navesti sporočilo o napaki. Prav tako so določene nekatere omejitve na področnih elementih - pogoje za preverjanje točnosti in točnosti vnosa podatkov. Obstaja nekaj obvezne vrednosti atributa, ki mora biti enolično napolnjena s podatki. Nekatere atributne črte lahko napolnimo z vrednostmi NULL. Dovoljen je vnos praznih podatkov v atribute polja. Kot obvestilo o napaki obstajajo tudi vrednosti, ki jih sistem samodejno izpolni - to so privzeti podatki. Za pospešitev iskanja vseh podatkov je namenjeno indeksirano polje.

Dvodimenzionalna shema tabele relacijske podatkovne baze

Za podrobno razumevanje sistemi upravljanja model s pomočjo SQL je najbolje obravnavati shemo za primer. Že vemo, kakšna je relacijska baza podatkov. Zapis v vsaki tabeli je ena podatkovna postavka. Za preprečitev redundance podatkov je potrebno izvesti normalizacijske operacije.

Osnovna pravila za normalizacijo relacijske entitete

1. Vrednost imena polja za relacijsko tabelo mora biti edinstvena, edinstvena (prva normalna oblika je 1NF).

2. Za tabelo, ki je že zmanjšana na 1NF, mora biti ime katerega koli stolpca, ki ne identificira, odvisen od edinstvenega identifikatorja tabele (2NF).

3. Za celotno tabelo, ki je že v 2NF, vsako polje, ki ne identificira, ne more biti odvisno od elementa druge neidentificirane vrednosti (subjekt 3NF).

Baze podatkov: relacijski odnosi med tabelami

Obstajata 2 glavna vrsta razmerja relacijske tabele:

• "Eden mnogih". Pojavi se, če se en ključni vnos tabele št. 1 ujema z več primerki drugega subjekta. Ključna ikona na enem koncu črte označuje, da je subjekt na "eni" strani, drugi konec črte pa je pogosto označen s simbolom neskončnosti.

• Razmerje "več serij" se oblikuje, ko obstaja jasna logična interakcija med več vrsticami ene osebe z več zapisi 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č. Včasih pa iz varnostnih razlogov programerji namerno razdelijo oba entiteta. Zato lahko hipotetično obstaja razmerje ena na ena.

Obstoj ključev v relacijski bazi podatkov

Primarni in sekundarni ključi določajo potencialni odnos baze podatkov. Odnosi relacijskih podatkovnih modelov imajo lahko samo en potencialni ključ, to je primarni ključ. Kakšen je? Primarni ključ je stolpec entiteta ali niz atributov, skozi katere lahko dostopate do podatkov določene vrstice. Biti mora edinstven, edinstven, njegova polja pa ne smejo vsebovati praznih vrednosti. Če primarni ključ vsebuje samo en atribut, potem se imenuje preprost, sicer bo komponenta.

Poleg primarnega ključa je tudi zunanji ključ. Mnogi ne razumejo, kakšna je razlika med njimi. Podrobneje jih analiziramo z zgledom. Torej, obstajajo dve mizi: "dekanova pisarna" in "študentje". Bistvo "Deanery" vsebuje polja: "ID študenta", "Ime" in "Skupina". Tabela "Študenti" ima take vrednosti atributa kot "Ime", "Skupina" in "Povprečna krogla". Ker študentski ID ne more biti isti za več študentov, bo to polje 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 modela relacijske baze podatkov

Za jasnost podajamo preprost primer modela relacijske baze podatkov, ki je sestavljen iz dveh entitet. Obstaja tabela z imenom "Deanery".

Morate vzpostaviti povezave, da dobite popolno relacijsko bazo 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č. Pokažimo bistvo "Študentov".

Kot lahko vidite, so polja relacijskih baz podatkov popolnoma drugačna. Obstajajo digitalni in simbolični vpisi. 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 uporabi kot primarni ključ. Ime, umetnik, in telefon od bistva "študentov", se lahko jemlje kot tuji ključ, ki se sklicuje na ID študenta. Sporočilo je vzpostavljeno. To je primer enovitega modela. Hipotetično, eden od dodatnih tabel, ki jih je mogoče zlahka združili v eno podjetje. Identifikacijskim številom študentov ni postalo splošno znano, saj je resnično obstoj dveh tabel.