Relacijski podatkovni model, podatkovne baze, modeli in sheme zasnove

Bistvo in osnova katere koli baze podatkov je njen model. Gre za zbirko podatkovnih struktur in seznam operacij, ki se izvajajo na njih. Najbolj razširjena je hierarhična, mrežna in relacijska podatkovni model. Vse to lahko oseba uporabi za svoj namen, saj so shranjeni v pomnilniku računalnika: shranjeni so na disku in po potrebi v sistem RAM-a. Tu se začne njihovo obdelovanje. Z drugimi besedami, zbirka podatkov je zunanja svetovna informacija, oblikovana na poseben način in pokriva določeno predmetno področje. Praviloma gre za različne lastnosti, lastnosti in podobno. Ker je vse na svetu medsebojno povezano, v DB to se odraža.

V večini primerov je za modeliranje katere koli baze podatkov zadosten le relacijski podatkovni model. Toda njegova zasnova v praksi v razmerju lahko povzroči težave. Ne zagotavlja ustvarjanja mehanizmov za opis semantike, ki so vedno prisotne v predmetih na katerem koli področju.

Ta kakovost je pripeljala do dejstva, da konceptualni model baze podatkov. Omogoča bolj intuitivno, a hkrati tudi dokaj formalno, opisovanje določenega področja predmetov. Pogosto se takšna shema modeliranja uporablja le v začetni fazi ustvarite bazo podatkov. Za osnovo se vzame konkreten semantični model. Na tej osnovi je zasnovana konceptualna shema, šele potem se vse to preoblikuje in pojavi se model relacijske podatkovne baze.

V svetu oblikovanja za to obstajajo določene tehnike. Zelo jasno in jasno opisujejo vse faze takšnih dejanj v praksi. Njihovo znanje izključuje potrebo po preučevanju dodatnih programov, ki sodelujejo pri ustvarjanju semantičnih modelov. Dovolj je, da ustvarjalec ima samo osnove izbrane sheme in pozna glavna pravila preoblikovanja. V tem primeru bo vse dobro, od konceptualnega, brez odvečnih težav, dobite relacijski model podatkov.

Tukaj je treba opozoriti, da nekateri začetniki oblikovalci baze podatkov napačno podcenjujejo pomembnost sheme semantičnega modeliranja z roko. Seveda se v svetu tehnološkega napredka šteje za nepotrebno zapravljanje časa in truda. Toda to mnenje je popolnoma napačno. In to je naslednje:

1. Ročno modeliranje omogoča ustvarjanje močne in vizualne semantične sheme bodoče baze podatkov. In to kasneje, ko se premaknete na stopnjo relacijskega modela, se lahko izognete resnim napakam in najbolj natančno ocenite specifike, specifične za določeno področje.

2. Faza semantičnega modeliranja omogoča izdelavo pomembne dokumentacije, ki bo natančneje vpisana ročno. Na primer, diagrame, tabele, komentarje. Lahko so koristni ne le pri ustvarjanju, ampak tudi pri nadaljnjem delovanju že ustvarjene baze podatkov.

Če pa smo prav, lahko rečemo, da je ustvarjanje konceptualne sheme s svojim nadaljnjim prehodom na tisto, kar se imenuje "relacijski podatkovni model" ročno, težek in problematičen proces. Predstavljajte si bazo podatkov, v kateri so tabele in diagrami več kot tisoč. Poleg tega mislim, da ni smiselno govoriti.

Postopek odobritve oblikovanja baz podatkov se je začel z risanjem teh zelo tabel, z ustvarjanjem arhiva takih dokumentov projektne dejavnosti. Pomembno olajša delo oblikovalca, pomaga pri uporabi baze podatkov. Toda sistem je podoben navadnemu urejevalniku besedil, ki podpira le osnovne ukaze za vnos, urejanje in preverjanje podatkov. Obstaja naravna želja, da jo razširite z dodatnimi funkcijami prevajalnika. In ta precej preprosta misel ni ostala v stiku z njo. To je začetek postopka avtomatizacije sheme konceptualne baze podatkov v relacijski enoti.