Sistem de gestionare a bazelor de date (DBMS): clasificare, definiție și funcții

Datele sunt întotdeauna structura și conținutul, sintaxa și semantica. În contextul bazelor de date, acestea sunt tabele, legături între tabele, interogări și rezultatele acestora. Nu se poate spune că ideea principală baze de date relaționale

Dacă baza de date este o colecție de tabele, atunci sistemul de gestionare a bazelor de date (DBMS) - Este în același timp suportul mai multor baze de date și furnizarea unei funcționalități corespunzătoare fiecăruia în administrare, muncă și citire. De-a lungul timpului, DBMS-urile au dobândit o serie de funcții foarte specifice care sunt considerate standarde de facto și au propriile limbi de descriere, de lucru și de eșantionare.

Funcționalitatea de bază a DBMS

Bazele de date vă permit să reprezentați seturi de date printr-un sistem de tabele, să indicați legăturile dintre tabele, să determinați solicitările necesare, forma rezultatelor dorite și să oferiți două opțiuni de lucru:

• schimba;
• numai citit.

De fapt, mai mult nu este necesar din DBMS, trebuie să oferiți acces la codul de program pentru administrare sau muncă (modificări sau citire). Utilizatorul nu are acces direct la date, dar printr-un anumit cod are acces la o gamă largă de funcții implementate de DBMS.

Formatul, protocolul și algoritmul general pentru utilizarea bazei de date sunt întotdeauna cunoscute, deși sistemul de clasificare DBMS existent indică o mare varietate de concepte și opțiuni de implementare.

Concepte ale sistemelor de management al datelor

Conceptul de bază, care, bineînțeles, este liderul din momentul nașterii și este îmbunătățit până în prezent, este fundamentul pentru proiectarea sistemelor de management al bazelor de date - relații relaționale. O bază de date este un set de tabele și legături între ele. Așa a fost, așa că este, dar nu va fi prea lung.

Alte modele de date:

• ierarhică;
• crearea de rețele;
• ER-model (esență-comunicare);
• orientat pe obiect;
• obiect-relațional, etc.

Ei au propriile lor nișe, dar în fiecare dintre ele se află relațiile relaționale de bază. De fapt, diferite concepte de date organizate în sisteme de date sunt incontestabil evidente: toate datele au întotdeauna sens.

Cum de a reflecta semnificația într-un model oficial al bazei de date computerizate? Judecând după câteva nume de modele de baze de date, o problemă specială nu este aici, dar încă „relații pure relaționale“ sunt cel mai mult că nici nu este o aplicație practică a modului în care a numit sarcina de procesare a deciziilor, ceea ce adjectiv pentru a aplica la numele bazei sale de date - nu contează, este important ca problema este rezolvată.

Clasificarea sistemelor de gestionare a datelor

Cea mai importantă categorie, care are importanță practică importantă: aplicabilitatea sistemului pentru rezolvarea problemei. Aici puteți împărți toate DBMS-urile în patru grupe principale:

• model de date;
• distribuție;
• modalități de acces;
• nivel al universalității.

Aceasta este o clasificare generală a DBMS moderne.

Conceptul de distribuție este important, deși din punct de vedere semantic nu contează cum este distribuită baza de date, este important să aibă opțiunea de acces corect.

modalități de acces la date sunt importante: site-ul poate solicita informatsiiyu din baza de date gestionată de Oracle, dar obtinerea / scrie aici nu sunt aranjate astfel încât atunci când se utilizează MySQL.

Nivelul universalității este un criteriu relativ, dar în majoritatea cazurilor ar trebui luat în considerare. Nu fiecare proiect necesită dinamică și un nivel ridicat de securitate a accesului, fiabilitatea stocării etc. Multe sarcini trebuie dezvoltate corespunzător în domeniul de aplicare. Alegerea unui DBMS cu funcționalitate limitată poate duce în viitor la cheltuieli inutile pentru înlocuirea unui sistem care are capacități limitate.

Funcționalitatea DBMS

În urma tradiției stabilite, clasificarea și Funcțiile DBMS joacă un rol semnificativ în dezvoltarea unei sarcini tehnice sau a unui proiect IT, care implică cantități mari de date. În acest caz, termenul "mare" poate însemna nivelul unei anumite date (prelucrarea imaginilor) sau numărul de înregistrări (prelucrarea textului).

Funcționalitatea sarcinii și soluția așteptată pot stabili cerințe clare. În special, alegerea SGBD (clasificarea pe date):

• prezentarea datelor (video, audio, text, diverse combinații);
• structurare / formalizare (structurată, nestructurată);
• caracter / sursă (ierarhică, relațională, rețea);
• format și locație de stocare (local, distribuit);
• (unul, multe).

Această parte a problemei afectează doar o parte din punctele importante pentru preferința unui DBMS a celeilalte. Există o mulțime de sfere aplicate în care clasificarea pentru orice alegere DBMS nu contează. De exemplu, alegerea unui sistem de management al site-ului în scopul dezvoltării site-ului va oferi dezvoltatorului o alegere clară a unei singure baze de date.

Sisteme DBMS mari și conexiuni complexe

Nivelul modern de informații al DBMS (clasificarea după importanță și responsabilitate):

• Terabyte de informații (un fișier mare, o mulțime de fișiere mici);
• megaocteți (mai multe fișiere care descriu o bază de date și datele conținute în ea).

Dar importanța și responsabilitatea sunt întotdeauna excelente nu numai în primul caz. Există multe proiecte responsabile, când o cantitate mică de informații este responsabilă pentru luarea deciziilor responsabile.

De obicei, primul criteriu este definit ca lider necondiționat al Oracle, al doilea - MySQL. Au multe în comun, dar multe diferențe cardinale. Când apare o problemă de a conecta o resursă web la o bază de date Oracle fără a folosi propriile instrumente și tehnologii, apar multe întrebări. O conexiune complexă nu este neobișnuită, adesea este doar o condiție pentru a ajunge la o soluție.

Nu există un număr mai mic de probleme cu livrarea de date are loc atunci când acestea sunt în rețeaua locală la serverul MS SQL Server pentru care conexiunea este disponibil prin intermediul mai multor routere hardware.

De fapt, în practică, toate componentele sunt importante: arhitectura DBMS, clasificarea DBMS prin funcționalitate, variabilitatea conectivității și lărgimea de bandă a canalelor de comunicare.

Securitatea accesului și stocarea datelor

Cunoștințele DBMS, clasificarea, teoria bazelor de date în general, experiența practică și alte momente conceptuale, fără îndoială, sunt importante. În prezent, fiabilitatea componentei hardware este foarte ridicată, dar problema calității codului și, mai ales, a semanticii sale este încă relevantă.

Toate DBMS pot oferi acces securizat la baza de date, dar cum rămâne cu practica obișnuită de copiere a bazelor de date pentru a crea copii de rezervă?

Această idee vicios este tipică pentru bazele de date care se află în același fișier ca în multe fișiere. În primul caz, dispariția sau un octet de biți distruge întreaga imagine, iar în a doua bază de date care descrie o copie incompletă sau fișiere care conțin date ar conduce, de asemenea, la rezultate imprevizibile.

Este ciudat faptul că dezvoltatorii de baze de date nu sunt preocupați de aceste fapte, dar în cazul în care au luat măsurile necesare și închise o dată pentru totdeauna problema disponibilității datelor în afara managementului sistemului, ar forma o dilemă: pe clasificarea bazei de date va fi simplificată la extrem:

• este logic să se folosească (este sigur, sigur, disponibil întotdeauna);
• nu pot fi folosite (totul este controlat de dezvoltatorul DBMS).

Nu puteți controla totul, cu cât este mai experimentat programatorul, cu atât mai multe opțiuni îi lasă clientului. Pentru a închide datele pentru controlul extern și modificarea este de a furniza sarcina rezolvată cu o durată lungă de viață.

Problema securității și disponibilității datelor depășește orice soluție. Se referă la infrastructura companiei, la rețeaua locală, la perimetrul de securitate etc.

În sine, datele, bazele de date și sistemele de gestionare ar trebui să fie cât mai deschise și mai accesibile, în conformitate cu normele stabilite și cu cerințele naturale care au fost testate de practica îndelungată.

Aspect social al SGBD

Având în vedere diferitele metode ale clasificării DBMS, o atenție deosebită ar trebui acordată componentei sociale în contextul teoriei și aplicabilității acesteia în practică.

Atunci când au fost acolo rețele și baze de date locale sunt localizate pe server și baza de date partajate cu mulți utilizatori, a fost foarte simplu: arhitectura unui server de fișiere - este foarte practic, acum are:

• server de fișiere;
• client-server;
• baza de date integrată.

Trei laturi ale aceleiași monede. Nu contează unde este baza de date, nu este important care DBMS este selectat. Este important ca datele și codul, acestea sunt utilizate, ar trebui să fie la fel de mobile și disponibile, dar rămân în perimetrul securității globale sub protecție strânsă nu numai pe factori tehnologici (atacuri, amenințări, interferență distructivă), ci dintr-un punct de comportament în ceea ce privește personalul, care dezvoltă codul sau utilizează datele.

Relațiile relaționale: Perspective

Ideile existente despre SGBD, clasificarea acestora, potențialul unic acumulat în teorie și în practica aplicării sunt indiscutabile. Dezvoltatorii DBMS și consumatorii de informații au parcurs un drum lung și, cu fiecare zi în urmă, dinamica îmbunătățirii sa accelerat rapid.

Conceptul relațional are încă poziții puternice și nici o altă arhitectură sau idee nu va accepta nimic. Dar este atât de adevărat pentru povestea ei: masa este relația dintre date, iar relația dintre mese este, de asemenea, o relație? De ce ar trebui să existe un antet în tabel și dacă nu există date, nu există tabel? De ce este masa întotdeauna dreptunghiulară, iar datele din ea sunt de tip strict și de dimensiune?

Lumea informației se caracterizează prin forme netede, nu doar dreptunghiuri. Nu este timpul să recunoaștem o idee surprinzător de simplă: există un tabel, dar va exista o limită sau nu în ea - cazul unui caz specific. Cât de mult va fi în tabelul de rânduri - este întotdeauna clar: de la zero la limitele unui anumit SGBD, dar de ce nu poate fi atribuită această valoare pozitivă numărului de coloane?

Dacă aplicați o abstracție la care atât de mult timp este o programare modernă orientată spre obiect, relațiile relaționale, se pare urmatorul pas foarte promițătoare: baza de date, în care contează masa, sau pur și simplu dat, dar, în cazul în care masa este, ceea ce va fi și dacă linia de acolo sau coloanele și modul în care acestea vor fi interconectate la nivelul său - problema aplicării. Totul este legat de toate datele și tabelele - întrebarea, de asemenea, domeniul de aplicare, mai degrabă decât de competența dezvoltator face baza de date sau codul-l folosește.