Introducere în baze de date. Obiectele principale ale bazei de date de acces

În acest capitol vom evidenția și caracteriza principalele clase ale SGBD.

Principala clasificare a SGBD se bazează pe modelul bazei de date utilizat. Pe baza acestui criteriu se disting mai multe clase de SGBD: ierarhice, de rețea, relaționale, de obiecte și altele. Unele SGBD-uri pot suporta simultan mai multe modele de date.

SGBD-urile anterioare, cum ar fi cele ierarhice și de rețea, au o structură arborescentă și sunt construite pe principiul „Ancestor - Descendent”. Dar astfel de sisteme au devenit deja învechite și sunt folosite din ce în ce mai puțin.

SGBD-urile relaționale le-au înlocuit pe cele ierarhice și de rețea.

Caracteristicile SGBD relaționale

Primele dezvoltări teoretice în domeniul SGBD-urilor relaționale au fost obținute încă din anii 70, în același timp, apar și primele prototipuri de SGBD-uri relaționale. Multă vreme a fost considerat imposibil să se realizeze implementarea eficientă a unor astfel de sisteme. Cu toate acestea, acumularea treptată a metodelor și algoritmilor de organizare și gestionare a bazelor de date relaționale a condus la faptul că deja la mijlocul anilor 80, sistemele relaționale au înlocuit practic SGBD-urile timpurii de pe piața mondială.

Abordarea relațională a organizării unui SGBD presupune prezența unui set de relații (tabele bidimensionale) interconectate. O relație în acest caz este asocierea a două sau mai multe relații (tabele). O bază de date care nu are conexiuni între relații are o structură foarte limitată și nu poate fi numită relațională. Interogările către astfel de baze de date returnează un tabel care poate fi reutilizat în următoarea interogare. Datele din unele tabele, așa cum am spus, sunt legate de datele din alte tabele, de unde provine numele „relațional”.

Abordarea relațională a construirii unui SGBD are o serie de avantaje.Baydak A.Ya., Bulgakov A.A. SGBD modern și aplicarea lor în sectorul energetic [Resursa electronică]. - Mod de acces: http://masters. donntu.edu.ua/2010/etf/baydak/library/article2. htm. - Cap. de pe ecran:

Prezența unui set mic de abstracții care fac posibilă modelarea celor mai comune domenii ale problemelor într-o manieră relativ simplă și permit definiții formale precise, rămânând în același timp intuitive;

Prezența unui aparat matematic simplu și în același timp puternic, bazat în principal pe teoria mulțimilor și logica matematică și care oferă baza teoretică pentru abordarea relațională a organizării bazelor de date;

Posibilitatea manipulării datelor non-navigaționale fără a fi nevoie de cunoașterea organizării fizice specifice a bazelor de date în memoria externă.

Modelul relațional are o bază teoretică strictă. Această teorie a contribuit la crearea limbajului declarativ SQL, care a devenit acum limbajul standard pentru definirea și manipularea bazelor de date relaționale. Alte puncte forte ale modelului relațional sunt simplitatea, adecvarea pentru sistemele de procesare a tranzacțiilor online (OLTP) și independența datelor. Cu toate acestea, modelul de date relaționale și SGBD relațional, în special, au anumite dezavantaje.

Principalul dezavantaj al SGBD-urilor relaționale este utilizarea limitată inerentă a acestor sisteme în domenii care necesită structuri de date destul de complexe. Unul dintre principalele aspecte ale modelului tradițional de date relaționale este atomicitatea (unicitatea și indivizibilitatea) datelor, care sunt stocate la intersecția rândurilor și coloanelor tabelului. Această regulă a stat la baza algebrei relaționale atunci când a fost dezvoltată ca model de date matematice. În plus, implementarea specifică a modelului relațional nu ne permite să reflectăm în mod adecvat conexiunile reale dintre obiectele din domeniul descris. Aceste limitări împiedică în mod semnificativ implementarea eficientă a aplicațiilor moderne, care necesită abordări ușor diferite ale organizării datelor.

Principiul de bază al modelului relațional este eliminarea câmpurilor și grupurilor duplicate printr-un proces numit normalizare. Tabelele normalizate plate sunt universale, ușor de înțeles și, teoretic, suficiente pentru a prezenta date în orice domeniu. Ele sunt potrivite pentru aplicațiile de stocare și afișare a datelor în industriile tradiționale, cum ar fi sistemele bancare sau contabile, dar utilizarea lor în sisteme bazate pe structuri de date mai complexe este adesea dificilă. Acest lucru se datorează în principal caracterului primitiv al mecanismelor de stocare a datelor care stau la baza modelului relațional Nikitin M. S-a încheiat era SGBD-urilor relaționale? [Resursă electronică]. - Mod de acces: http://www.cnews.ru/reviews/free/marketBD/articles/articles2. shtml. - Cap. de pe ecran.

Astăzi, producătorii cunoscuți de DBMS relaționali sunt următorii - ORACLE, Informix, IBM (DB2), Sybase, Microsoft (MS SQL Server), Progress și alții. În produsele lor, producătorii de DBMS se concentrează pe lucrul pe diferite tipuri de computere (de la mainframe la laptopuri) și pe diferite sisteme de operare (OS). De asemenea, producătorii de DBMS nu au ignorat produsele care rulează pe computere desktop, cum ar fi dBase, FoxPro, Access și altele asemenea. Aceste SGBD-uri sunt proiectate să funcționeze pe un computer și să rezolve probleme locale pe un computer sau un grup mic de computere. Adesea, datele SGBD sunt folosite ca o imagine în oglindă a unei mici părți a SGBD-ului corporativ general, pentru a minimiza costurile necesare cu hardware și resurse pentru rezolvarea problemelor mici.

Diferite SGBD rulează sub diferite sisteme de operare și hardware. Cele mai cunoscute dintre aceste sisteme de operare sunt UNIX, VAX, Solaris, Windows. În funcție de volumul de stocare a datelor, de numărul de utilizatori care accesează datele simultan și de complexitatea sarcinilor, diferite SGBD-uri sunt utilizate pe diferite platforme. De exemplu, Oracle DBMS pe Unix, instalat pe un server multiprocesor, vă permite să rezolvați problemele de furnizare de date către sute de mii de utilizatori Ponomarev I.S. Sisteme de management al bazelor de date [Resurse electronice]. - Mod de acces: http://mathmod. aspu.ru/images/File/Ponomareva/TM10_About%20BD. pdf. - P. 2.

În prezent, SGBD-urile orientate către sistemul de operare Windows folosind platforma Intel prezintă cel mai mare interes.

Schița lecției

Subiect: Baze de date. Obiectele principale ale bazei de date. SGBD.

Scopul lecției:

• 1. Cognitiv - prezentați elevilor:
  • definirea unei baze de date și DBMS,
  • principalele lor tipuri (modele),
  • interfața programului Ms ACCESS,
  • obiectele bazei de date principale,
  • diferite moduri de a crea tabele.
• 2. Dezvoltare
  • Învață să construiești analogii, să evidențiezi punctele principale, să pui și să rezolvi probleme.
• 3. Educativ
  • Cultivați acuratețea, atenția, politețea și disciplina.

Planul lecției:

• 1. Actualizarea cunoștințelor de bază.
• 2. Lansarea programelor pentru execuție;
• 3. Introducerea datelor în tabel.

2. Definirea bazei de date și SGBD.

3. Tipuri de SGBD.

4. SGBD relațional. Tabel, înregistrare, câmp.

5. Lucru independent pe computer.

6. Consolidarea materialului nou.

7. Rezumatul lecției.

1 Definirea bazei de date și a SGBD

O bază de date (DB) este o colecție de date interdependente care este stocată în memoria externă a unui computer și este organizată după anumite reguli care presupun principii generale de descriere, stocare și prelucrare a datelor. Informațiile care sunt stocate într-o bază de date, de regulă, se referă la un anumit domeniu. De exemplu, bazele de date:

• colecția de cărți din bibliotecă,
• personalul întreprinderii,
• acte legislative de drept penal,
• muzica modernă.

Bazele de date sunt împărțite în faptice și documentare. Bazele de date factuale conțin informații scurte despre obiecte, prezentate într-un format precis definit (1-3), de exemplu, Autor, titlu, anul publicării... Bazele de date documentare conțin informații de diverse tipuri: text, audio, grafic, multimedia (4 , 5). De exemplu, o bază de date muzicală modernă poate conține versuri și note ale cântecelor, fotografii ale autorilor, înregistrări audio și clipuri video. Baza de date în sine conține doar informații – „Depozitul de informații” – și nu poate servi cererile utilizatorilor pentru căutarea și procesarea informațiilor. Utilizatorul este deservit de SISTEMUL DE GESTIUNE A BAZEI DE DATE. DBMS este un software care vă permite să creați o bază de date, să actualizați și să completați informații și să oferiți acces flexibil la informații. SGBD creează un mediu specific pentru ca utilizatorul să lucreze pe ecranul computerului (interfață) și are anumite moduri de operare și un sistem de comenzi. Pe baza DBMS sunt create și funcționează sistemele de recuperare a informațiilor (WWW).

3. Tipuri de SGBD

Există 3 moduri cunoscute de organizare a informațiilor într-o bază de date și conexiuni între ele:

• Ierarhic (sub formă de copac),
• Reţea,
• Relațional.

Ierarhic. Există o subordonare strictă a elementelor: unul este principalul, restul sunt subordonate. De exemplu, un sistem de directoare pe un disc. O bază de date de rețea este mai flexibilă: nu există un element principal clar definit și este posibil să se stabilească conexiuni orizontale. De exemplu, organizarea informațiilor pe Internet (WWW). Cele mai comune sunt bazele de date relaționale.

4. SGBD relațional. Tabel, înregistrare, câmp.

O bază de date relațională este o bază de date care conține informații organizate sub forma unui tabel dreptunghiular. Fiecare rând al tabelului conține informații despre un anumit obiect al bazei de date (carte, angajat, produs), iar fiecare coloană conține o caracteristică specifică a acestui obiect (nume, titlu, preț). Rândurile unui astfel de tabel se numesc înregistrări, coloanele se numesc câmpuri. Fiecare înregistrare trebuie să difere de cealaltă prin valoarea a cel puțin unui câmp, care se numește cheie. Un câmp cheie este un câmp sau un grup de câmpuri care identifică în mod unic o înregistrare. De exemplu, numărul personalului angajatului, codul produsului, numărul mașinii. Tabel_Nr.Nume complet Data nașterii Data primirii Funcția Salariu 001< Иванов И.И. 12.05.65 1.02.80 директор 1000 002 Петров П.П. 30.10.75 2.03.95 бугалтер 500 003 Сидоров С.С 4.01.81 4.06.00 исполнитель 100 Каждое поле имеет свой формат и тип. Реальные БД состоят, как правило, из нескольких таблиц, связанных между собой каким-нибудь полем и, при запросе к такой БД можно использовать информацию из разных таблиц. Obiectele principale ale bazei de date:

• Tabelele sunt principalele obiecte ale bazei de date în care sunt stocate informații
• Interogări – concepute pentru a selecta datele dorite dintr-unul sau mai multe tabele interconectate.
• Formulare – concepute pentru introducerea, vizualizarea și editarea datelor interconectate într-o formă convenabilă.
• Rapoarte – generarea datelor într-o formă convenabilă pentru vizualizare și, dacă este necesar, tipărire.

5. Lucru independent pe computer

Pe o unitate de rețea, în folderul „SARCINI DB”, deschideți prezentarea „Băzuri de date și DBMS”, citiți-o și răspundeți în scris la întrebări:

• 1. Care este scopul principal al bazei de date?
• 2. După ce criterii sunt clasificate bazele de date? Indicați criteriul și, respectiv, tipurile acestui criteriu.
• 3. Ce este un câmp cheie dintr-o bază de date?
• 4. Care este elementul principal al bazei de date?
• 5. Ce operațiuni pot fi efectuate folosind un SGBD cu o bază de date?
• 6. Tipuri de date de bază în tabelele SGBD.

6. Rezumatul lecției

În această lecție, v-ați familiarizat cu bazele de date, scopul acestora, domeniile de aplicare, tipurile și modelele SGBD.

Partea practică

Crearea bazei de date. Introducerea și formatarea datelor

• 1. Porniți computerul. Descărcați ACCESS DBMS. Mai întâi trebuie să creați o nouă bază de date.
• 2. Efectuați următoarea secvență de acțiuni: în meniul Fișier, selectați comanda Nou. Nume fișier: skaz.mdb. BINE. Caseta de dialog „Bază de date” apare în fața ta.
• 3. Citiți cu atenție scopul butoanelor de pe bara de instrumente, deplasând încet cursorul mouse-ului peste butoane.
• 4. După aceasta, creați un tabel efectuând următoarea secvență de acțiuni: Table/Create/New Table.

Crearea unui tabel, adică determinarea câmpurilor incluse în tabel, se face prin completarea unui tabel special: Câmp Tip de date Descriere

• 5. Completați acest tabel introducând următoarele date:

Câmp Tip de date Descriere Nr. Contor Caracter Text Profesie Text Caracteristici speciale Text Erou Logic Erou pozitiv sau negativ

• 6. Câmpul Nr. este opțional, îl introducem pentru a determina câmpul cheie, deoarece orice tabel trebuie să aibă o cheie.
• 7. Tabelul creat trebuie salvat, dându-i un nume folosind comenzile: File/Save as..., Table name: “Character”, OK.
• 8. Introduceți informații în tabelul Tabel/Personaj/Deschidere și introduceți datele în modul obișnuit, de exemplu:

Nr. Personaj Profesia erou cu caracteristici speciale

• 1 Pinocchio lemn de om nas lung Da
• 2 Papa Carlo râșnitorul de orgă Da
• 3 Karabas Barabas director al teatrului de păpuși barbă lungă care ajunge până la podea Nr
• 4 Fox Alice Fraud șchioapă pe un picior Nr
• 5 Pisica Basilio Escrocul este orb la ambii ochi Nu
• 6 Artista de teatru Malvina fata cu parul albastru Da
• 7 Farmacist Duremar miros caracteristic de noroi Nr
• 8 Tortila deținătorul țestoasei cheie de aur Da
• 9. Folosind mouse-ul, evidențiați:
  • a) intrarea 5,
  • b) intrarea 3,
  • c) de la a treia la a șaptea intrare. Deselectați-l.
  • d) Selectați toate intrările. Deselectați-l.
  • e) Selectați câmpul „Personaj”.
  • f) Selectați următoarele câmpuri în același timp: „Profesie”, „Caracteristici speciale” și „Erou”, deselectați-le.
  • g) Selectați toate câmpurile. Acest lucru se poate face folosind mouse-ul sau din meniul Editare, selectați comanda Selectare toate înregistrările.
• 10. Deselectați selecția.
• 11. Evidențiați:
  • a) În câmpul „Caracteristici speciale”, marcați a șasea intrare.
  • b) În câmpul „Personaj”, selectați a patra până la a șasea intrare.
  • c) Fără a elibera butonul mouse-ului, marcați aceleași intrări în câmpurile „Funcții speciale” și „Erou”.
• 12. Deselectați selecția.
• 13. Selectați întregul tabel.
• 14. Deselectați selecția.
• 15. Schimbați lățimea fiecărei coloane astfel încât lățimea coloanelor să fie minimă, dar tot textul să fie vizibil.

Acest lucru se poate face folosind mouse-ul, extinzând coloanele sau după cum urmează. Selectați coloana dorită și faceți clic dreapta, în meniul contextual selectați comanda „Column Width”; În fereastra care se deschide, faceți clic pe butonul Potrivire la lățimea datelor. Faceți același lucru cu toate câmpurile. Înălțimea liniei poate fi modificată în același mod folosind mouse-ul sau în meniul Format cu comanda Line Height. Mai mult, este suficient să editați o linie, înălțimea liniilor rămase se modifică automat.

• 16. Schimbați înălțimea liniei în orice fel și faceți-o egală cu 30.
• 17. Schimbați fontul tabelului în Arial Cyr, dimensiunea fontului 14, bold.

Puteți schimba fontul după cum urmează: mutați cursorul mouse-ului în afara tabelului și faceți clic pe butonul stâng al mouse-ului, selectați Font în meniul contextual sau selectați comanda Font în meniul Editare din bara de instrumente.

• 18. Schimbați fontul textului în Times New Roman Cyr, dimensiunea fontului 10.
• 19. Modificați lățimea marginilor.
  • a) Faceți coloana „Personaj” cu o lățime de 20.
  • b) Coloana „Caracteristici speciale” are 25 de lățime.

Puteți vedea că textul din aceste câmpuri este imprimat pe două rânduri.

• 20. Reglați lățimea coloanelor astfel încât textul să se potrivească complet.
• 21. Sortați tabelul după câmpul „Personaj” în ordine alfabetică inversă.

Se poate face așa. Evidențiați câmpul Caracter și faceți clic pe butonul Sortare descendentă din bara de instrumente.

• 22. Readuceți tabelul la starea inițială.

Funcții DBMS.

Funcțiile DBMS sunt de nivel înalt și scăzut.

Funcții de nivel înalt:

1. Definirea datelor – folosind această funcție, se determină ce informații vor fi stocate în baza de date (tipul, proprietățile datelor și modul în care acestea vor fi legate între ele).

2. Procesarea datelor. Informațiile pot fi prelucrate în diferite moduri: eșantionare, filtrare, sortare, combinarea unei informații cu alta, calcularea totalurilor.

3. Management de date. Folosind această funcție, specificați cine are permisiunea de a vizualiza datele, de a le corecta sau de a adăuga informații noi și, de asemenea, definiți regulile de acces colectiv.

Funcții de nivel scăzut:

1. Gestionarea datelor din memoria externă;

2. Gestionarea bufferelor RAM;

3. Managementul tranzacțiilor;

4. Introducerea unui jurnal de modificări în baza de date;

5. Asigurarea integritatii si securitatii bazei de date.

Tranzacţie este o secvență indivizibilă de operații care este monitorizată de SGBD de la început până la finalizare și în care, dacă o operație nu este finalizată, întreaga secvență este anulată.

Jurnal DBMS – o bază de date specială sau o parte din baza de date principală, inaccesibilă utilizatorului și utilizată pentru a înregistra informații despre toate modificările aduse bazei de date.

Introducere în jurnalul DBMS este conceput pentru a asigura o stocare fiabilă în baza de date în prezența defecțiunilor și defecțiunilor hardware, precum și a erorilor în software.

Integritatea bazei de date – aceasta este o proprietate a unei baze de date, ceea ce înseamnă că conține informații complete, consecvente și care reflectă în mod adecvat despre domeniul subiectului.

Clasificarea SGBD.

SGBD-urile pot fi clasificate:

1. După tipul de program:

A. Servere de baze de date (de exemplu, MS SQL Server, InterBase (Borland)) – sunt destinate organizării centrelor de prelucrare a datelor în rețele de calculatoare și implementării funcțiilor de gestionare a bazelor de date solicitate de programele client folosind instrucțiuni SQL (adică programe care răspund solicitărilor);

b. Clienți baze de date – programe care solicită date. PFDBMS, foile de calcul, procesoarele de text și programele de e-mail pot fi utilizate ca programe client;

c. Baze de date complet funcționale (MS Access, MS Fox Pro) – un program care are o interfață dezvoltată care vă permite să creați și să modificați tabele, să introduceți date, să creați și să formatați interogări, să dezvoltați rapoarte și să le imprimați.

2. Conform modelului de date DBMS (precum și baza de date):

A. Ierarhic – bazată pe o structură arborescentă pentru stocarea informațiilor și care amintește de un sistem de fișiere computerizat; principalul dezavantaj este incapacitatea de a implementa o relație multi-la-mulți;

b. Reţea – care le-a înlocuit pe cele ierarhice și nu a durat mult deoarece principalul dezavantaj a fost dificultatea dezvoltării aplicațiilor serioase. Principala diferență dintre o rețea și una ierarhică este că într-o structură ierarhică „descendentul-record” are un singur strămoș, dar într-un descendent de rețea poate avea orice număr de strămoși;

c. Relațional – ale căror date sunt plasate în tabele, între care există anumite conexiuni;

d. Orientat pe obiecte – stochează date sub formă de obiecte iar principalul avantaj atunci când se lucrează cu ele este că li se poate aplica o abordare orientată pe obiecte;

e. Hibrid, adică obiect-relațional – combina capacitățile bazelor de date relaționale și orientate pe obiecte. Un exemplu de astfel de bază de date este Oracle (anterior era relațională).

3. În funcție de locația părților individuale ale SGBD, acestea se disting:

A. local – ale căror toate părțile sunt situate pe un singur computer;

b. reţea.

Rețelele includ:

- cu organizare file-server;

Cu această organizare, toate datele sunt localizate pe un singur computer, care se numește server de fișiere și care este conectat la rețea. Când se găsesc informațiile necesare, se transferă întregul fișier, inclusiv o mulțime de informații redundante. Și numai atunci când se creează o copie locală este găsită înregistrarea necesară.

- cu o organizatie client-server;

Serverul bazei de date primește o solicitare de la client, găsește înregistrarea necesară în date și o transmite clientului. O cerere către server este formată în limbajul de interogare structurat SQL, motiv pentru care serverele de baze de date sunt numite servere SQL.

- SGBD distribuit conțin câteva zeci și sute de servere situate pe o suprafață mare.

Prevederi de bază ale modelului bazei de date relaționale.

Baza de date relațională este o bază de date în care toate datele sunt organizate sub formă de tabele, iar toate operațiunile asupra acestor date sunt reduse la operațiuni pe tabele.

Caracteristicile bazelor de date relaționale:

1. Datele sunt stocate în tabele formate din coloane și rânduri;

2. La intersecția fiecărei coloane și rând există o singură valoare;

3. Fiecare coloană - câmp are propriul nume, care servește ca nume - atribut, iar toate valorile dintr-o coloană au același tip;

4. Coloanele sunt aranjate într-o anumită ordine, care este specificată la crearea tabelului, spre deosebire de rândurile, care sunt aranjate într-o ordine aleatorie. Tabelul poate să nu aibă un singur rând, dar trebuie să aibă cel puțin o coloană.

Terminologia bazelor de date relaționale:

Element de bază de date relaționale	Formular de prezentare
1. Baza de date	Set de mese
2. Schema bazei de date	Set de anteturi de tabel
3. Atitudine	Masa
4. Diagrama relațiilor	Rând antet coloană tabel
5. Esența	Descrierea proprietăților obiectului
6. Atribut	Antetul coloanei
7. Domeniul	Set de valori valide ale atributelor
8. Cheie primară	Un identificator unic care identifică în mod unic fiecare înregistrare din tabel
9. Tipul de date	Tipul valorilor elementului din tabel
10. Cortege	șir (înregistrare)
11. Cardinalitatea	Numărul de rânduri din tabel
12. Gradul de relație	Numărul de câmpuri
13. Corpul relației	Set de tupluri de relație

La proiectarea unei baze de date relaționale, datele sunt plasate în mai multe tabele. Relațiile se stabilesc între tabele folosind chei. La conectarea tabelelor, se disting un tabel principal și unul suplimentar (subordonat).

Există următoarele tipuri de relații între tabele:

1. Relație 1:1 (unu la unu) înseamnă că fiecare înregistrare din tabelul principal corespunde unei înregistrări din tabelul suplimentar și, invers, fiecare înregistrare din tabelul suplimentar corespunde unei înregistrări din tabelul principal.

2. Tipul de comunicare 1:M (unu la mulți) înseamnă că fiecare înregistrare din tabelul principal corespunde mai multor înregistrări din tabelul suplimentar și, invers, fiecare înregistrare din tabelul suplimentar corespunde unei singure înregistrări din tabelul principal.

3. Tipul de relație M:1 (mai multe la unul) înseamnă că una sau mai multe înregistrări din tabelul principal corespund unei singure înregistrări din tabelul secundar.

4. Relația M:M (mulți la mulți) – aceasta este atunci când mai multe înregistrări ale tabelului principal corespund mai multor înregistrări ale tabelului suplimentar și invers.

5. Componentele de bază ale MS Access.

Principalele componente (obiecte) ale MS Access sunt:

1. Tabele;

3. Formulare;

4. Rapoarte;

5. Macrocomenzi:

Module

Masa este un obiect conceput pentru a stoca date sub formă de înregistrări (rânduri) și câmpuri (coloane). Fiecare câmp conține o parte diferită a unei înregistrări și fiecare tabel este utilizat pentru a stoca informații despre o problemă specifică.

Cerere – o întrebare despre datele stocate în tabele sau instrucțiuni pentru selectarea înregistrărilor care urmează să fie modificate.

Formă este un obiect în care puteți plasa controale destinate introducerii, afișarii și modificării datelor în câmpurile tabelului.

Raport este un obiect care vă permite să prezentați informații definite de utilizator într-o anumită formă, să le vizualizați și să le imprimați.

Macro – una sau mai multe macrocomenzi care pot fi folosite pentru a automatiza o anumită sarcină. O macrocomandă este elementul de bază al unei macrocomenzi; o instrucțiune de sine stătătoare care poate fi combinată cu alte instrucțiuni macro pentru a automatiza finalizarea unei sarcini.

Modul – un set de descrieri, instrucțiuni și proceduri stocate sub un singur nume. MS Access are trei tipuri de module: modul formular, modul raport și modul general. Modulele formulare și rapoarte conțin program local pentru formulare și rapoarte.

6. Tabele în MS Access.

MS Access are următoarele metode pentru a crea tabele:

1. Modul de masă;

2. Constructor;

3. Expert tabel;

4. Importul tabele;

5. Comunicarea cu tabelele.

ÎN modul de masă Datele sunt introduse într-un tabel gol. Pentru introducerea datelor este furnizat un tabel cu 30 de câmpuri. După salvarea acestuia, MS Access decide însuși ce tip de date să atribuie fiecărui câmp.

Constructor oferă posibilitatea de a crea în mod independent câmpuri, de a selecta tipuri de date pentru câmpuri, de dimensiunile câmpurilor și de a seta proprietățile câmpului.

Pentru a defini un câmp în mod Constructor sunt date:

1. Numele domeniului , care în fiecare tabel trebuie să aibă un nume unic, care este o combinație de litere, cifre, spații și caractere speciale, cu excepția " .!” “ " Lungimea maximă a numelui este de 64 de caractere.

2. Tip de date definește tipul și intervalul de valori valide, precum și cantitatea de memorie alocată pentru acest câmp.

Tipuri de date MS Access

Tip de date	Descriere
Text	Text și numere, cum ar fi nume și adrese, numere de telefon, coduri poștale (până la 255 de caractere).
Câmp de memorare	Text lung și numere, cum ar fi comentarii și explicații (până la 64.000 de caractere).
Numeric	Un tip de date general pentru date numerice care permite calcule matematice, excluzând calculele monetare.
Data Ora	Valori date și ore. Utilizatorul poate alege formulare standard sau poate crea un format personalizat.
Monetar	Valori monetare. Pentru calculele monetare, nu se recomandă utilizarea unor tipuri de date numerice, deoarece ele pot fi rotunjite în calcule. Valorile valutare sunt întotdeauna afișate cu numărul specificat de zecimale.
Tejghea	Numere secvențiale atribuite automat. Numerotarea începe de la 1. Câmpul contor este convenabil pentru crearea unei chei. Acest câmp este compatibil cu un câmp numeric a cărui proprietate Size este setată la Long Integer.
Logic	Valori „Da/Nu”, „Adevărat/Fals”, „Pornit/Oprit”, una dintre cele două valori posibile.
Câmp obiect OLE	Obiecte create în alte programe care acceptă protocolul OLE.

3. Cele mai importante proprietăți ale câmpului:

- Dimensiunea campului specifică dimensiunea maximă a datelor stocate în câmp.

- Format câmp este un format pentru afișarea unui anumit tip de date și stabilește regulile de prezentare a datelor atunci când le afișează pe ecran sau le imprimă.

- Semnătura câmpului setează textul care este afișat în tabele, formulare și rapoarte.

- Condiție de valoare vă permite să controlați intrarea, stabilește restricții asupra valorilor introduse, dacă condițiile sunt încălcate, interzice introducerea și afișează textul specificat de proprietatea Mesaj de eroare;

- Mesaj de eroare setează textul mesajului afișat pe ecran atunci când restricțiile specificate de Condiția de valoare sunt încălcate.

Tip control– o proprietate care este setată în fila Înlocuire din fereastra de proiectare a tabelului. Această proprietate determină dacă câmpul va fi afișat în tabel și sub ce formă - ca câmp sau casetă combinată.

Cheie unică (primară). tabelele pot fi simple sau complexe, incluzând mai multe câmpuri.

Pentru a defini o cheie, selectați câmpurile care alcătuiesc cheia și faceți clic pe butonul din bara de instrumente câmp cheie sau comanda este executată Câmp de editare/cheie.

©2015-2019 site
Toate drepturile aparțin autorilor lor. Acest site nu pretinde autor, dar oferă o utilizare gratuită.
Data creării paginii: 2016-02-16

O bancă de date este înțeleasă ca un ansamblu de baze de date, precum și software, limbaj și alte instrumente destinate acumulării centralizate a datelor și utilizării acestora cu ajutorul calculatoarelor electronice.

Banca de date include una sau mai multe baze de date, un director de baze de date, un sistem de gestionare a bazelor de date (DBMS), precum și biblioteci de interogări și programe de aplicație.

Banca de date este concepută pentru a stoca cantități mari de informații și pentru a găsi rapid informațiile și documentele necesare.

O bancă de date este creată într-un sistem de abonați de orice capacitate - de la un computer personal la un supercomputer. Dar chiar și cea mai mare bancă de date este limitată în capacități. Prin urmare, băncile online se specializează prin colectarea de informații în anumite domenii ale științei, tehnologiei și produselor. Nucleul băncii îl reprezintă bazele de date și bazele de cunoștințe. O bază de date este o structură organizată concepută pentru a stoca informații. Datele și informațiile sunt concepte interdependente, dar nu identice, ar trebui să remarc inconsecvența din această definiție. Astăzi, majoritatea sistemelor de management al bazelor de date (DBMS) vă permit să plasați în structurile lor nu doar date, ci și metode (adică cod de program) prin care are loc interacțiunea cu consumatorul sau cu alte sisteme software și hardware. Astfel, putem spune că bazele de date moderne stochează nu numai date, ci și informații.

BnD are instrumente speciale care facilitează lucrul utilizatorilor cu date (DBMS).

Gestionarea centralizată a datelor are avantaje față de un sistem de fișiere convențional:

— reducerea redundanței stocării datelor;

— reducerea intensității forței de muncă pentru dezvoltarea, operarea și modernizarea sistemelor informaționale;

Asigurarea accesului convenabil la date ca utilizatori

atât profesioniștii de date, cât și utilizatorii finali.

Cerințe de bază pentru BnD:

— caracterul adecvat al expunerii domeniului subiectului (completitudine, integritate și — consecvența datelor, relevanța informațiilor);

— capacitatea de a interacționa între utilizatori din diferite categorii, eficiență ridicată a accesului la date;

— interfețe prietenoase, timp scurt de antrenament;

— asigurarea secretului și limitarea accesului la date pentru diferiți utilizatori;

— fiabilitatea stocării și protecția datelor.

Definiția termenului de bancă de date este dată în Reglementările temporare privind contabilitatea de stat și înregistrarea bazelor de date și a băncilor de date, aprobate prin Decretul Guvernului Federației Ruse din 28 februarie 1996 nr. 226, clauza 2 (SZ RF, 1996). , Nr. 12, Art. 1114)

Inițial (începutul anilor 60) a fost folosit un sistem de stocare a fișierelor. Pentru a rezolva în primul rând probleme de inginerie, caracterizate printr-o cantitate mică de date și o cantitate semnificativă de calcule, datele au fost stocate direct în program. A fost folosit un mod consistent de organizare a datelor, a existat o redundanță ridicată, structuri logice și fizice identice și dependență completă de date. Odată cu apariția sarcinilor economice și manageriale (sistemul informațional de management - MIS), caracterizate prin volume mari de date și o proporție redusă de calcule, această organizare a datelor s-a dovedit a fi ineficientă. Era necesară comandarea datelor, care, după cum s-a dovedit, putea fi efectuată după două criterii: utilizare (matrice de informații); stocare (baze de date). Inițial, s-au folosit matrice de informații, dar superioritatea bazelor de date a devenit în curând clară. Utilizarea fișierelor pentru a stoca numai date a fost propusă de Mac Gree în 1959. Au fost dezvoltate metode de acces (inclusiv acces aleatoriu) la astfel de fișiere, în timp ce structurile fizice și logice erau deja diferite, iar locația fizică a datelor putea fi schimbată fără a modifica reprezentarea logică.

În 1963, S. Bachman a construit prima bază de date IDS industrială cu un model de date în rețea, care era încă caracterizat prin redundanța datelor și utilizarea sa pentru o singură aplicație. Datele au fost accesate folosind un software adecvat. În 1969, s-a format un grup care a creat setul de standarde CODASYL pentru modelul de date de rețea.

De fapt, a început să fie folosită arhitectura modernă a bazelor de date. Arhitectura este înțeleasă ca un tip (generalizare) a unei structuri în care orice element poate fi înlocuit cu un alt element, ale cărui caracteristici ale intrărilor și ieșirilor sunt identice cu primul element. Un salt semnificativ în dezvoltarea tehnologiei bazelor de date a fost dat de paradigma modelului de date relaționale propus de M. Codd în 1970. O paradigmă este înțeleasă ca o teorie științifică întruchipată într-un sistem de concepte care reflectă trăsăturile esențiale ale realității. Acum structuri logice ar putea fi obținute din aceleași date fizice, adică. Aceleași date fizice ar putea fi accesate de aplicații diferite prin căi diferite. A devenit posibil să se asigure integritatea și independența datelor.

La sfârșitul anilor '70, au apărut SGBD-urile moderne, oferind independență fizică și logică, securitatea datelor și având dezvoltat limbaje pentru baze de date. Ultimul deceniu este caracterizat de apariția bazelor de date distribuite și orientate pe obiecte, ale căror caracteristici sunt determinate de aplicațiile instrumentelor de proiectare automatizate și de intelectualizare a bazelor de date.

Strâns legat de conceptul de bază de date este conceptul de sistem de gestionare a bazelor de date - acesta este un set de instrumente software concepute pentru a crea structura unei noi baze de date, a o completa cu conținut, a edita conținut și a vizualiza informații. Vizualizarea informațiilor bazei de date înseamnă selectarea datelor afișate în conformitate cu un criteriu dat, ordonarea acestora, proiectarea și transmiterea ulterioară către un dispozitiv de ieșire sau transmiterea prin canale de comunicație.

Există multe sisteme de gestionare a bazelor de date în lume. Deși pot funcționa diferit cu diferite obiecte și oferă utilizatorului diferite funcții și caracteristici, majoritatea SGBD-urilor se bazează pe un singur set stabilit de concepte de bază. Acest lucru ne oferă posibilitatea de a lua în considerare un sistem și de a generaliza conceptele, tehnicile și metodele acestuia la întreaga clasă de SGBD.

SGBD organizează stocarea informațiilor în așa fel încât să fie convenabil:

naviga,

reumple,

Schimbare,

cauta informatiile de care ai nevoie,

faceți orice selecție

sortați în orice ordine.

Clasificarea bazei de date:

a) în funcție de natura informațiilor stocate:

Factual (indexuri de carduri),

Documentar (arhive)

b) conform modului de stocare a datelor:

Centralizat (stocat pe un singur computer),

Distribuit (utilizat în rețelele de calculatoare locale și globale).

c) conform structurii de organizare a datelor:

Tabular (relațional),

Ierarhic,

SGBD-urile moderne fac posibilă includerea nu numai text și informații grafice, ci și fragmente de sunet și chiar clipuri video.

Ușurința de utilizare a SGBD vă permite să creați noi baze de date fără a apela la programare, ci folosind doar funcții încorporate. DBMS asigură corectitudinea, completitudinea și consistența datelor, precum și accesul convenabil la acestea.

SGBD-urile populare sunt FoxPro, Access for Windows, Paradox. Pentru aplicațiile mai puțin complexe, în loc de DBMS, se folosesc sisteme de regăsire a informațiilor (IRS), care îndeplinesc următoarele funcții:

stocarea unei cantități mari de informații;

căutare rapidă a informațiilor necesare;

adăugarea, ștergerea și modificarea informațiilor stocate;

scoateți-l într-o formă convenabilă pentru oameni.

Informațiile din bazele de date sunt structurate în înregistrări individuale, care sunt un grup de elemente de date conexe. Natura relației dintre înregistrări determină două tipuri principale de organizare a bazelor de date: ierarhică și relațională.

Dacă nu există date în baza de date (bază de date goală), atunci aceasta este încă o bază de date cu drepturi depline. Acest fapt are o semnificație metodologică. Deși nu există date în baza de date, există încă informații în ea - aceasta este structura bazei de date. Acesta definește metode pentru introducerea datelor și stocarea lor în baza de date. Cea mai simplă versiune „non-computer” a unei baze de date este un jurnal de afaceri, în care fiecărei zile calendaristice îi este alocată o pagină. Chiar dacă nu este scrisă o singură linie în el, nu încetează să fie un jurnal, deoarece are o structură care îl deosebește clar de caiete, caiete de lucru și alte produse de papetărie.

Bazele de date pot conține diverse obiecte, dar obiectele principale ale oricărei baze de date sunt tabelele acesteia. Cea mai simplă bază de date are cel puțin un tabel. În consecință, structura celei mai simple baze de date este identică cu structura tabelului său.

În prezent, există o creștere rapidă a numărului de sisteme de comerț electronic (ECS). Comerțul electronic are o serie de caracteristici distinctive care îl deosebesc clar de toate metodele cunoscute anterior de comerț clasic datorită caracteristicilor excepționale de comunicare ale internetului.

Sistemele de comerț electronic trebuie să poată coordona tranzacțiile comerciale în mai multe aplicații de afaceri, să poată prelua informații individuale din diverse surse și să furnizeze clienților informațiile necesare în timp util și fără întreruperi — totul bazat pe un singur utilizator Web cerere.

SEC au un set de proprietăți specifice care le deosebesc de sistemele comerciale clasice (magazine obișnuite, supermarketuri, burse etc.). În același timp, aceste proprietăți trebuie luate în considerare atunci când se construiesc și se analizează modele de proces în SEC, deoarece formularea clasică a problemei de optimizare a controlului optim al unui sistem discret nu este adecvată. Deci, proprietățile SEC: Timpul de funcționare este nelimitat, spre deosebire de sistemele clasice, unde există un program de lucru strict reglementat. Putem spune că fluxul de vizitatori este distribuit uniform în timp. Spre deosebire de sistemele clasice din SEC (acest lucru este tipic pentru sistemele de clasă B2C), vizitatorii vin nu numai pentru a face achiziții, ci și pentru a primi câteva informații: pentru a se familiariza cu sortimentul, prețurile, condițiile de plată și livrarea mărfurilor.

În același timp, sistemele clasice sunt caracterizate de o astfel de caracteristică încât vizitatorii sunt foarte probabil să devină cumpărători. Prin urmare, este posibil să se ia în considerare diferite modele și metode de evaluare a eficienței funcționării SEC: raportul dintre numărul de cumpărători și numărul de vizitatori, impactul funcționării SEC și feedback-ul asupra fluxului de aplicații de intrare.

Este tipic pentru SEC ca mulți vizitatori să vină acolo de mai multe ori pentru a obține câteva informații și numai după ce sunt mulțumiți de toate condițiile vor face o achiziție.

SEC poate deservi un număr destul de mare de vizitatori în același timp. Această caracteristică este limitată doar de capabilitățile software și hardware ale SEC. Adică, în cazul SEC, din punctul de vedere al utilizatorului, nu există cozi de așteptare pentru service. Acest lucru este valabil mai ales pentru SEC automatizate complet sau parțial.

În SEC, este posibil un caz când un vizitator, care a plasat produse într-un coș virtual, părăsește sistemul fără să facă o achiziție (este firesc ca toate produsele să rămână în sistem, deoarece este pur și simplu imposibil să le furi). Făcând o analogie cu sistemele clasice de cumpărături, este din nou dificil de imaginat o situație în care un vizitator, la intrarea într-un magazin, încarcă mai întâi un cărucior plin cu mărfuri, apoi descarcă totul și părăsește magazinul. În SEC acest caz este posibil dacă setul de factori de control nu este optim (sau suboptim)

Sistemele de gestionare a bazelor de date vă permit să combinați cantități mari de informații și să le procesați, să le sortați, să faceți selecții după anumite criterii etc.

SGBD-urile moderne fac posibilă includerea nu numai text și informații grafice, ci și fragmente de sunet și chiar clipuri video. Ușurința de utilizare a SGBD vă permite să creați noi baze de date fără a apela la programare, ci folosind doar funcții încorporate. SGBD asigură corectitudinea, completitudinea și consistența datelor.

1.2 Baze de date relaționale

SGBD relațional (RSDBMS; altfel Relational Database Management System, RDBMS) este un SGBD care gestionează baze de date relaționale.

Conceptul de relație este asociat cu evoluțiile celebrului specialist englez în domeniul sistemelor de baze de date, Edgar Codd.

Aceste modele se caracterizează prin simplitatea structurii datelor, reprezentarea tabelară ușor de utilizat și capacitatea de a utiliza aparatul formal al algebrei relaționale și calculului relațional pentru procesarea datelor.

Modelul relațional se concentrează pe organizarea datelor sub formă de tabele bidimensionale. Fiecare tabel relațional este o matrice bidimensională și are următoarele proprietăți:

– fiecare element de tabel este un element de date;

– toate coloanele din tabel sunt omogene, adică toate elementele din coloană au același tip (numeric, caracter etc.);

– fiecare coloană are un nume unic;

– nu există rânduri identice în tabel;

– ordinea rândurilor și coloanelor poate fi arbitrară.

Conceptele de bază ale SGBD relaționale sunt: ​​1) atribut; 2) relații; 3) tuplu.

O bază de date, deci, nu este altceva decât o colecție de tabele. RDBS și sistemele orientate spre înregistrare sunt organizate pe baza standardului B-Tree sau a Metodei de acces secvențial indexat (ISAM) și sunt sisteme standard utilizate în majoritatea produselor software moderne. Pentru a permite combinarea de tabele pentru a defini relațiile dintre date, care este aproape în întregime absentă din majoritatea implementărilor software B-Tree și ISAM, sunt utilizate limbaje precum SQL (IBM), Quel (Ingres) și RDO (Echipament digital) și sunt acum standardul industriei a devenit limbajul SQL, susținut de toți producătorii de SGBD relațional.

Versiunea originală a SQL este un limbaj interpretat conceput pentru a efectua operațiuni pe baze de date. Limbajul SQL a fost creat la începutul anilor 70 ca o interfață pentru interacțiunea cu bazele de date bazate pe noua teorie relațională de atunci. Aplicațiile reale sunt de obicei scrise în alte limbi care generează cod SQL și îl transmit DBMS ca text ASCII. De asemenea, trebuie remarcat faptul că aproape toate sistemele relaționale reale (și nu numai relaționale), pe lângă implementarea standardului ANSI SQL, cunoscut acum în ultima ediție sub numele SQL2 (sau SQL-92), includ extensii suplimentare, de exemplu , suport pentru arhitectura client-server sau instrumente de dezvoltare a aplicațiilor.

Rândurile tabelului sunt alcătuite din câmpuri care sunt cunoscute în prealabil bazei de date. Majoritatea sistemelor nu pot adăuga noi tipuri de date. Fiecare rând din tabel corespunde unei înregistrări. Poziția unui anumit rând se poate modifica pe măsură ce noi rânduri sunt șterse sau inserate.

Pentru a identifica unic un element, acesta trebuie să fie asociat cu un câmp sau un set de câmpuri care să garanteze unicitatea elementului în tabel. Acest câmp sau câmpuri sunt numite cheia primară a tabelului și sunt adesea numere. Dacă un tabel conține cheia primară a altuia, acest lucru vă permite să organizați o relație între elementele diferitelor tabele. Acest câmp se numește cheie externă.

Deoarece toate câmpurile unui tabel trebuie să conțină un număr constant de câmpuri de tipuri predefinite, este necesar să se creeze tabele suplimentare care să țină cont de caracteristicile individuale ale elementelor folosind chei străine. Această abordare complică foarte mult crearea oricăror relații complexe în baza de date. Un alt dezavantaj major al bazelor de date relaționale este complexitatea ridicată a manipulării informațiilor și a schimbării relațiilor.

În ciuda dezavantajelor considerate ale bazelor de date relaționale, acestea au o serie de avantaje:

împărțirea tabelelor folosind diferite programe;

„cod de returnare” extins pentru erori;

viteză mare de procesare a interogărilor (comanda SQL SELECT; rezultatul selecției este un tabel care conține câmpuri care îndeplinesc criteriul specificat);

conceptul de baze de date obiect în sine este destul de complex și necesită o pregătire serioasă și îndelungată din partea programatorilor;

viteză relativ mare atunci când lucrați cu cantități mari de date.

În plus, sume semnificative de bani au fost deja investite în SGBD-uri relaționale din întreaga lume. Multe organizații nu sunt sigure că costurile asociate cu migrarea către bazele de date cu obiecte vor merita.

Prin urmare, mulți utilizatori sunt interesați de o abordare combinată care să le permită să profite de avantajele bazelor de date cu obiecte fără a abandona complet bazele de date relaționale. Asemenea soluții există. Dacă trecerea de la o bază de date relațională la o bază de date cu obiecte este prea costisitoare, atunci utilizarea acesteia din urmă ca extensie și completare la DBMS relațional este adesea o alternativă mai rentabilă. Soluțiile de compromis vă permit să mențineți un echilibru între obiecte și tabele relaționale.

Adaptoare obiect-relaționale - uh Această metodă presupune utilizarea așa-numitului adaptor obiect-relațional, care alocă automat obiectele programului și le stochează în baze de date relaționale. O aplicație orientată pe obiecte funcționează ca un utilizator obișnuit DBMS. Deși există o anumită penalizare de performanță, această opțiune permite programatorilor să se concentreze în întregime pe dezvoltarea orientată pe obiecte. În plus, toate aplicațiile din întreprindere pot accesa în continuare datele stocate în formă relațională.

Unele SGBD-uri de obiecte, cum ar fi GemStone de la GemStone Systems, pot acționa ele însele ca un adaptor puternic obiect-relațional, permițând aplicațiilor orientate pe obiect să acceseze bazele de date relaționale.

Adaptoarele obiect-relaționale, cum ar fi Odapter pentru Oracle de la Hewlett-Packard, pot fi utile în multe domenii, cum ar fi middleware-ul care integrează aplicații orientate pe obiect cu baze de date relaționale.

Gateway-uri obiect-relaționale - p Când folosește această metodă, utilizatorul interacționează cu baza de date folosind limbajul OODBMS, iar gateway-ul înlocuiește toate elementele orientate pe obiect ale acestui limbaj cu componentele lor relaționale. Din nou trebuie să plătiți pentru asta în productivitate. De exemplu, un gateway trebuie să transforme obiecte într-un set de relații, să genereze identificatori originali (OID) de obiecte și să transmită acest lucru unei baze de date relaționale. Gateway-ul trebuie apoi, de fiecare dată când este utilizată interfața RDBMS, să convertească OID-ul găsit în baza de date în obiectul corespunzător stocat în RDBMS.

Performanța în cele două abordări considerate depinde de metoda de accesare a bazei de date relaționale. Fiecare RDBMS este format din două straturi: stratul de gestionare a datelor și stratul de gestionare a stocării. Primul dintre ele procesează instrucțiuni în limbaj SQL, iar al doilea afișează datele în baza de date. Un gateway sau un adaptor poate interacționa atât cu stratul de date (adică accesarea RDBMS folosind SQL), cât și cu stratul media (apeluri de procedură de nivel scăzut). Performanța în primul caz este mult mai scăzută (de exemplu, sistemul Hewlett-Packard OpenODB, care poate acționa ca gateway, suportă doar la un nivel înalt).

SGBD hibrid - de ex O altă soluție ar fi crearea de SGBD-uri hibride obiect-relaționale care pot stoca atât date tabulare tradiționale, cât și obiecte. Mulți analiști cred că viitorul stă în astfel de baze de date hibride. Furnizorii de top DBMS relaționali încep (sau planifică) să adauge capabilități orientate pe obiecte produselor lor. În special, Sybase și Informix intenționează să introducă suport pentru obiecte în versiunile viitoare ale DBMS. Companiile independente intenționează, de asemenea, să efectueze evoluții similare. De exemplu, compania Shores se pregătește să echipeze DBMS Oracle8 cu instrumente orientate pe obiecte, care este programată pentru lansare la sfârșitul anului 1996.

Pe de altă parte, furnizorii de SGBD-uri de obiecte, cum ar fi Object Design, sunt conștienți de faptul că bazele de date orientate pe obiecte nu vor înlocui SGBD-urile relaționale în viitorul apropiat. Acest lucru îi obligă să creeze gateway-uri pentru a suporta baze de date relaționale și ierarhice sau diferite tipuri de interfețe, un exemplu tipic al cărora este interfața obiect-relațională Ontos Integration Server de la Ontos, utilizată în combinație cu Ontos/DB OODB.

1.3 Baze de date multidimensionale

O bază de date puternică cu o organizare specială de stocare - cuburi, permițând utilizatorilor să analizeze volume mari de date. O bază de date multidimensională permite lucrul de mare viteză cu date stocate ca o colecție de fapte, dimensiuni și agregate precalculate.

În SGBD-urile specializate bazate pe o reprezentare multidimensională a datelor, datele sunt organizate nu sub formă de tabele relaționale, ci sub formă de tablouri multidimensionale ordonate:

Hipercuburi - toate celulele stocate în baza de date trebuie să aibă aceeași dimensiune, adică să fie în cea mai completă bază de măsurare

Polycubes - fiecare variabilă este stocată cu propriul set de dimensiuni, iar toate complexitățile de procesare asociate sunt transferate mecanismelor interne ale sistemului.

Utilizarea bazelor de date multidimensionale în sistemele de procesare analitică online are următoarele avantaje:

performanta ridicata. Produsele aparținând acestei clase au de obicei un server de baze de date multidimensional. Datele din procesul de analiză sunt selectate exclusiv dintr-o structură multidimensională, iar în acest caz, căutarea și preluarea datelor este mult mai rapidă decât în ​​cazul unei vederi conceptuale multidimensionale a unei baze de date relaționale, deoarece baza de date multidimensională este denormalizată, conține indicatori pre-agregați și oferă acces optimizat la celulele solicitate

căutarea și preluarea datelor se desfășoară mult mai rapid decât în ​​cazul unei vizualizări conceptuale multidimensionale a unei baze de date relaționale - timpul mediu de răspuns la o interogare ad-hoc atunci când se utilizează un SGBD multidimensional este de obicei cu unul sau două ordine de mărime mai mic decât în ​​cazul unei interogări relaționale. SGBD cu o schemă de date normalizată

structura și interfețele se potrivesc cel mai bine cu structura interogărilor analitice. Această metodă se aseamănă mai mult cu modelul mental uman, deoarece analistul este obișnuit să opereze cu mese plate. Prin tăierea unui cub cu un plan bidimensional într-o direcție sau alta, se obține ușor interdependența oricărei perechi de mărimi față de măsura aleasă. De exemplu, cum s-a modificat costul de fabricație a unui produs (măsură) în timp (dimensiune), defalcat pe secțiuni, ateliere și unități de producție (o altă dimensiune)

SGBD-urile multidimensionale fac față cu ușurință sarcinilor de includere a diferitelor funcții încorporate în modelul informațional, în timp ce limitările existente în mod obiectiv ale limbajului SQL fac realizarea acestor sarcini bazate pe SGB-uri relaționale destul de dificilă și uneori imposibilă.

MOLAP poate funcționa doar cu propriile baze de date multidimensionale și se bazează pe tehnologii proprietare pentru SGBD-uri multidimensionale, prin urmare este cel mai scump. Aceste sisteme oferă un ciclu complet de procesare OLAP și fie includ, în plus față de componenta server, propria interfață client integrată, fie folosesc programe externe de foi de calcul pentru a comunica cu utilizatorul. Pentru a menține astfel de sisteme, este necesar un personal special de angajați care să instaleze, să întrețină sistemul și să creeze vizualizări de date pentru utilizatorii finali.

Alte dezavantaje ale modelelor MOLAP includ:

nu permite lucrul cu baze de date mari. Astăzi, limita lor reală este de 10-20 gigaocteți. În plus, datorită denormalizării și agregării pre-executate, 20 de gigaocteți într-o bază de date multidimensională, de regulă, corespund (conform Codd) unui volum de 2,5-100 de ori mai mic al datelor detaliate originale, adică, în cel mai bun caz, câțiva gigaocteți. .

În comparație cu cele relaționale, folosesc memoria externă foarte ineficient. Celulele hipercub sunt stocate în ele sub formă de matrice ordonate logic (blocuri cu lungime fixă), iar un astfel de bloc este unitatea minimă indexată. Deși SGBD-urile multidimensionale nu stochează blocuri care nu conțin nicio valoare specifică, aceasta rezolvă doar parțial problema. Deoarece datele sunt stocate într-o manieră ordonată, valorile nedefinite nu sunt întotdeauna eliminate complet și numai atunci când ordinea de sortare permite ca datele să fie organizate în cele mai mari grupuri învecinate posibile. Dar ordinea de sortare folosită cel mai des în interogări poate să nu fie ordinea în care ar trebui să fie sortate pentru a maximiza eliminarea valorilor inexistente. Astfel, atunci când proiectați o bază de date multidimensională, de multe ori trebuie să sacrificați fie performanța (și acesta este unul dintre primele avantaje și motivul principal pentru alegerea unui SGBD multidimensional), fie memoria externă (deși, după cum am menționat, dimensiunea maximă a bazelor de date multidimensionale este limitat)

nu există standarde uniforme pentru interfață, limbaje pentru descrierea și manipularea datelor

nu acceptă replicarea datelor, care este adesea folosită ca mecanism de încărcare. Prin urmare, utilizarea SGBD multidimensională este justificată numai în următoarele condiții:

volumul de date sursă pentru analiză nu este prea mare (nu mai mult de câțiva gigaocteți), adică nivelul de agregare a datelor este destul de ridicat.

setul de dimensiuni informaţionale este stabil (întrucât orice modificare a structurii lor necesită aproape întotdeauna o restructurare completă a hipercubului).

Timpul de răspuns al sistemului la solicitările nereglementate este cel mai critic parametru.

necesită utilizarea extinsă a funcțiilor complexe încorporate pentru a efectua calcule transdimensionale pe celule hipercub, inclusiv capacitatea de a scrie formule și funcții personalizate.

2. Partea practică

2.1 Declarația problemei

2.1.1 Scopul rezolvării problemei

Conducerea companiei Stroy-design SRL, care desfășoară activități legate de efectuarea lucrărilor la repararea spațiilor, dorește automatizarea calculelor pentru calcularea costului lucrărilor efectuate pentru a furniza prompt clientului o factură. Acest lucru va ajuta la reducerea timpului de decontare, la evitarea erorilor umane și la creșterea satisfacției clienților cu serviciile oferite. Prin urmare, s-a decis să se calculeze costul lucrării efectuate și să se creeze o factură de plată, care să conțină numele lucrării, volumul muncii efectuate, prețul pe unitatea de producție și costul lucrării. Sarcina care va fi rezolvată lunar în mediul software MS Excel se numește „Calculul costului lucrării finalizate”.

Scopul rezolvării acestei probleme este de a calcula în timp util costul muncii pentru furnizarea promptă a unei facturi detaliate către clienți.

2.1.2 Starea problemei

Introduceți informații operaționale Se folosește documentul „Calculul costului muncii efectuate”, care conține detaliile: denumirea lucrării, volumul muncii efectuate, prețul pe unitate de produs (fr.), costul muncii (fr.), ultimele două detaliile trebuie calculate și calculate. Pe baza acestuia, este creat următorul formular de ecran:

Nume muncă	Unități măsurători	Volum efectuate lucrări		Preț funcționează, freca.
		Qi	C i	S i

Informații permanente condiționate (referință) servește ca listă de prețuri a organizației, conținând următoarele detalii (forma condiționată): denumirea lucrării, prețul pe unitate de producție (frec). Pe baza acestuia, este creat următorul formular de ecran:

Listă de prețuri

Denumirea funcției	Preț pe unitate de producție, frec.

Literele latine din tabel indică elementele formulelor de calcul corespunzătoare.

Ca urmare Ar trebui să primiți o factură cu următoarele detalii: numele lucrării, prețul pe unitate de produs (ruble), volumul de muncă efectuată, costul lucrării (ruble), numărul facturii (completat automat). Numele și data clientului sunt introduse manual. Informațiile sunt furnizate în următoarele documente:

Structura documentului rezultat „Factură”

	Stroyservis LLC
	CONT Nr.
				Data		20__
			Numele complet al clientului
	№ p/p		Nume muncă		Unități măsurători	Volum efectuate lucrări		Preț pe unitate de producție, frec.	Preț funcționează, freca.
			Înlocuirea bateriilor		PC.
			Tapet autocolant		m 2
			Înlocuire conductă
			Pardoseli cu parchet		m 2
	TOTAL:								ΣS i
	TVA:								N
	VALOARE CU TVA:								SN
		Ch. contabil

În plus, informațiile conținute în tabelele pentru analiză trebuie prezentate sub formă de diagrame.

În tehnologie, organizați conexiuni între mese pentru generarea automată a documentului „Factură” folosind funcțiile VLOOKUP sau VIEW.

2.2. Model computerizat pentru rezolvarea problemei

2.2.1. Model informativ pentru rezolvarea unei probleme

Un model de informații care reflectă relația dintre documentele sursă și documentele rezultate este prezentat în Fig. 2.

2.2.2. Model analitic pentru rezolvarea problemei

Pentru a primi documentul " Calculul costului efectuat
lucrări » este necesar să se calculeze următorii indicatori:

costul muncii, frec.;


TVA, rub.;


suma inclusiv TVA, frec..


Calculele sunt efectuate folosind următoarele formule:


S i = C i ∙Q i ,


N = ΣS i ∙ 0,18 ,


SN = ΣS i + N,


Unde S i
- Preț i lucrarea; C i
- pret pentru i-a-a unitate de productie; Q i - volumul muncii prestate i lucrarea; N- TVA;SN- Valoare cu TVA.


2.2.3. Tehnologie pentru rezolvarea problemelor MS Excel


Rezolvarea problemei folosind MS Excel


Apelați Excel:


faceți clic pe butonul „Start”;


selectați comanda „Programe” din meniul principal;


Din meniul Microsoft Office, selectați MS Excel.

Redenumiți „Foaia 1” în „Lista de prețuri”:

selectați comanda „Redenumire” din meniul contextual și faceți clic pe butonul stâng al mouse-ului;


apăsați tasta „Enter”.

Introduceți titlul tabelului „Lista de prețuri”:

tastați „Lista de prețuri” pe tastatură;


4. Formatați titlul:





Orez. 2. Exemplu de selectare a unui grup de celule


Pe bara de instrumente din fila „Acasă”, selectați secțiunea „Aliniere” și faceți clic pe butonul.


5. Formatați celulele A2:B2 pentru a introduce titluri lungi:


selectați celulele A2:B2;


executați comanda „Alignment” în secțiunea „Format Cells” din meniul „Home” din bara de instrumente;


selectați fila „Aliniere”;


în grupul de opțiuni „Afișare”, bifați opțiunea „încheierea cuvintelor” (Fig. 3);





Orez. 3. Setarea silabelor la introducerea cuvintelor lungi într-o celulă


antete


Faceți clic pe OK.


6. Introduceți în celulele A2:B2 informațiile prezentate în Fig. 4.





Orez. 4. Numele câmpurilor din tabelul „Lista de prețuri”.


7. Formatați celulele A3:A8 pentru a introduce caractere text:


selectați celulele A3:A8;


pe bara de instrumente din meniul „Acasă”, selectați „Celele”, unde în elementul „Format”, selectați comanda „Format celule”;


selectați fila „Număr”;


selectați formatul „Text” (Fig. 5);


Faceți clic pe OK.





Orez. 5. Selectarea formatului de celule


8. Repetați pasul 9 pentru intervalul de celule B3:B8, selectând formatul „Numeric”.


9. Introduceți datele inițiale (Fig. 6).





Orez. 6. Vedere tabel „Lista de prețuri”.


10. Dați un nume grupului de celule:


selectați celulele A3:B8;


selectați comanda „Atribuiți un nume” din secțiunea „Nume definite” din meniul „Formulă” (Fig. 7);





Orez. 7. Vizualizarea ferestrei „Creare nume”.


Faceți clic pe butonul „OK”.


11. Redenumiți „Fișa 2” în „Calculul costului muncii” (similar cu pașii 2).


12. Creați un tabel „Calculul costului muncii efectuate” (similar cu pașii 3 - 7, 8) (Fig. 8).





Orez. 8. Vedere tabel „Calculul costului muncii”


13. Completați coloanele „Numele lucrării” și „Prețul pe unitate de producție, frecare.”:


face celula A3 activă;


în meniul „Date”, selectați comanda „Validare date”, în câmpul „Tip de date” din care selectați „Lista”;


introduceți valoarea în câmpul „Sursă”, evidențiind intervalul A3:A8 în „Lista de prețuri” (Fig. 9);





Orez. 9. Stabilirea unei liste de plătitori


faceți clic pe butonul „OK”;


pentru a introduce numele unui loc de muncă din listă în fiecare celulă din coloana A („Numele locului de muncă”), activați celula A3 și, plasând cursorul pe markerul din colțul din dreapta jos, faceți clic stânga și trageți-l către celula A6 (Fig. 10);





Orez. 10. Vizualizarea foii „Calcul costuri de lucru” la configurarea listei


în câmpul „Select function”, faceți clic pe „VLOOKUP” (Fig. 11);





Orez. 11. Vedere a primei ferestre a vrăjitorului de funcții


faceți clic pe butonul „OK”;


introduceți numele lucrării în câmpul „Searched_value” făcând clic pe celula A3;


apasa Enter";


introduceți informații în câmpul „Tabel”;


utilizați comanda „Utilizare în formulă” din meniul „Formule”, selectând „Inserați nume”;


selectați „Nume:” „Lista_preț” (Fig. 12);





Orez. 12. Introducerea unui nume de matrice ca argument de formulă


faceți clic pe butonul „OK”;


apasa Enter";


introduceți informațiile - numărul 2 în câmpul „Column_Number”;


introduceți informațiile - numărul 0 în câmpul „Interval_viewing” (Fig. 13);





Orez. 13. Vedere a celei de-a doua ferestre a vrăjitorului de funcții


Faceți clic pe butonul „OK”;


14. Completați coloana „Sfera lucrărilor efectuate”.


15. Introduceți numele lucrărilor în celulele A4:A6:


Faceți celula A4 activă;


Faceți clic pe butonul de lângă celula A4 și din lista propusă selectați numele lucrării - Înlocuire baterie, buc. Celula C4 - „Preț pe unitate de producție, frecare.” va fi completat automat (Fig. 14);





Orez. 14. Completarea automată a Prețului pe unitate de produs după numele acestuia


în mod similar, completați celulele A5:A6, celulele C5:C6 vor fi, de asemenea, completate automat.


16. Completați coloana „Costul muncii, ruble”
tabelul „Calculul costului muncii efectuate”.
Pentru aceasta:


introduceți formula =B3*C3 în celula D3;


înmulțiți formula introdusă în celula D3 pentru celulele rămase D4:D6 din această coloană (folosind funcția de autocompletare).


Astfel, se va executa o buclă al cărei parametru de control este numărul liniei.


17. Tabelul completat arată astfel (Fig. 15).





Orez. 15. Rezultatul completării tabelului „Calculul costului muncii”


18. Redenumiți „Foaia 3” în „ Verifica „(similar cu pașii din paragraful 2).


19. Pe foaia de lucru „Cont”, creați tabelul necesar, urmând paragrafele precedente.


20. Utilizați funcția LOOKUP() pentru a crea relații între tabele. Cu toate acestea, înainte de a face acest lucru, sortați valorile tabelului „Calculele costului muncii efectuate” în ordine crescătoare după coloana „Numele lucrării”. Pentru aceasta:


selectați intervalul de celule A2:D6;


selectați „Sortare și filtrare” pe pagina de pornire, apoi „Sortare personalizată”;


în fereastra care apare, selectați „Sortare după” „Numele lucrărilor”;


Faceți clic pe OK.


utilizați comanda „Inserare funcție” din meniul „Formulă”;


în câmpul „Selectați o funcție”, faceți clic pe „VIZUALIZARE”;


faceți clic pe butonul „OK”;


introduceți numele lucrării în câmpul „Searched_value” făcând clic pe celula C9;


apasa Enter";


introduceți informații în câmpul „Vector de vizualizat”, și anume ‘Calcul costul lucrării’!$A$3:$A$6;


apasa Enter";


introduceți informații în câmpul „Vector necesar”, și anume ‘Calcul costului muncii’!$С$3:$С$6;


apăsați „Enter” (Fig. 16);





Orez. 16. Vedere a celei de-a doua ferestre a vrăjitorului funcției VIEW


faceți clic pe butonul „OK”;


22. Repetați pașii similari cu pasul 22 pentru celulele D9:D12, E9:E12.


23. Completați coloana „TOTAL” a tabelului după cum urmează:


introduceți formula =SUM(F9:F12) în celula F13.


24. Completați coloana „TVA”. Pentru a face acest lucru, introduceți formula =F13*0,18 în celula F14.


25. Completați coloana „SUMA CU TVA”. Pentru a face acest lucru, introduceți formula =F13+F14 în celula F15.


26. Ca rezultat, ar trebui să obțineți tabelul prezentat în Fig. 17.





Orez. 17. Forma facturii de plata pentru munca prestata


27. Pentru a analiza informații despre costul fiecărui tip de lucru pentru o comandă primită:


activați foaia „Cont”;


selectați intervalul C9:F12;


selectați comanda „Histogramă” din secțiunea „Diagrame” din meniul „Inserare”;


selectați tipul de histogramă dorit;


redenumiți histograma „Costul fiecărui tip de lucru” (Fig. 18).





Orez. 18. Histograma „Costul fiecărui tip de muncă”


2.3. Rezultatele unui experiment pe calculator și analiza acestora


2.3.1. Rezultatele unui experiment pe calculator


Pentru a testa corectitudinea soluției problemei, completați documentele de intrare și apoi calculați rezultatele.


Listă de prețuri
Denumirea funcției	Preț pe unitate de producție, frec.
Înlocuire cadă, buc.
Înlocuirea conductelor, m
Tapet autocolant, m2
Parchet, m2
Albirea tavanului, m2

Calculul costului muncii efectuate
Denumirea funcției	Sfera muncii efectuate	Preț pe unitate de producție, frec.	Costul muncii, freacă.
Inlocuire baterie, buc.			1000
Înlocuirea conductelor, m
Tapet autocolant, m2			1400
Parchet, m2			1200

	Stroy-design LLC
	CONT Nr.
		Data		. .20
		Numele complet al clientului
	Nu.	Denumirea funcției	Sfera muncii efectuate	Preț pe unitate de producție, frec.		Costul muncii, freacă.
		Inlocuire baterie, buc.				1000
		Tapet autocolant, m2				1400
		Înlocuirea conductelor, m
		Parchet, m2				1200
	TOTAL:					4560
	TVA:					820,8
	VALOARE CU TVA:					5380,8

Ca urmare a rezolvarii problemei, afirmatiile obtinute cu ajutorul calculatorului coincid cu cele de testare.


2.3.2. Analiza rezultatelor obtinute


Astfel, formarea documentului rezultat (tabel) „Factură” ne permite să rezolvăm problema - să reducem timpul de calcul al costului muncii, să eliminăm erorile cauzate de factorul uman și să creștem gradul de satisfacție a clienților. Crearea diferitelor diagrame (histograme, grafice) pe baza datelor de tabel folosind MS Excel vă permite nu numai să prezentați vizual rezultatele prelucrării informațiilor pentru analiză pentru a lua decizii, ci și să efectuați rapid manipulări în zona construcției lor. în favoarea celei mai convenabile prezentări a rezultatelor vizualizării în funcție de parametrii specificați ai utilizatorului (analistului).


Ideile principale ale tehnologiei informaționale moderne se bazează pe conceptul că datele ar trebui organizate în baze de date pentru a reflecta în mod adecvat lumea reală în schimbare și pentru a răspunde nevoilor de informații ale utilizatorilor. Aceste baze de date sunt create și funcționează sub controlul unor sisteme software speciale numite sisteme de management al bazelor de date (DBMS).


Creșterea volumului și complexității structurale a datelor stocate și extinderea cercului de utilizatori ai sistemelor informaționale au condus la utilizarea pe scară largă a celui mai convenabil și relativ ușor de înțeles SGBD relațional (tabelar). Pentru a asigura accesul simultan la date de către mai mulți utilizatori, adesea amplasați destul de departe unul de celălalt și de locul în care sunt stocate bazele de date, au fost create versiuni de rețea multi-utilizator ale bazelor de date bazate pe o structură relațională. Într-un fel sau altul, ele rezolvă probleme specifice proceselor paralele, integrității (corectitudinii) și securității datelor, precum și autorizarea accesului.


SGBD-ul trebuie să ofere acces la date oricăror utilizatori, inclusiv celor care practic nu au și (sau) nu doresc să aibă nicio idee despre: plasarea fizică a datelor și descrierile acestora în memorie; mecanisme de căutare a datelor solicitate; probleme care apar atunci când mulți utilizatori (programe de aplicație) solicită aceleași date simultan; modalități de a asigura protecția datelor împotriva actualizărilor incorecte și (sau) accesului neautorizat; menținerea bazelor de date la zi și multe alte funcții DBMS.


Astăzi, bazele de date relaționale rămân cele mai comune datorită simplității și clarității lor atât în ​​timpul procesului de creare, cât și la nivel de utilizator.


Principalul avantaj al bazelor de date relaționale este compatibilitatea cu cel mai popular limbaj de interogare SQL. Cu o singură interogare în această limbă, puteți uni mai multe tabele într-un tabel temporar și puteți decupa rândurile și coloanele necesare din acesta (selectare și proiecție). Deoarece structura tabulară a unei baze de date relaționale este intuitivă pentru utilizatori, limbajul SQL este simplu și ușor de învățat. Modelul relațional are o bază teoretică solidă pe care s-au bazat evoluția și implementarea bazelor de date relaționale. Călând valul de popularitate generat de succesul modelului relațional, SQL a devenit limbajul principal pentru bazele de date relaționale.


În procesul de analiză a informațiilor de mai sus, au fost identificate următoarele dezavantaje ale modelului de bază de date luat în considerare: deoarece toate câmpurile unui tabel trebuie să conțină un număr constant de câmpuri de tipuri predefinite, este necesar să se creeze tabele suplimentare care să țină cont de persoana individuală. caracteristicile elementelor folosind chei străine. Această abordare face foarte dificilă crearea oricăror relații complexe în baza de date; complexitate ridicată a manipulării informațiilor și a modificării conexiunilor.


În partea practică, folosind MS Excel 2010, sarcina a fost rezolvată în legătură cu o întreprindere fictivă - compania Stroy-design LLC, care desfășoară activități legate de efectuarea lucrărilor de renovare. Tabelele au fost construite pe baza datelor furnizate în sarcină. Costul lucrării pentru comanda primită a fost calculat; datele de calcul sunt introduse în tabel. Conexiunile între mese au fost organizate folosind funcțiile VLOOKUP sau VIEW pentru a genera automat o factură emisă clientului pentru plata lucrărilor efectuate. A fost generat și completat documentul „Factură pentru plata lucrărilor efectuate”. Rezultatele calculării costului fiecărui tip de lucru pentru comanda primită sunt prezentate în formă grafică.


Program de formare informatică la disciplina Informatică” / A.N. Romanov, V.S. Toroptsov, D.B. Grigorovici, L.A. Galkina, A.Yu. Artemiev, N.I. Lobova, K.E. Mihailov, G.A. Jukov, O.E. Krichevskaya, S.V. Yasenovsky, L.A. Vdovenko, B.E. Odintsov, G.A. Titorenko, G.D. Saviciov, V.I. Gusev, S.E. Smirnov, V.I. Suvorova, G.V. Fedorova, G.B. Konyashina. – M.: VZFEI, 2000. Data actualizată la 24.11.2010. – Acces prin autentificare și parolă.


Program de formare informatică la disciplina „Sisteme informaționale în economie” / A.N. Romanov, V.S. Toroptsov, D.B. Grigorovici, L.A. Galkina, A.V. Mortviciov, B.E. Odintsov, G.A. Titorenko, L.A. Vdovenko, V.V. Braga, G.D. Saviciov, V.I. Suvorov. – M.: VZFEI, 2005. Data actualizată 15.10.2010. – URL: . Acces prin autentificare și parolă.


CONCEPTUL DBMS SI TIPURI DE MODELE DE BAZ DE DATE COLECTAREA DATELOR SOCIOLOGICE FOLOSIND TEHNOLOGII DE BAZ DE DATE. CREAREA TABELELOR ȘI FORMULARELOR DB 2013-11-05

Model logic de date, o teorie matematică riguroasă care descrie aspectele structurale, de integritate și de procesare ale bazelor de date relaționale.

• Aspect structural (componenta) - datele din baza de date sunt un set de relatii.
• Un aspect (component) al integrității - relațiile (tabelele) îndeplinesc anumite condiții de integritate. RMD acceptă constrângeri de integritate declarativă la nivel de domeniu (tip de date), nivel de relație și nivel de bază de date.
• Aspect (componenta) de prelucrare (manipulare) - RMD suportă operatori de manipulare a relațiilor (algebră relațională, calcul relațional).

În plus, teoria normalizării este de obicei inclusă ca parte a modelului de date relaționale.

Modelul de date relaționale este o aplicație la problemele de prelucrare a datelor din ramuri ale matematicii precum teoria mulțimilor și logica formală.

Termenul „relațional” înseamnă că teoria se bazează pe conceptul matematic de relație. Cuvântul tabel este adesea folosit ca sinonim informal pentru termenul „relație”. Trebuie amintit că „masa” este un concept liber și informal și adesea nu înseamnă „relație” ca concept abstract, ci o reprezentare vizuală a relației pe hârtie sau ecran.

Pentru o mai bună înțelegere a RMD, trebuie reținute trei circumstanțe importante:

• modelul este logic, adică relațiile sunt mai degrabă structuri logice (abstracte) decât fizice (stocate);
• Pentru bazele de date relaționale, principiul informației este adevărat: tot conținutul informațional al bazei de date este reprezentat într-un singur mod, și anume prin specificarea explicită a valorilor atributelor în tupluri de relație; în special, nu există pointeri (adrese) care să lege o valoare de alta;
• Prezența algebrei relaționale permite programarea declarativă și descrierile declarative ale constrângerilor de integritate, pe lângă programarea de navigație (procedurală) și verificarea condițiilor procedurale.

Principiile modelului relațional au fost formulate în 1969-1970 de E. F. Codd. Ideile lui Codd au fost detaliate pentru prima dată în articolul „A Relational Model of Data for Large Shared Data Banks”, care a devenit un clasic.

O prezentare riguroasă a teoriei bazelor de date relaționale (model de date relaționale) în sensul modern poate fi găsită în cartea lui K. J. Data. „C. J.Date. O introducere în sistemele de baze de date” („Date, K. J. Introduction to Database Systems”).

Alternativele la modelul relațional sunt modelul ierarhic și modelul de rețea. Unele sisteme care folosesc aceste arhitecturi vechi sunt încă în uz astăzi. În plus, putem aminti modelul de date obiect pe care sunt construite așa-numitele SGBD-uri obiect, deși nu există o definiție clară și general acceptată a unui astfel de model.

Avantajele modelului relațional

• Simplitate și ușurință de înțelegere de către utilizatorul final - singura structură de informații este un tabel.
• La proiectarea unei baze de date relaționale se aplică reguli stricte bazate pe aparate matematice.
• Independență completă a datelor. La modificarea structurii relaționale, modificările care trebuie făcute în programele de aplicație sunt minime.
• Pentru a construi interogări și a scrie programe de aplicație, nu este nevoie să cunoaștem organizarea specifică a bazei de date în memoria externă.

Dezavantajele modelului relațional

• Viteză de acces relativ scăzută și cantitate mare de memorie externă.
• Dificultate în înțelegerea structurii datelor din cauza apariției unui număr mare de tabele ca urmare a designului logic.
• Nu este întotdeauna posibilă prezentarea unui domeniu sub forma unui set de tabele.