Reguli de gestionare a datelor (regulile 2, 4, 5 și 7).
Un RDBMS ideal trebuie să susțină 18 funcții de gestionare a datelor. Ele determină completitudinea limbii de interogare (aici termenul "cerere" include atât operațiile de inserare, actualizare și ștergere). Regulile pentru manipularea datelor determină modul de utilizare a celor 18 funcții de gestionare a datelor. Aplicarea strictă a acestor reguli face posibilă izolarea programelor utilizatorilor și aplicațiilor de mecanismele fizice și logice pentru implementarea instrumentelor de manipulare a datelor.
Regula 2 - acces garantat
Pentru fiecare element de date (adică valoarea sa atomică), baza de date relațională trebuie să fie garantată acces logic pe baza unei combinații între numele tabelului, valoarea cheii primare și valoarea denumirii coloanei.
Regula 4 - Catalog interactiv dinamic, construit conform regulilor modelului relațional
Descrierea bazei de date ar trebui să fie prezentată la nivel logic, la fel ca datele obișnuite, ceea ce va permite utilizatorilor autorizați să utilizeze aceeași limbă relațională pentru a accesa această descriere ca la accesarea datelor.
Această regulă indică faptul că ar trebui să existe o singură limbă pentru manipularea atât a metadatelor, cât și a datelor obișnuite, iar în sistemul de gestionare a bazelor de date ar trebui utilizată doar o singură structură logică, relații, pentru a organiza stocarea informațiilor despre sistem.
Regula 5 - sublanguage de date exhaustivă
Trebuie remarcat faptul că noul standard ISO pentru limbajul SQL asigură că toate aceste funcții sunt realizate astfel încât orice limbă care acceptă acest standard va satisface automat această regulă.
Regula 7 - operațiuni de inserare, actualizare și ștergere la nivel înalt
Capacitatea de a gestiona relațiile de bază sau derivate (reprezentări) ca un singur operand nu ar trebui să se aplice numai procedurilor de extragere a datelor, ci și operațiilor de inserare, actualizare și ștergere a datelor.
Codd definește trei reguli pentru independența datelor de la aplicațiile care utilizează aceste date. Aplicarea strictă a acestor reguli asigură că utilizatorii și dezvoltatorii vor fi protejați de necesitatea de a efectua modificări totale ale aplicațiilor cu fiecare reorganizare a bazelor de date la un nivel scăzut.
Regula 8 - independența fizică față de date
Programele de aplicație și mijloacele de lucru cu terminalele ar trebui să rămână neschimbate în mod logic atunci când se fac modificări ale metodelor de stocare a datelor sau ale metodelor de acces la acestea.
Regula 9 - independență logică față de date
Programele de aplicație și mijloacele de lucru cu terminalele ar trebui să rămână neschimbate logic atunci când intră în tabelele de bază orice informație nemodificată care nu ar trebui să afecteze în mod teoretic aplicația software.
Articolul 11 - independența față de distribuirea datelor
Sublanguage-ul manipulării datelor într-o bază de date relațională ar trebui să permită aplicațiilor și interogărilor să rămână nemodificate logic, indiferent de modul în care sunt stocate datele - fizic într-o manieră centralizată sau distribuită.
Independența de distribuția datelor înseamnă că un program de aplicație care accesează DBMS pe un calculator separat trebuie să continue să funcționeze fără modificări, chiar dacă datele din rețea sunt transferate de la un computer la altul. Cu alte cuvinte, trebuie creată o iluzie pentru utilizatorul final că datele sunt stocate central pe un singur computer, iar responsabilitatea pentru mutarea și recuperarea datelor între (posibil) mai multe locații de stocare ar trebui să fie exclusiv pe sistem. Rețineți că nu se spune aici că o bază de date relațională trebuie să sprijine în mod necesar munca cu o bază de date distribuită. Pur și simplu înseamnă că limba de interogare ar trebui să rămână neschimbată chiar dacă în unele DBMS este implementată posibilitatea de a lucra cu date distribuite.
1. Care sunt grupurile structurale ale regulilor prin care DBMS poate fi considerat relațional, știi?
2. Formulați regula 0 - regula fundamentală, una dintre cele care determină dacă DBMS este relațională.
3. Formulați regula 12 - regula de interzicere a soluțiilor, una dintre cele care determină dacă SGBD este relațională.
4. Formularea regulii 1 - prezentarea informațiilor, una dintre cele care determină dacă SGBD este relațională.
5. Formulați regula 6 - actualizați vizualizarea, una dintre cele care determină dacă DBMS este relațională.
6. Formulați regula 3 - procesarea sistematică a valorilor nedefinite (NULL), una dintre cele care determină dacă SGBD este relațională.
7. Formularea regulii 10 - independența constrângerilor de integritate, una dintre cele care determină dacă SGBD este relațională.
8. Formularea regulii 10 - independența constrângerilor de integritate, una dintre cele care determină dacă DBMS este relațională.
9. Formulați regula 2 - acces garantat, unul dintre cei care determină dacă SGBD este relațional.
10. Formulează regula 4 - un catalog interactiv dinamic construit în conformitate cu regulile modelului relațional, unul dintre cele care determină dacă DBMS este relațional.
11. Formulați regula 5 - o sublanguage de date exhaustivă, una dintre cele care determină dacă un DBMS este relațional.
12. Formularea regulii 7 - operațiuni de inserare, actualizare și ștergere la nivel înalt, una dintre cele care determină dacă SGBD este relațională.
13. Formulați regula 8 - independența fizică față de date, una dintre cele care determină dacă SGBD este relațională.
14. Formulați regula 9 - independență logică față de date, una dintre cele care determină dacă DBMS este relațională.
15. Formulați regula 11 - independența față de distribuirea datelor, una dintre cele care determină dacă SGBD este relațională.
[1] Un sublanguage este o limbă care nu include construcții concepute pentru toate nevoile de calcul. Algebra relațională și calculul relațional sunt sublanguine ale unei baze de date.