Sustav upravljanja bazama podataka (DBMS): klasifikacija, definicija i funkcije

Podaci su uvijek struktura i sadržaj, sintaksa i semantika. U kontekstu baza podataka, to su tablice, veze između tablica, upita i njihovih rezultata. Ne može se reći da je glavna ideja relacijske baze podataka

Ako je baza podataka zbirka tablica, onda sustav upravljanja bazom podataka (DBMS) - To je podrška nekoliko baza podataka istodobno i pružanje odgovarajuće funkcionalnosti za svaku od njih u administraciji, radu i čitanju. Tijekom vremena, DBMS-ovi su stekli niz vrlo specifičnih funkcija koje se smatraju de facto standardom i imaju svoj jezik opisa, rada i uzorkovanja.

Osnovna funkcionalnost DBMS-a

Baze podataka omogućuju prikazivanje skupova podataka putem sustava tablica, označavanje veza između tablica, utvrđivanje potrebnih upita, oblik željenih rezultata te dvije mogućnosti za rad:

• promijeniti;
• samo za čitanje.

Zapravo, od DBMS-a više nije potrebno, morate osigurati pristup programskom kodu za administraciju ili rad (promjene ili čitanje). Korisnik nema izravan pristup podacima, ali kroz određeni kôd ima pristup širokom rasponu funkcija koje implementira DBMS.

Format, protokol i opći algoritam za korištenje baze podataka uvijek je poznat, iako postojeći sustav DBMS klasifikacije ukazuje na veliku paletu pojmova i mogućnosti implementacije.

Koncepti sustava upravljanja podacima

Osnovni koncept, koji je, naravno, vođa od trenutka rođenja i koji se poboljšava do danas, temelj je dizajna sustava za upravljanje bazom podataka - relacijskih odnosa. Baza podataka je skup tablica i veza između njih. Bilo je tako, tako je, ali neće biti predugo.

Ostali modeli podataka:

• hijerarhijski;
• umrežavanje;
• ER-model (suština-komunikacija);
• objektno orijentirani;
• objektno-relacijski itd.

Imaju svoje niše, ali u svakoj od njih ležaju temeljni temeljni relacijski odnosi. Zapravo, različiti pojmovi podataka organizirani u podatkovnim sustavima nesumnjivo su očiti: svi podaci uvijek imaju smisla.

Kako odražavati značenje u formalnom modelu računalne baze podataka? Sudeći po nekoliko imena modela baze podataka, poseban problem nije ovdje, ali još uvijek „čisti relacijski odnosi” su najviše da ni je praktična primjena kako se zove zadatak obrade odluka, što pridjev primijeniti na ime svoje baze - nije važno, važno je da problem je riješen.

Razvrstavanje sustava upravljanja podacima

Najosnovnija kategorija, koja ima važan praktičan značaj: primjenjivost sustava za rješavanje problema. Ovdje možete podijeliti sve DBMS-ove u četiri glavne skupine:

• model podataka;
• distribucija;
• načini pristupa;
• razina univerzalnosti.

Ovo je opća klasifikacija suvremenog DBMS-a.

Koncept distribucije je važan, iako s semantičke točke gledišta nije važno kako se baza podataka distribuira, važno je da ima pravu mogućnost pristupa.

Metode pristupa podacima također su važne: web mjesto može zahtijevati informacije iz baze podataka koje upravlja Oracle, no priznanje / unos ovdje neće biti konfiguriran kao pomoću MySQL-a.

Razina univerzalnosti je relativni kriterij, ali u većini slučajeva treba uzeti u obzir. Nisu svi projekti zahtijevaju dinamiku i visoku razinu sigurnosti pristupa, pouzdanost pohrane, itd. Mnogo se zadaće trebaju razviti u skladu s tim u području primjene. Odabir DBMS-a s ograničenom funkcionalnošću može u budućnosti dovesti do nepotrebnih troškova za zamjenu sustava koji ima ograničene mogućnosti.

Funkcionalnost DBMS-a

Nakon utvrđene tradicije, klasifikacija i DBMS funkcije igraju značajnu ulogu u razvoju tehničkog zadatka ili IT projekta, koji uključuje velike količine podataka. U ovom slučaju pojam "velik" može značiti razinu određenog datuma (obrada slike) ili broj zapisa (obradu teksta).

Funkcionalnost zadatka i očekivano rješenje mogu postaviti jasne zahtjeve. Konkretno, izbor DBMS (klasifikacija po podacima):

• prikaz podataka (video, audio, tekst, razne kombinacije);
• strukturiranje / formalizacija (strukturirano, nestrukturirano);
• karakter / izvor (hijerarhijski, relacijski, mreža);
• format i mjesto pohrane (lokalno, distribuirano);
• korisnici (jedan, mnogi).

Ova strana problema utječe samo na dio važnih točaka za preferiranje jednog DBMS-a druge. Postoji mnogo primijenjenih sfera u kojima klasifikacija za bilo koji DBMS izbor nije važna. Na primjer, odabir sustava za upravljanje web sučeljem za potrebe razvoja web mjesta omogućit će razvojnom programeru jednoznačan izbor samo jedne određene baze podataka.

Veliki DBMS i kompleksno povezivanje

Suvremena informacijska razina DBMS (klasifikacija po važnosti i odgovornosti):

• Terabajt informacija (jedna velika datoteka, puno malih datoteka);
• megabajta (nekoliko datoteka koje opisuju jednu bazu podataka i podatke sadržane u njemu).

Ali važnost i odgovornost ovdje su uvijek veliki, ne samo u prvom slučaju. Postoji mnogo odgovornih projekata, kada je mala količina informacija odgovorna za donošenje odgovornih odluka.

Obično se prvi kriterij definira kao bezuvjetni vođa Oracle, drugi - MySQL. Imaju mnogo zajedničkog, ali mnogo kardinalskih razlika. Kada se pojavi problem povezivanja web resursa s Oracle bazom podataka bez korištenja vlastitih alata i tehnologija, pojavljuju se mnoga pitanja. Složeno povezivanje nije neuobičajeno, često je samo uvjet za postizanje rješenja.

Manji broj problema s isporukom podataka nastaju kada se nalaze u lokalnoj mreži na MS SQL Serveru, kojoj je veza dostupna putem nekoliko hardverskih usmjerivača.

Zapravo, u stvarnoj praksi važne su sve komponente: arhitektura DBMS-a, klasifikacija DBMS funkcionalnosti, varijabilnost povezanosti i širina pojasa komunikacijskih kanala.

Sigurnost pristupa i pohrane podataka

Znanje DBMS, klasifikacija, teorija baza podataka općenito, praktično iskustvo i druge konceptualne trenutke, nesumnjivo su važni. Pouzdanost hardverske komponente danas je vrlo visoka, ali pitanje kvalitete kakvoće, a osobito njegove semantike, još uvijek je relevantno.

Svi DBMS mogu osigurati siguran pristup bazi podataka, ali što je s uobičajenom praksom kopiranja baza podataka za stvaranje sigurnosnih kopija?

Ova začarana ideja tipična je za baze podataka koji se nalaze u istoj datoteci kao u mnogim datotekama. U prvom slučaju nestanka jednog bajta ili malo pokvariti cijelu sliku, a u drugoj bazi podataka koja opisuje nepotpunu kopiju ili datoteke koje sadrže podatke također će dovesti do nepredvidljivih rezultata.

Čudno je da baza podataka razvijen nisu zabrinuti o tim činjenicama, ali ako su poduzete sve potrebne mjere i zatvorio jednom i za sve pitanju dostupnosti podataka izvan upravljanje sustavom, to će formirati dilemu: o klasifikacija baze podataka će biti pojednostavljena do ekstrema:

• ima smisla koristiti (to je sigurno, pouzdano, uvijek dostupno);
• ne može se koristiti (sve je pod upravom razvojnog programera DBMS).

Ne možete kontrolirati sve, što je više iskusan programer, to više mogućnosti ostavlja klijentu. Za zatvaranje podataka za vanjsku kontrolu i promjenu potrebno je riješiti zadatak s dugim vijekom trajanja.

Pitanje sigurnosti i dostupnosti podataka leži izvan bilo kojeg rješenja. To se odnosi na infrastrukturu tvrtke, lokalnu mrežu, perimetar sigurnosti itd.

Podatke, baze podataka i sustavi upravljanja trebaju biti sami po sebi otvoreni i dostupni u skladu s utvrđenim pravilima i prirodnim zahtjevima koji su testirani dugogodišnjom praksom.

Društveni aspekt DBMS-a

S obzirom na različite metode klasifikacije DBMS-a, posebnu pozornost treba posvetiti socijalnoj komponenti u kontekstu teorije i njezine primjenjivosti u praksi.

Kada su na poslužitelju postojale lokalne mreže i baze podataka, a DBMS je omogućio pristup mnogim korisnicima, sve je bilo izuzetno jednostavno: arhitektura datotečnog poslužitelja je vrlo praktična, a danas postoje:

• file server;
• klijent-poslužitelj;
• izgrađena baza podataka.

Tri strane istog novčića. Nije bitno gdje je baza podataka, nije važno koji je DBMS odabran. Važno je da podaci i šifra, oni se koriste, treba biti što mobilni i dostupni, ali ostaju unutar perimetra ukupnoj sigurnosti pod strogim zaštite ne samo na tehnološkim čimbenicima (napadi, prijetnje, destruktivne interferencije), ali iz ponašanja točke u pogledu osoblja, koji razvijaju kôd ili upotrebljavaju podatke.

Relacijski odnosi: izgledi

Postojeće ideje o DBMS-u, njihovoj klasifikaciji, akumuliranom jedinstvenom potencijalu u teoriji i praksi primjene su neupitni. Razvojni DBMS i potrošači informacija došli su dug put, a svaki dan je dinamika poboljšanja bila ubrzana.

Relacijski koncept i dalje ima jake položaje, a nijedna druga arhitektura ili ideja neće priznati ništa. Ali je li tako istinita njezinoj priči: stol je odnos između podataka, a odnos između tablica je također odnos? Zašto bi trebao biti zaglavlje u tablici, a ako nema podataka, nema tablice? Zašto je tablica uvijek pravokutna, a podaci u njemu su strogi i veličine?

Svijet informacija karakterizira glatke oblike, a ne samo pravokutnike. Nije li vrijeme da priznaš iznenađujuće jednostavnu ideju: postoji stol, ali hoće li u njemu biti kapa ili ne - slučaj konkretnog slučaja. Koliko će biti u tablici redaka - uvijek je jasno: od nula do ograničenja određenog DBMS-a, ali zašto se to pozitivno ne može pripisati broju stupaca?

Ako se prijavite apstrakciju u kojoj je tako dugo je moderan objektno orijentirano programiranje, relacijske odnosi, to ispada vrlo obećavajući sljedeći korak: baze podataka, u kojem obzira na stol, ili jednostavno dati, ali ako je tablica, što će biti i da li liniji postoji ili stupce i kako će biti međusobno povezani na svojoj razini - pitanje primjene. Sve je povezano sa svim podacima i stolovima - i pitanje opsega primjene, a ne nadležnost developer stvaranje baze podataka ili kôd koji koristi.