Clasificarea bazelor de date în funcție de modul în care sunt organizate datele. Clasificarea și caracteristicile bazelor de date

2.1. Definiții și concepte ale teoriei bazelor de date

Baza de date (DB, baza de date) este o colecție numită de date structurate legate de un domeniu specific.

Un domeniu este o parte a unui sistem din viața reală care funcționează ca o unitate independentă.

Domeniul complet poate reprezenta economia unei țări sau a unui grup de state aliate, dar în practică pentru sistemele informaționale cea mai mare valoare are o materie de amploare a unei întreprinderi individuale sau a unei corporații.

Un sistem de gestionare a bazelor de date (DBMS) este un set de instrumente software și lingvistice necesare pentru crearea și modificarea unei baze de date, adăugarea, modificarea, ștergerea, căutarea și selectarea informațiilor, prezentarea informațiilor pe ecran și în formă tipărită, delimitarea drepturilor de acces la informații, și efectuarea altor operațiuni de bază.

O bază de date relațională este principalul tip de baze de date moderne. Constă din tabele între care pot exista relații după valori cheie.

Un tabel (tabel) de bază de date este o structură obișnuită care constă din rânduri de același tip (înregistrări) împărțite în coloane (câmpuri).

În teoria bazelor de date relaționale, un tabel este sinonim cu o relație, în care un rând este numit tuplu și o coloană este numită atribut.

În modelul conceptual al unei baze de date relaționale, un analog al unui tabel este o entitate (entitate), cu un anumit set de proprietăți - atribute care pot lua anumite valori (un set de valori valide - un domeniu).

Elementul cheie al tabelului (cheie, cheie obișnuită) este câmpul acestuia (cheie simplă) sau o expresie șir formată din valorile mai multor câmpuri (cheie compusă), prin care puteți determina valorile altor câmpuri pentru una sau mai multe înregistrări de tabel. În practică, pentru a utiliza chei, se creează indecși - informații de serviciu care conțin informații ordonate despre valorile cheilor. În teoria relațională și modelul conceptual, conceptul de „cheie” este aplicat atributelor unei relații sau entități.

Cheia primară este elementul cheie principal care identifică în mod unic un rând dintr-un tabel. Pot exista, de asemenea, chei alternative (cheie candidat) și unice (cheie unică) care servesc și la identificarea rândurilor din tabel.

În teoria relațională, o cheie primară este un set minim de atribute care identifică în mod unic un tuplu într-o relație.

În modelul conceptual, cheia primară este setul minim de atribute de entitate care identifică în mod unic o instanță a unei entități.

Comunicare (relație) — dependență funcțională între obiecte. În bazele de date relaționale, relațiile sunt stabilite între tabele prin chei, dintre care una în tabelul principal (părinte, părinte) este primară, a doua este o cheie străină - în tabelul extern (copil, copil), de regulă, nu este primar și formează o relație „unu la mulți” (1:N). În cazul unei chei străine primare, relația dintre tabele este unu-la-unu (1:1). Informațiile de legătură sunt stocate într-o bază de date.

Cheie externă (cheie externă) - un element cheie al unui tabel subordonat (extern, copil), a cărui valoare se potrivește cu valoarea cheii primare a tabelului principal (părinte).

Integritatea referențială este un set de reguli care se potrivesc cu valorile cheie din tabelele aferente.

Procedurile stocate sunt module de program care sunt stocate într-o bază de date pentru a efectua anumite operații asupra informațiilor bazei de date.

Declanșatorii sunt proceduri stocate care asigură îndeplinirea condițiilor de integritate referențială a datelor în operațiunile de schimbare a cheilor primare (eventual date în cascadă), ștergerea înregistrărilor din tabelul principal (ștergerea în cascadă în tabelele copil) și adăugarea de înregistrări sau modificarea datelor în tabelele copil.

Obiect (obiect) - un element al sistemului informatic care are anumite proprietăți (proprietăți) și reacționează într-un anumit mod la evenimente (evenimente) externe.

Un sistem este un set de obiecte care interacționează între ele și cu mediul extern.

Replicarea bazei de date este crearea de copii a bazei de date (replicate) care pot face schimb de date actualizate sau de formulare, rapoarte sau alte obiecte replicate ca rezultat al procesului de sincronizare.

O tranzacție este o modificare a informațiilor din baza de date ca urmare a efectuării unei operațiuni sau a unei secvențe de operații, care trebuie efectuată complet sau deloc. SGBD are mecanisme speciale pentru asigurarea tranzacțiilor.

SQL (Structured Query Language) este un limbaj universal pentru lucrul cu baze de date, incluzând posibilitatea de a-l crea, de a modifica structura, de a selecta datele prin interogare, de a modifica informațiile din baza de date și de alte operațiuni de manipulare a bazei de date.

Null este valoarea unui câmp de tabel, indicând faptul că nu există informații în acest câmp. Permisiunea de a permite existența unei valori Null poate fi setată pentru câmpuri individuale dintr-un tabel.

2.2. Clasificarea bazei de date

Conform tehnologiei de prelucrare a datelor, bazele de date sunt împărțite în centralizate și distribuite.

Baza de date centralizată este stocată în memoria unui sistem informatic. Acest sistem de calcul poate fi un mainframe - apoi accesul la acesta este organizat folosind terminale - sau un server de fișiere pe o rețea locală de PC.

O bază de date distribuită constă din mai multe părți, care se intersectează sau chiar se dublează unele pe altele, care sunt stocate în diferite computere dintr-o rețea de calculatoare. Lucrul cu o astfel de bază de date se realizează folosind un sistem de management al bazelor de date distribuite (RDBMS).

Conform metodei de accesare a datelor, bazele de date sunt împărțite în baze de date cu acces local și baze de date cu acces la rețea.

Pentru toate bazele de date moderne, puteți organiza accesul la rețea cu un mod de operare multi-utilizator.

Bazele de date centralizate cu acces la rețea pot avea următoarea arhitectură:

server de fișiere;
baza de date client-server;
„client subțire” - server de aplicații - server de baze de date (arhitectură pe trei niveluri).

Orez. 1. Schema de lucru cu o bază de date într-o rețea locală cu un server de fișiere dedicat

Server de fișiere. Arhitectura sistemelor de baze de date cu acces la rețea presupune alocarea uneia dintre mașinile de rețea ca una centrală (server de fișiere). Un sistem de operare (OS) pentru un server dedicat este instalat pe acest computer (de exemplu, Microsoft Windows Server 2003). De asemenea, stochează o bază de date centralizată partajată sub forma unuia sau a unui grup de fișiere. Toate celelalte computere din rețea acționează ca stații de lucru (pot rula Microsoft Windows 2000 Professional sau Microsoft Windows 98). Fișierele bazei de date în conformitate cu solicitările utilizatorilor sunt transferate la stațiile de lucru, unde sunt procesate informații (Fig. 1). Cu o intensitate mare de acces la aceleași date, performanța sistemului informațional scade. De asemenea, utilizatorii pot crea baze de date locale pe stațiile de lucru.

Orez. 2. Schema de lucru cu baza de date în arhitectura „Client-server”.

Client server.În această arhitectură, pe un server dedicat care rulează un server sistem de operare, este instalat un software (software) special - un server de baze de date, cum ar fi Microsoft® SQL Server sau Oracle. SGBD-ul este împărțit în două părți: client și server. Baza serverului de baze de date este utilizarea limbajului de interogare (SQL). O interogare SQL trimisă de client (stația de lucru) către serverul bazei de date generează o căutare și regăsire a datelor pe server. Datele extrase sunt transportate prin rețea de la server la client (Figura 2). Astfel, cantitatea de informații transmise prin rețea este redusă de multe ori.

Arhitectura pe trei niveluri funcționează în rețelele intranet și Internet. Partea client ("client subțire") care interacționează cu utilizatorul este o pagină HTML într-un browser Web sau o aplicație Windows care interacționează cu serviciile Web. Toată logica programului este plasată pe serverul de aplicații, ceea ce asigură formarea interogărilor bazei de date care sunt transmise serverului bazei de date pentru execuție. Serverul de aplicații poate fi un server web sau program de specialitate(de exemplu, Oracle Forms Server) (Fig. 3).

Orez. 3. Schema de lucru cu baza de date într-o arhitectură pe trei niveluri

2.3. Modele de date ierarhice și de rețea

Într-un model de date ierarhic, există un obiect principal și restul - subordonate - obiecte situate la diferite niveluri ale ierarhiei. Relațiile dintre obiecte formează un arbore ierarhic cu un singur obiect rădăcină.

O bază de date ierarhică constă dintr-un set ordonat de mai multe instanțe ale aceluiași tip de arbore. Integritatea referenţială între strămoşi şi descendenţi este menţinută automat. Regula de bază: niciun copil nu poate exista fără părintele său (Fig. 4).

Orez. 4. Diagrama modelului ierarhic de date

Un reprezentant tipic (cel mai faimos și răspândit) este Sistemul de management al informațiilor (IMS) de la IBM. Prima versiune a apărut în 1968. Multe baze de date ale acestui sistem sunt încă suportate.

Baze de date de rețea

Abordarea în rețea a organizării datelor este o extensie a celei ierarhice. În structurile ierarhice, o intrare descendentă trebuie să aibă exact un părinte; într-o structură de date de rețea, un copil poate avea orice număr de strămoși.

În modelul de date de rețea, orice obiect poate fi atât master cât și slave în același timp și poate participa la formarea oricărui număr de relații cu alte obiecte. O bază de date de rețea constă dintr-un set de înregistrări și un set de legături între aceste înregistrări, sau mai precis, un set de instanțe de fiecare tip din setul de tipuri de înregistrări specificate în schema bazei de date și un set de instanțe de fiecare tip dintr-un un set dat de tipuri de legături (Fig. 5).

Orez. 5. Diagrama modelului de date de rețea

Un reprezentant tipic este Sistemul de management al bazelor de date integrate (IDMS) de la Cullinet Software, Inc., conceput pentru a fi utilizat pe mașinile IBM principale care rulează majoritatea sistemelor de operare. Arhitectura sistemului se bazează pe propunerile Grupului de activitate pentru baze de date (DBTG) al Comitetului pentru limbaje de programare al Conferinței privind limbajele sistemelor de date (CODASYL), organizația responsabilă cu definirea limbajului de programare Cobol. Raportul DBTG a fost publicat în 1971, iar ulterior au apărut mai multe sisteme, printre care IDMS.

2.4. Baze de date relaționale

Sistemele relaționale nu s-au răspândit imediat. În timp ce principalele rezultate teoretice în acest domeniu au fost obținute încă din anii 70 și în același timp au apărut primele prototipuri de SGBD relațional, pentru o lungă perioadă de timp a fost considerată imposibilă realizarea unei implementări eficiente a unor astfel de sisteme. Cu toate acestea, acumularea treptată a metodelor și algoritmilor pentru organizarea și gestionarea bazelor de date relaționale a dus la faptul că deja la mijlocul anilor 80, sistemele relaționale au eliminat practic DBMS-ul timpuriu de pe piața mondială.

Modelul de date relaționale se bazează pe principii matematice care decurg direct din teoria mulțimilor și logica predicatelor. Aceste principii au fost aplicate pentru prima dată în domeniul modelării datelor la sfârșitul anilor 1960. de Dr. E. F. Codd, apoi la IBM, și publicat pentru prima dată în 1970.

Lucrarea tehnică „The Relational Data Model for Large Shared Data Banks” de Dr. E. F. Codd, publicată în 1970, este precursorul teoriei moderne a bazelor de date relaționale. Dr. Codd a definit 13 reguli pentru modelul relațional (numite cele treisprezece reguli Codd).

Cele 13 reguli ale Codd

Un SGBD relațional trebuie să fie capabil să gestioneze pe deplin baza de date prin capacitățile sale relaționale.
Regulă de informare - Toate informațiile dintr-o bază de date relațională (inclusiv numele tabelelor și coloanelor) trebuie definite strict ca valori în tabele.
Acces garantat - Orice valoare dintr-o bază de date relațională trebuie să fie garantată pentru a fi disponibilă pentru utilizare printr-o combinație de nume de tabel, valoare cheie primară și nume de coloană.
Suport pentru valori nule - SGBD-ul trebuie să poată funcționa cu valori nule (valori necunoscute sau neutilizate), spre deosebire de valorile implicite și independent pentru orice domeniu.
Catalog relațional online - descrierea bazei de date și conținutul acesteia trebuie reprezentate la nivel logic sub formă de tabele, cărora li se pot aplica interogări folosind limbajul bazei de date.
Limbă cuprinzătoare de gestionare a datelor - Cel puțin una dintre limbile acceptate trebuie să aibă o sintaxă bine definită și să fie cuprinzătoare. Trebuie să suporte descrierea și manipularea structurii datelor, regulile de integritate, autorizarea și tranzacțiile.
Vizualizare regula de actualizare - toate vizualizările care pot fi actualizate teoretic pot fi actualizate prin intermediul sistemului.
Inserare, actualizare și ștergere - SGBD acceptă nu numai o interogare pentru selectarea datelor, ci și inserarea, actualizarea și ștergerea.
Independența datelor fizice - programele de aplicație și programele speciale nu sunt afectate logic de modificări metode fizice acces la date și structuri de stocare a datelor.
Independenta datelor logice - programele de aplicatie si programele speciale nu sunt afectate in mod logic, in limite rezonabile, de modificari in structurile tabelelor.
Independență de integritate - Limbajul bazei de date trebuie să fie capabil să definească reguli de integritate. Ele trebuie să fie stocate în directorul online și nu trebuie să existe nicio cale de ocolire a lor.
Independența distribuției - Programele de aplicație și programele speciale nu sunt afectate în mod logic de faptul dacă datele sunt utilizate prima dată sau reutilizate.
Continuitate - incapacitatea de a ocoli regulile de integritate definite prin limbajul bazei de date folosind limbaje nivel scăzut.

Ideea de bază a algebrei relaționale este că, deoarece relațiile sunt mulțimi, mijloacele de manipulare a relațiilor se pot baza pe operații tradiționale teoretice, completate de unele operațiuni speciale, specific bazelor de date relaționale.

Există multe abordări ale definiției algebrei relaționale, care diferă prin seturile de operații și modul în care sunt interpretate, dar, în principiu, sunt mai mult sau mai puțin echivalente. O versiune inițială extinsă a algebrei, care a fost propusă de Codd, se numește algebra Codd.

În această versiune, setul de operații algebrice de bază este format din opt operații, care sunt împărțite în două clase - operații teoretice de mulțimi și operații relaționale speciale. Operațiile teoretice de mulțimi includ următoarele operații:

asociere de relații;
intersecții de relații;
luarea diferenței de rapoarte;
luând produsul cartezian al rapoartelor.

Operațiile relaționale speciale includ:

restrângerea relațiilor;
proiecția atitudinii;
legătura de relații;
împărțirea relațiilor.

În plus, algebra include operația de atribuire, care permite salvarea rezultatelor calculului expresiilor algebrice în baza de date și operația de redenumire a atributelor, care face posibilă formarea corectă a titlului (schemei) relației rezultate.

La efectuarea operației UNION a două relații cu aceleași antete, se produce o relație care include toate tuplurile care sunt incluse în cel puțin una dintre relații - operanzi.
Operația de intersecție (INTERSECT) a două relații cu aceleași titluri produce o relație care include toate tuplurile care sunt incluse în ambele relații de operand.
O relație care este diferența (MINUS) a două relații cu aceleași titluri include toate tuplurile din prima relație de operand, astfel încât niciunul dintre ele nu se află în relația de al doilea operand.
Efectuarea produsului cartezian (TIMES) a două relații ale căror titluri se intersectează este goală produce o relație ale cărei tupluri sunt produse prin concatenarea tuplurilor primului și celui de-al doilea operand.
Rezultatul unei constrângeri (WHERE) asupra unei relații de către o anumită condiție este o relație care include tupluri ale relației de operand care satisface acea condiție.
Atunci când se realizează o proiecție (PROIECT) a unei relații pe un submult dat al setului de atribute ale acesteia, se produce o relație ale cărei tupluri sunt subseturile corespunzătoare ale tuplurilor operandului-relație.
La unirea (JOIN) a două relații după o anumită condiție, se formează relația rezultată, ale cărei tupluri sunt produse prin combinarea tuplurilor primei și celei de-a doua relații și satisfac această condiție.
Operatorul de împărțire relațională (DIVIDE BY) are doi operanzi - relații binare și unare. Relația rezultată constă din tupluri unare care includ valorile primului atribut al tuplurilor primului operand, astfel încât setul de valori al celui de-al doilea atribut (cu o valoare fixă a primului atribut) include setul de valorile celui de-al doilea operand.
Operația de redenumire (RENAME) produce o relație al cărei corp este același cu corpul operandului, dar numele atributelor au fost schimbate.
Operatorul de atribuire (:=) vă permite să stocați rezultatul evaluării unei expresii relaționale într-o relație de bază de date existentă.

Codd a propus utilizarea algebrei relaționale într-un RDBMS pentru a descompune datele în seturi înrudite. Și-a organizat sistemul DB în jurul unui concept bazat pe seturi de date.

În modelul relațional, datele sunt împărțite în seturi care alcătuiesc o structură tabelară. Această structură de tabel constă din elemente de date individuale numite câmpuri. Un singur set sau grup de câmpuri este cunoscut ca înregistrare.

Modelul de date, sau descrierea conceptuală a domeniului subiectului, este cel mai abstract nivel de proiectare a bazei de date.

Din punctul de vedere al teoriei bazelor de date relaționale, principiile de bază ale modelului relațional la nivel conceptual pot fi formulate astfel:

toate datele sunt reprezentate ca o structură ordonată, definită ca rânduri și coloane și numită relație;
toate valorile sunt scalari. Aceasta înseamnă că pentru orice rând și coloană a oricărei relații, există una și o singură valoare;
toate operatiile sunt efectuate pe o relatie intreaga, iar rezultatul executarii lor este si o relatie intreaga. Acest principiu se numește închidere.

La formularea principiilor modelului relațional, dr. Codd a ales termenul „relație” (relație) deoarece, în opinia sa, acest termen este lipsit de ambiguitate (în timp ce, de exemplu, termenul „tabel” are multe tipuri diferite - un tabel în textul, o foaie de calcul etc.). O concepție greșită comună este că modelul relațional este numit astfel deoarece definește relațiile dintre tabele. De fapt, denumirea acestui model provine de la relațiile (tabelele bazei de date) care stau la baza acestuia.

Fiecare rând care conține date se numește tuplu, fiecare coloană a unei relații se numește atribut (la nivelul lucrărilor practice cu bazele de date relaționale moderne se folosesc termenii „înregistrare” și „câmp”).

Elementele descrierii modelului de date relaționale la nivel conceptual sunt entitățile, atributele, domeniile și relațiile.

O entitate este un obiect sau un eveniment separat, despre care informații trebuie stocate în baza de date, care are un anumit set de proprietăți - atribute. Entitățile pot fi atât fizice (obiecte din viața reală: de exemplu, STUDENT, atribute - număr carnet de note, prenume, facultatea sa, specialitatea, numărul grupului etc.), cât și abstracte (de exemplu, EXAMEN, atribute - disciplină, dată, profesor, public etc.). Entitățile se disting prin tipul și instanța lor. Un tip este caracterizat printr-un nume și o listă de proprietăți, în timp ce o instanță este caracterizată de valori specifice proprietăților.

Atributele entității sunt:

identificatoare și descriptive. Atributele de identificare au o valoare unică pentru entitățile de un anumit tip și sunt chei potențiale. Ele vă permit să recunoașteți în mod unic instanțe ale unei entități. O cheie primară (PC) este selectată dintre cheile candidate. Ca PC, este de obicei aleasă o potențială cheie, care este folosită mai des pentru a accesa instanțe de înregistrare. PC-ul trebuie să includă numărul minim de atribute necesare pentru identificare. Atributele rămase se numesc descriptive.
Simplu și compus. Un atribut simplu constă dintr-o componentă, valoarea sa este indivizibilă. Un atribut compus este o combinație de mai multe componente, eventual aparținând tipuri diferite date (de exemplu, adresa). Decizia de a utiliza un atribut compus sau de a-l împărți în componente depinde de procesele specifice de utilizare a acestuia și poate fi asociată cu lucrul de mare viteză cu baze de date mari.
Cu o valoare și mai multe valori- poate avea respectiv una sau mai multe valori pentru fiecare instanță a entității.
De bază și derivată. Valoarea atributului principal nu depinde de alte atribute. Valoarea unui atribut derivat este calculată din valorile altor atribute (de exemplu, vârsta unei persoane este calculată de la data nașterii și data curentă).

O specificație de atribut constă în numele său, tipul de date și constrângerile de integritate, setul de valori (sau domeniul) pe care le poate lua atributul.

Un domeniu este ansamblul tuturor valorilor valide pe care le poate conține un atribut. Conceptul de „domeniu” este adesea confundat cu conceptul de „tip de date”. Este necesar să se facă distincția între aceste două concepte. Un tip de date este un concept fizic, în timp ce un domeniu este unul logic. De exemplu, „întreg” este tipul de date, iar „vârsta” este domeniul.

Relațiile – la nivel conceptual, sunt simple asocieri între entități. De exemplu, afirmația „Clienții cumpără produse” indică faptul că există o relație între entitățile „Clienți” și „Produse”, iar astfel de entități sunt numite membri ai acestei relații.

Există mai multe tipuri de relații între două entități: sunt relații unu-la-unu, unu-la-mulți și mulți-la-mulți.

Fiecare relație din modelul relațional este caracterizată printr-un nume, o cerință, un tip și o întindere. Faceți distincția între linkurile opționale și obligatorii. Dacă o entitate de un tip este neapărat legată de o entitate de alt tip, atunci există o relație obligatorie între aceste tipuri de obiecte (notate printr-o linie dublă). În caz contrar, conexiunea este opțională.

Gradul de relație este determinat de numărul de entități care sunt acoperite de această relație. Un exemplu de relație binară este relația dintre un departament și angajații care lucrează în el.

Diagramele Entitate-Relație, sau diagrama E/R, este folosită pentru a descrie schema de bază la nivel de proiectare conceptuală. Metoda a fost propusă în 1976 de Peter Pin Shan Chen. Diagramele entitate-relație arată entitățile ca dreptunghiuri, atributele ca elipse și relațiile ca romburi (Figura 6).

Orez. 6. Diagrama entitate-relație

Ulterior, mulți autori au dezvoltat propriile versiuni ale unor astfel de modele (notația Martin, notația IDEF1X, notația Barker etc.). În plus, diferite instrumente software care implementează aceeași notație pot diferi în ceea ce privește capacitățile lor. De fapt, toate variantele diagramelor entitate-relație provin din aceeași idee - o imagine este întotdeauna mai clară decât o descriere textuală. Toate astfel de diagrame folosesc o reprezentare grafică a entităților din domeniul subiectului, proprietățile lor (atributele) și relațiile dintre entități.

Proiectarea schemei bazei de date ar trebui să rezolve problema minimizării dublării datelor, simplificarea și accelerarea procedurilor de procesare și actualizare a acestora. O schemă de bază de date proiectată incorect poate duce la anomalii de modificare a datelor. Pentru a rezolva astfel de probleme, se realizează normalizarea relațiilor.

Cu toate acestea, în tehnologia de lucru cu depozite de date, se poate folosi tehnica inversă - denormalizarea relațiilor pentru a crește viteza de execuție a interogărilor pe volume foarte mari de date arhivate.

În cadrul modelului de date relaționale, E. F. Codd a dezvoltat principiile normalizării relațiilor și a propus un mecanism care permite ca orice relație să fie convertită la a treia formă normală.

Normalizarea este o metodă formală de analiză a relațiilor pe baza cheii lor primare și a relațiilor existente. Sarcina sa este de a înlocui o schemă de bază de date (sau un set de relații) cu o altă schemă în care relațiile au o structură mai simplă și mai regulată.

Când lucrați cu un model relațional, pentru a crea relații de calitate acceptabilă, este suficient să îndepliniți cerințele primei forme normale.

Prima formă normală (1NF) se referă la conceptele de atribute simple și complexe. Un atribut simplu este un atribut ale cărui valori sunt atomice (adică indivizibile). Un atribut complex poate avea o valoare care este unirea mai multor valori din același domeniu sau din domenii diferite. În prima formă normală, atributele duplicate sau grupurile de atribute sunt eliminate, adică sunt identificate entitățile implicite „deghizate” ca atribute.

O relație este redusă la 1NF dacă toate atributele sale sunt simple, adică valoarea atributului nu trebuie să fie un set sau un grup care se repetă.

Pentru a aduce tabelele la 1NF, este necesar să împărțiți atributele complexe în unele simple și să mutați atributele cu mai multe valori în relații separate.

A doua formă normală (2NF) se aplică relațiilor cu chei compuse (formate din două sau mai multe atribute) și este legată de conceptele de dependență funcțională.

Dacă în orice moment fiecare valoare a atributului A corespunde unei singure valori a atributului B, atunci B este dependent funcțional de A (AB). Atributul (grupul de atribute) A se numește determinator.

În a doua formă normală, atributele care depind doar de o parte a cheii unice sunt eliminate. Această parte a cheii unice identifică o singură entitate.

O relație este în 2NF dacă este redusă la 1NF și fiecare atribut non-cheie este complet dependent funcțional de cheia primară compusă.

A treia formă normală (3NF) este legată de noțiunea de dependență tranzitivă. Fie A, B, C atribute ale unei relații. Mai mult, A B și B C, dar nu există corespondență inversă, adică C nu depinde de B sau B nu depinde de A. Atunci spunem că C depinde tranzitiv de A (A C).

A treia formă normală elimină atributele care depind de atributele care nu fac parte din cheia unică. Aceste atribute sunt baza unei singure entități.

O relație este în 3NF dacă este în 2NF și nu are atribute care nu sunt în cheia primară și sunt dependente tranzitiv de cheia primară.

Există, de asemenea, Boyce-Codd Normal Form (BCNF), 4NF și 5NF. Cu toate acestea, 1NF este de cea mai mare importanță, deoarece NF-urile ulterioare se ocupă de conceptele de chei compuse și dependențe complexe ale cheilor, iar în practică există de obicei cazuri mai simple.

Modelarea structurii bazei de date folosind algoritmul de normalizare are dezavantaje serioase:

Tehnica de normalizare implică plasarea inițială a tuturor atributelor domeniului subiectului proiectat într-o singură relație, ceea ce este o operație foarte nefirească. Intuitiv, dezvoltatorul proiectează mai multe relații deodată în funcție de entitățile descoperite. Chiar dacă comiteți violență împotriva dvs. și creați una sau mai multe relații, inclusiv toate presupusele atribute din acestea, atunci sensul relației rezultate este complet neclar.
Nu este posibil să se determine imediat lista completă de atribute. Utilizatorii au obiceiul de a suna nume diferite aceleași lucruri sau, dimpotrivă, numiți lucruri diferite cu aceleași nume.
Pentru a efectua procedura de normalizare, este necesar să izolați dependențele atributelor, ceea ce este, de asemenea, foarte dificil.

În proiectarea reală a structurii bazei de date, se folosește o altă metodă - așa-numita modelare semantică. Modelarea semantică este modelarea structurilor de date pe baza semnificației acestor date. Ca instrument de modelare semantică, diferite versiuni ale diagramelor entitate-relație (ERD) sunt utilizate pentru construirea unui model conceptual de bază de date.

Orice profesionist care are principii generale organizarea optimă a bazelor de date relaționale, capabile să construiască un model care nu contrazice principiile normalizării.

O bază de date relațională la nivel fizic este formată din tabele, între care pot exista relații prin valori cheie. Alături de tabelele și informațiile despre relațiile dintr-o bază de date relațională pot exista „proceduri stocate” și, în special, „declanșatoare” care asigură respectarea condițiilor de integritate referențială a bazei de date.

Respectarea condițiilor de integritate referențială într-o bază de date relațională

Regula potrivirii cheilor străine cu cele primare este regula principală pentru respectarea condițiilor de integritate referențială. Pentru fiecare valoare a cheii externe, trebuie să existe o valoare a cheii primare corespunzătoare în tabelul părinte.

Integritatea referenţială poate fi întreruptă ca urmare a operaţiilor de inserare (adăugare), actualizare şi ştergere în tabele. Există două tabele implicate în integritatea referențială, părinte și copil, iar aceste operațiuni sunt posibile pentru fiecare dintre ele, deci există șase opțiuni diferite care pot duce sau nu la o încălcare a integrității referențiale.

Pentru masa de părinte:

Introduce. Există o nouă valoare a cheii primare. Existența înregistrărilor în tabelul părinte care nu sunt referite din tabelul fiu este permisă, operația nu încalcă integritatea referențială.
Actualizați. Modificarea valorii cheii primare dintr-o înregistrare poate duce la o încălcare a integrității referențiale.
Îndepărtarea.Ștergerea unei înregistrări șterge valoarea cheii primare. Dacă în tabelul copil există înregistrări care se referă la cheia înregistrării care este ștearsă, atunci valorile cheii străine vor deveni invalide. Operația poate duce la o încălcare a integrității referențiale.

Pentru masa pentru copii:

Introduce. Nu puteți insera o înregistrare într-un tabel copil dacă intrare nouă valoarea cheii străine este nevalidă. Operația poate duce la o încălcare a integrității referențiale.
Actualizați. Când actualizați o înregistrare într-un tabel copil, puteți încerca să modificați incorect valoarea cheii externe. Operația poate duce la o încălcare a integrității referențiale.
Îndepărtarea.Ștergerea unei înregistrări dintr-un tabel copil nu rupe integritatea referențială.

Astfel, integritatea referenţială poate fi, în principiu, încălcată de una dintre cele patru operaţii:

Actualizați înregistrările din tabelul părinte.
Ștergerea înregistrărilor din tabelul părinte.
Inserarea înregistrărilor într-un tabel copil.
Actualizați înregistrările în tabelul copil.

Strategii de bază pentru menținerea integrității referențiale

Există două strategii principale pentru menținerea integrității referențiale.

RESTRICȚI (RESTRICT) - nu permiteți executarea unei operațiuni care duce la o încălcare a integrității referențiale.

CASCADE (CASCADE CHANGE) - permite efectuarea operației necesare, dar efectuează modificările necesare în tabelele aferente astfel încât să se prevină încălcarea integrității referențiale și să se păstreze toate relațiile existente. Schimbarea începe în tabelul părinte și trece în cascadă prin tabelele secundare. Există o subtilitate în implementarea acestei strategii, și anume că tabelele copil în sine pot fi părinte pentru unele terțe tabele. Acest lucru poate necesita, în plus, executarea unei strategii pentru această conexiune etc. Dacă, în acest caz, oricare dintre operațiunile în cascadă (de orice nivel) nu poate fi efectuată, atunci este necesar să abandonați operația inițială și să returnați baza de date la ea. starea inițială. Aceasta este o strategie complexă, dar nu rupe relațiile dintre tabelele părinte și copil.

Aceste strategii sunt standard și sunt prezente în toate SGBD-urile care suportă integritatea referențială.

Strategii suplimentare pentru menținerea integrității referențiale

IGNORE (IGNORE) - permite efectuarea operației fără verificarea integrității referențiale. În acest caz, valorile cheii străine incorecte pot apărea în tabelul copil, iar întreaga responsabilitate pentru integritatea bazei de date revine programatorului sau utilizatorului.

SET NULL - Permiteți efectuarea operației necesare, dar modificați orice cheie externă incorectă rezultată în valori nule. Această strategie are două dezavantaje. În primul rând, necesită permisiunea de a folosi valori nule. În al doilea rând, înregistrările tabelului copil își pierd relația cu înregistrările tabelului părinte. Nu mai este posibil să se determine cu ce înregistrare a tabelului părinte au fost asociate înregistrările modificate ale tabelului copil după operație.

SETARE IMPLICIT (SETARE VALOAREA IMPLICITĂ) - permiteți efectuarea operației necesare, dar modificați orice valori incorecte ale cheii străine care apar la o valoare implicită. Avantajul acestei strategii față de cea anterioară este că evită utilizarea valorilor nule. De asemenea, este imposibil să se determine cu ce înregistrări ale tabelului părinte au fost asociate înregistrările modificate ale tabelului copil după efectuarea unei astfel de operațiuni.

Pe fig. Figura 7 prezintă un exemplu de bază de date relațională care conține informații de la departamentul de personal despre angajații unei întreprinderi, în care pentru fiecare tabel este afișată o listă a câmpurilor sale și relațiile dintre tabele sunt afișate printr-o cheie simplă - valoarea câmpului tabn .

Orez. 7. Schema bazei de date relaționale

Începând cu anii 1980, împreună cu utilizarea pe scară largă a computerelor personale, așa-numitele SGBD relaționale „desktop” (Desktop Databases), cum ar fi dBase, FoxBase (versiunile sale ulterioare - FoxPro și Visual FoxPro), Paradox, Access . Cel mai comun format pentru tabelele unor astfel de baze de date relaționale a fost *.dbf, cu care au funcționat dBase, FoxBase și, de asemenea, Clipper - un sistem de scriere a programelor (în modul compilator de șiruri) pentru lucrul cu bazele de date. Ulterior, unele dintre ele au devenit SGBD-uri de rețea cu drepturi depline, care funcționează nu numai pe diferite sisteme de operare din arhitectura serverului de fișiere, dar au și capacitatea de a lucra cu servere de baze de date în arhitectura client-server, precum și de a dezvolta și utiliza html. - paginile bazei de date.

Toate DBMS pentru PC pot fi împărțite în trei tipuri:

Sisteme de gestionare a bazelor de date în sensul literal al termenului, pentru care lucrul cu baze de date este posibil doar după lansarea acestui sistem fără posibilitatea de a crea programe de sine stătătoare care funcționează cu baze de date. Aceste sisteme includ: Access, Paradox, dBase.
Sisteme care au atât instrumente pentru lucrul cu baze de date, cât și capacitatea de a dezvolta programe utilizator (aplicații) executabile în sistemul de operare, adică instrumente de dezvoltare software - FoxPro.
Sisteme de dezvoltare a programelor utilizator pentru lucrul cu baze de date - Clipper, Clarion.

Toate aceste SGBD includ instrumente pentru:

crearea bazelor de date și modificarea structurii acestora; crearea de fișiere index;
lucrul cu baze de date în format tabelar sau sub forma unui formular standard cu aranjarea câmpurilor rând cu linie; este posibil să editați date, să adăugați înregistrări, să ștergeți înregistrări, să lucrați cu date din mai multe tabele de baze de date, să calculați expresii complexe pentru condiții date etc.;
dezvoltarea de formulare de ecran care, pe lângă câmpurile editabile asociate unei baze de date sau variabilelor de memorie, au și controale alt fel sub formă de nasturi; obiecte mai complexe, cum ar fi listele derulante etc.;
generarea de formulare tipărite - rapoarte ale unei structuri complexe cu grupare de date, cu primirea valorilor calculate și a totalurilor pe grupe și totaluri (suma, număr, medie, maxim, minim etc.);
Dezvoltare de module software pentru prelucrarea complexă a datelor;
generarea de interogări cu o structură foarte complexă – utilizarea datelor din diverse baze de date, stabilirea unor condiții complexe de selectare a datelor, sortarea și gruparea datelor.

În sistemele orientate către dezvoltatori, este posibil să se dezvolte un meniu, un sistem de ajutor și un proiect care include toate componentele de mai sus și este compilat într-un program executabil.

Factorii importanți care determină alegerea unui SGBD sunt:

Un format de bază de date care permite schimbul de informații cu alte aplicații ale sistemului de operare. Unul dintre cele mai comune formate este formatul dbf, cu care lucrează dBase, FoxBase, FoxPro, Visual FoxPro, Clipper. Este „înțeles” de toate aplicațiile MS Office. Datele din aceste baze de date pot fi transferate în Word, Excel, Access. Clarion, Paradox, Access au propriile lor formate de date.
Asigurarea secretului și confidențialității datelor au sisteme care nu sunt axate pe dezvoltatorul de programe: Access, Paradox. Cu toate acestea, acest factor poate fi implementat la stocarea datelor pe un server dedicat, unde drepturile diferiților utilizatori pot fi ușor distinse.

Toate SGBD-urile moderne acceptă moduri de operare în rețeaua locală a mai multor utilizatori cu o singură bază de date. Unii au „vrăjitori”, „constructori” și „generatoare de expresii” pentru dezvoltarea accelerată a bazelor de date, formulare de ecran, rapoarte, aplicații standard.

Cele mai recente versiuni ale DBMS concepute pentru a funcționa în OC Windows 95 aparțin clasei de sisteme RAD (Rapid Application Development) - instrumente pentru dezvoltarea rapidă a aplicațiilor - și au un limbaj de programare orientat pe obiecte. Acestea sunt sisteme precum Visual FoxPro, MS Access, Visual dBase etc.

Baze de date post-relaționale

În prezent sunt cunoscute și așa-numitele DBMS postrelaționale, care se bazează pe un model de date sub formă de tabele multidimensionale (de exemplu, în sistemul Cache al InterSystems Corporation) și pe scară largă utilizarea principiilor unei abordări orientate pe obiecte. în organizarea bazelor de date şi programare.

Servere de baze de date

Serverele sunt utilizate pe scară largă în rețelele de calculatoare locale și globale: calculatoare și instrumente software pentru deservirea clienților - stații de lucru și/sau alte servere.

Exemple de servere ar putea fi:

un server de fișiere care menține o stocare de fișiere partajată pentru toate stațiile de lucru;
un server de internet care furnizează informații pe internetul global;
un server de e-mail care oferă lucru cu e-mail;
server de baze de date - un DBMS care primește cereri printr-o rețea locală și returnează informații corespunzătoare cererii.

Termenul „server de baze de date” este de obicei folosit pentru a se referi la întregul SGBD bazat pe arhitectura „client-server”, incluzând atât partea server, cât și partea client. Cele mai comune servere sunt în prezent Microsoft SQL Server, Oracle, IBM DB2 Universal DataBase, Informix, etc. Dimensiunea unei baze de date pe aceste servere poate ajunge la un milion de terabytes.

2.5. Baze de date distribuite

Sarcina principală a sistemelor de management al bazelor de date distribuite este de a oferi un mijloc de integrare a bazelor de date locale situate în unele noduri ale unei rețele de calculatoare, astfel încât un utilizator care lucrează în orice nod al rețelei să aibă acces la toate aceste baze de date ca o singură bază de date.

Sunt posibile baze de date distribuite omogene și eterogene. În cazul omogen, fiecare bază de date locală este gestionată de același SGBD. Într-un sistem eterogen, bazele de date locale pot chiar să aparțină unor modele de date diferite. Integrarea în rețea a bazelor de date eterogene este foarte problema dificila. La nivel teoretic sunt cunoscute multe soluții, dar până acum nu s-a putut face față problemei principale: eficiența insuficientă a sistemelor integrate. O sarcină intermediară este rezolvată cu mai mult succes - integrarea sistemelor eterogene orientate spre SQL. Acest lucru este în mare măsură facilitat de standardizarea limbajului SQL.

Un exemplu de SGBD distribuit este System R*. În acest sistem, dezvoltatorii de aplicații și utilizatorii finali rămân în mediul de limbaj SQL. Capacitatea de a utiliza SQL se bazează pe faptul că System R* este transparent cu privire la locația datelor. Sistemul detectează automat locația curentă a obiectelor de date menționate în cererea utilizatorului; același program de aplicație, inclusiv instrucțiuni SQL, poate fi executat în diferite noduri de rețea. În același timp, în fiecare nod de rețea, în etapa de compilare a interogărilor, se selectează cel mai optim plan de execuție a interogărilor în funcție de locația datelor în sistemul distribuit.

Cititor

Denumirea funcției	adnotare

Ateliere

Titlul atelierului	adnotare

Prezentări

Titlul prezentării	adnotare
Prezentări pentru subiectul 2

Vorbind mai în detaliu despre clasificarea bazelor de date după natura informațiilor stocate, vom aminti faptice și documentare.

În sistemele de tip factografic, baza de date stochează informații despre obiectele din domeniul subiectului care sunt de interes pentru utilizator sub formă de „fapte” (de exemplu, date biografice despre angajați, date despre producția de produse de către producători, etc.). Ca răspuns la o solicitare a utilizatorului, se emite informațiile necesare despre obiectul (obiectele) de interes pentru acesta sau un mesaj că informațiile solicitate nu se află în baza de date.

În bazele de date documentare, o unitate de stocare este un document (de exemplu, textul unei legi sau al unui articol), iar ca răspuns la solicitarea acestuia, utilizatorului i se oferă fie un link către document, fie documentul în sine, în care poate găsiți informațiile care îl interesează.

Bazele de date de tip documentar pot fi organizate în diferite moduri: fără stocare și cu stocarea documentului original în sine pe suportul mașinii. Sistemele de primul tip includ baze de date bibliografice și abstracte, precum și indici de baze de date care se referă la sursa de informații. Sistemele care asigură stocarea textului integral al unui document se numesc text integral.

În sistemele de tip document, ținta de căutare poate fi nu numai unele informații stocate în documente, ci și documentele în sine. Deci, sunt posibile interogări precum „câte documente au fost create într-o anumită perioadă de timp”, etc.. Adesea, criteriile de căutare includ „data acceptării documentului”, „de către cine” și alte „date de ieșire” ale documentele ca caracteristici.

Clasificarea bazelor de date după metoda de stocare a datelor

Vorbind mai pe larg despre bazele de date clasificate dupa natura stocarii informatiilor, vom evidentia ca bazele de date centralizate si distribuite presupun posibilitatea accesului simultan al mai multor utilizatori la aceeasi informatie (multi-user, mod de acces paralel). Aceasta introduce probleme specifice în proiectarea lor și în timpul funcționării bazei de date.

Figura 4 - Exemplu de bază de date centralizată

Bazele de date distribuite au, de asemenea caracteristici legat de faptul că părțile fizic diferite ale bazei de date pot fi localizate pe computere diferite, dar logic, din punctul de vedere al utilizatorului, acestea trebuie să fie un singur întreg.

Figura 5 - Exemplu de baze de date distribuite

Software-ul pentru baze de date se numește sistem de gestionare a bazelor de date (DBMS).

Conceptul de „DBMS”

Un sistem de gestionare a bazelor de date este un set de limbaj și instrumente software care accesează date, permite crearea, modificarea și ștergerea acestora, asigură securitatea datelor etc. În general, un SGBD este un sistem care vă permite să creați baze de date și să manipulați informațiile din acestea. Și efectuează acest acces la datele DBMS printr-un limbaj special - SQL.

SQL este un limbaj de interogare structurat a cărui sarcină principală este să furnizeze calea ușoară citirea și scrierea informațiilor în baza de date.

Asa de, cel mai simplu circuit lucrul cu baza de date arată astfel:

Figura 6 - Schema de lucru cu baza de date

Clasificare după model de date:

1. Ierarhic- acesta este un model de date care utilizează o reprezentare a bazei de date sub forma unei structuri arborescente (ierarhice) formată din obiecte (date) diverse niveluri. Există legături între obiecte, fiecare obiect poate include mai multe obiecte de un nivel inferior. Astfel de obiecte sunt în relație cu un strămoș (un obiect mai aproape de rădăcină) cu un descendent (un obiect de nivel inferior), în timp ce este posibil ca obiectul strămoș să nu aibă copii sau să aibă mai mulți dintre ei, în timp ce obiectul copil trebuie au un singur strămoș. Obiectele care au un strămoș comun se numesc gemeni (în programare, în raport cu structura datelor, un arbore se numește frați);
2. Orientat pe obiecte și pe obiecte- sunt un sistem de management al bazelor de date în care informațiile sunt prezentate sub formă de obiecte, utilizate în programarea orientată pe obiecte. Bazele de date cu obiecte sunt diferite de bazele de date relaționale, care sunt orientate pe tabel. Bazele de date relaționale obiect sunt un hibrid al ambelor abordări. Bazele de date cu obiecte au fost luate în considerare la începutul anilor 1980;
3. SGBD relational obiect (ORDBMS)-- un SGBD relațional (RDBMS) care acceptă unele tehnologii care implementează o abordare orientată pe obiecte: obiectele, clasele și moștenirea sunt implementate în structura bazei de date și limbajul de interogare.

SGBD-uri obiect-relaționale sunt, de exemplu, binecunoscutele baze de date Oracle, Informix, DB2, PostgreSQL;

4. Model de date relaționale (RMD)-- un model de date logic, o teorie aplicată a construcției bazei de date, care este o aplicație la problemele de prelucrare a datelor a unor astfel de secțiuni ale matematicii precum teoria mulțimilor și logica de ordinul întâi. Bazele de date relaționale sunt construite pe modelul de date relaționale;
5. model de date de rețea-- un model de date logic, care este o extensie a abordării ierarhice, o teorie matematică riguroasă care descrie aspectul structural, aspectul integrității și aspectul prelucrării datelor în baze de date de rețea;
6. model de date funcționale folosește această abordare pentru a defini un obiect. În loc să reprezinte un obiect ca o înregistrare cu un anumit conținut sau ca un tuplu într-un arbore B, modelul funcțional spune ce funcții (sau operații) sunt definite pe acel obiect. Reprezentarea unui obiect este o chestiune de implementare și este definită la un nivel inferior de abstractizare.

Clasificare după mediul de stocare persistentă:

1. În memorie secundară, sau convențională (ing. bază de date convențională) - suportul de stocare persistent este o memorie periferică nevolatilă (memorie secundară), de obicei un hard disk.
2. SGBD plasează doar memoria cache și datele pentru procesarea curentă în RAM;
3. În memorie cu acces aleator(bază de date în memorie în engleză, bază de date rezidentă în memorie, bază de date memorie principală) - toate datele din stadiul de execuție sunt în RAM;
4. în memoria terţiară(bază de date terțiară engleză) - un mediu de stocare persistent este un dispozitiv de stocare în masă (memorie terțiară) detașat de server, de obicei bazat pe benzi magnetice sau discuri optice. Memoria secundară a serverului stochează numai directorul de date din memoria terțiară, memoria cache a fișierelor și datele pentru procesarea curentă; încărcarea datelor în sine necesită o procedură specială.

Clasificarea conținutului:

1. Geografică;
2. Istoric;
3. Științific;
4. Multimedia;
5. Client.

Clasificare în funcție de gradul de distribuție:

1. Centralizat sau concentrat (bază de date centralizată în engleză): o bază de date care este complet suportată pe un singur computer.
2. Distribuit (ing. baza de date distribuită): o bază de date ale cărei componente sunt localizate în diferite noduri ale unei rețele de calculatoare în conformitate cu un anumit criteriu.
3. Baza de date distribuită eterogenă: fragmentele unei baze de date distribuite în diferite noduri de rețea sunt suportate prin mai mult de un SGBD
4. Baza de date distribuită omogenă: fragmentele unei baze de date distribuite în diferite noduri de rețea sunt suportate prin intermediul aceluiași DBMS.
5. Fragmentat, sau partitioned (baza de date partitionata in engleza): metoda de distributie a datelor este fragmentarea (partitionare, partitionare), verticala sau orizontala.
6. Baza de date replicată: metoda de distribuție a datelor este replicarea.

Clasificarea după tehnologia de procesare a bazelor de date

1. Baza centralizata date- stocate în memoria unui sistem informatic. Dacă acest sistem de calcul este o componentă a unei rețele de calculatoare, este posibil accesul distribuit la o astfel de bază de date. Acest mod de utilizare a bazelor de date este adesea folosit în rețelele locale de PC;
2. Baza de date distribuită- constă din mai multe, eventual intersectându-se sau chiar duplicându-se între ele, părți stocate în diferite calculatoare ale unei rețele de calculatoare. Lucrul cu o astfel de bază de date se realizează folosind un sistem de management al bazelor de date distribuite (RDBMS).

Clasificare prin accesarea datelor bazei de date:

1. Baze de date cu acces local;
2. baze de date cu acces la distanță (la rețea) - sistemele de baze de date centralizate cu acces la rețea sugerează diferite arhitecturi ale unor astfel de sisteme:
- * server de fișiere;
- * client server.

Server de fișiere. Arhitectura sistemelor de baze de date cu acces la rețea presupune alocarea uneia dintre mașinile de rețea ca cea centrală (server, fișiere). O bază de date centralizată partajată este stocată pe o astfel de mașină. Toate celelalte mașini din rețea acționează ca stații de lucru care acceptă accesul utilizatorului la o bază de date centralizată. Fișierele bazei de date, în conformitate cu solicitările utilizatorilor, sunt transferate pe stațiile de lucru, unde sunt procesate în principal. Cu o intensitate mare de acces la aceleași date, performanța sistemului informațional scade. De asemenea, utilizatorii pot crea baze de date locale pe stațiile de lucru, pe care le folosesc exclusiv.

Client server. Acest concept implică faptul că, pe lângă stocarea bazei de date centralizate, mașina centrală (serverul bazei de date) ar trebui să poată efectua cea mai mare parte a procesării datelor. O solicitare de date emisă de client (stația de lucru) generează o căutare și regăsire a datelor pe server. Datele preluate (dar nu și fișierele) sunt transportate prin rețea de la server la client. Specificul arhitecturii client-server este utilizarea limbajului de interogare SOL.

Clasificare pe domenii de utilizare:

1. Baze de date documentare și documentografice - conțin descrieri ale documentelor. În funcție de conținutul descrierii, există baze de date documentografice de tipurile BO (numai descrierea bibliografică a documentului), BC (descrierea bibliografică și cuvintele cheie) și BKR (descrierea bibliografică, cuvintele cheie, rezumat sau rezumat). Au apărut și baze de date full-text care conțin textele integrale ale documentelor care sunt de fapt documentare.

Sistemele documentografice, de regulă, sunt construite după o schemă cu două bucle: prima buclă conține o bază de date documentografică și este utilizată pentru căutarea automată a documentelor, a doua buclă, dacă este necesar, asigură emiterea textului integral al documentului în forma unei copii a sursei originale pe hârtie, microfilm sau afișează textul pe ecran de pe un disc optic (în unele cazuri de pe un hard disk de mare capacitate).

Această clasă include următoarele tipuri de baze de date:

- conform documentelor științifice și tehnice publicate;
- conform documentelor publicate în domeniul științelor sociale;
- conform documentelor de brevet;
- conform rapoartelor privind R&D, R&D, software;
- pe baza materialelor de schimb intersectorial (realizări științifice și tehnice, FPTO, IL, catalog, informații despre expoziție etc.);
- conform standardelor si altor documentatii normative si tehnice;
- baze de date bibliografice create în biblioteci, organizații de editare și vânzări de cărți;
- baze de date abstracte și full-text privind informațiile socio-politice create de mass-media;
- baza de date cu informatii legislative si juridice;
- software documentografic documentgrafic tipuri speciale documente;
- Baza de date a documentelor de arhivă. O analiză a stării de fapt cu DBD de diferite tipuri în țară arată că în prezent, DBD de tip documentografic a primit cea mai mare dezvoltare, în principal conform documentelor publicate în domeniul informațiilor științifice și tehnice, științe sociale, documente de brevet. , rapoarte de cercetare și dezvoltare, cercetare și dezvoltare și alte tipuri de documente create de în cadrul sistemului de informații științifice și tehnice.
2. Sistemul bazei de date despre produse - Informațiile despre produse reprezintă principalul tip de informații tehnice și economice. Datele despre produse se caracterizează prin:
- - o nomenclatură uriașă și adesea dezordonată (de la 10 milioane la 1 miliard de articole), doar OKP-ul conține 25 de milioane de poziții, sistemul economiei de desenare are până la 16 milioane de elemente de fixare, există informații despre mai mult de 6 milioane de compuși chimici etc.;
- - eterogenitatea și versatilitatea aplicației și descrierii produsului în toate etapele ciclului său de viață;
- - o abundență de proprietăți (caracteristici) care caracterizează grupuri individuale de produse (până la 200 de caracteristici);
- - o varietate de domenii de aplicare a produselor, acoperind toate domeniile de activitate economică;
- - legături numeroase și diverse între produse și alte tipuri de informații (comunicare cu dezvoltatorii și producătorii, componente, materii prime și resurse, procese tehnologice, lucrari si servicii, stare mediu inconjuratorși așa mai departe.);
- - un număr mare și varietate de categorii de grupuri de utilizatori;
- - prezența unui număr mare de sisteme diferite și neînrudite pentru clasificarea și codificarea produselor (OKP, ESKD, ETNVT, un sistem armonizat de descriere și codificare a mărfurilor, un sistem de codare cu bare, sisteme industriale și locale etc.);

Numărul de utilizatori ai sistemului de baze de date a produselor ajunge la zeci de mii (întreprinderi din industrie și Agricultură peste 100 de mii, organe de conducere și executive - peste 50 de mii, cooperative, întreprinderi de închiriere și întreprinderi individuale etc.).

3. Informații economice și de piață - crearea de baze de date și bănci de informații economice și de piață este un factor important în funcționarea societății în tranziția către o economie de piață reglementată.

În anii precedenți, bazele de date economice au fost create și operate în cadrul ASPR al Comitetului de Planificare de Stat al URSS, al ESIS al Goskomstat al Rusiei, al ASFR al Ministerului de Finanțe al Rusiei, al ACS al URSS Gossnab, al OASU al Banca de Stat, alte ministere și departamente, organe de conducere teritoriale ale întreprinderilor și organizațiilor.

Dezvoltarea suport informaţional pentru reglementate economie de piata se va baza pe 2 factori principali:

- reducerea volumului datelor de raportare transmise de întreprinderi și organizații organelor de conducere și statisticilor de stat.
- creşterea semnificativă a nevoilor de informare ale Consiliului Federaţiei, întreprinderilor, organizaţiilor, populaţiei, organelor de conducere teritorială şi intersectorială în informare socio-economică.

Direcția principală în dezvoltarea unei baze de date de informații socio-economice și de piață este crearea următoarelor baze de date integrate:

1) registre si baza de date a unitatilor contabile si statistice:

A. pașapoarte de dezvoltare socio-economică a unităților administrativ-teritoriale (subiecți ai federației, autorități de autoguvernare)

b. unități economice structurale din toate sectoarele economiei, indiferent de tipul de proprietate, în special, registrele întreprinderilor industriale, agricole, de construcții, organizațiilor științifice și de proiectare, fermelor etc.;

c. registrele clădirii.

2) baze de date integrate pentru o analiză cuprinzătoare a stării și dezvoltării sectoarelor economice.
3) Baza de date a bilanţurilor anuale ale activităţilor, întreprinderilor, organizaţiilor şi asociaţiilor acestora, teritorii şi regiuni.
4) Baza de date de recensăminte în masă, numărări unice și anchete prin sondaj.
5) Baza de date privind transferurile bancare.
6) DB pe veniturile și cheltuielile populației, inclusiv DB pe bugetele familiei.
4. Baze de date sociale faptice - datele sociale se referă la date despre populație și mediul social. Informațiile despre populație includ date de gen, sociale, medicale și orice alte date personale despre persoane, precum și date rezumative despre populația țării în ansamblu și teritoriile sale individuale și despre anumite grupuri ale populației: pensionari, chiriași, școală. - copii de vârstă, femei etc.

Informațiile despre mediul social includ date despre locuri de muncă vacante, urbanism, economie urbană, transport urban de pasageri, legi, încălcări ordine publică si etc.

Marea majoritate a bazelor de date sociale sunt generate în cadrul sistemelor guvernamentale locale. Sursele acestor date sunt, de regulă, documente formalizate.

Consumatorii bazelor de date sociale sunt populația, organisme guvernamentale de diferite niveluri și sfere, de la birourile și departamentele de întreținere a locuințelor până la Adunarea Federală, precum și oamenii de știință.

5. Baze de date ale sistemelor de transport ale țării - scopul proiectării unei rețele de baze de date este evaluarea stării sale actuale.

Ca parte din anumite tipuri transportul și sistemele lor automatizate de control au fost create și funcționează ca baze de date și bănci de date separate, precum și sisteme informatice puternice.

În transportul aerian, există o rețea de calculatoare Sirena care automatizează vânzarea biletelor de avion. Rețeaua se dezvoltă și ar trebui să acopere întreg teritoriul țării.

Sistemul Express a fost creat în transportul feroviar. Funcțiile sale includ nu numai rezervarea și vânzarea biletelor de cale ferată, ci și eliberarea certificatelor de disponibilitate a locurilor.

Despre transportul maritim în cadrul sistemelor de regăsire a informațiilor „Companii de transport maritim”, „Porturi”, „Uzini de reparații navale”. „Navele” operează baze de date pentru planificarea și reglementarea funcționării flotei și a porturilor, baze de date pe stare tehnica flota.

În transportul rutier, în cadrul sistemelor de regăsire a informațiilor, atât bazele de date documentografice ASNTI, „Invenții”, „Norme”, „Standarde”, „Directive”, cât și baze de date factografice - „Garo”, „Transport auto”, „Active ilichide” , „Economie”, „Construcții”.

6. Baze de referinta pentru populatie si organizatii - in tarile dezvoltate exista practica folosirii bazei de date pentru informatii si servicii de referinta pentru populatie si institutii. Pentru a face acest lucru, accesul la baza de date a transportatorilor aerieni este organizat în vederea eliberării de certificate, de exemplu, despre orarul avioanelor și trenurilor; despre adresele și telefoanele cetățenilor și organizațiilor; despre programe de radio și televiziune; despre organizarea de expoziții etc. În plus, sunt create baze de date speciale de informații și referințe, dintre care se pot distinge următoarele tipuri:
- - enciclopedii și cărți de referință;
- - indici ai firmelor, întreprinderilor și organizațiilor;
- - date biografice („Cine este cine”);
- - descrieri ale noilor tipuri de bunuri de consum;
- - indici ai contractelor guvernamentale, subventiilor etc.

În țara noastră, acest tip de bază de date este în prezent dezvoltat de mari servicii de referință care oferă servicii similare, folosind în principal dulapuri manuale sau automate. Unele tipuri de BND de referință lipsesc.

7. Sistemul bazei de date de resurse - probleme resurse naturale ocupă un loc aparte în dezvoltarea oricărui stat, determinând gradul de independență și prosperitate a acestuia.

Conștientizarea deplină și de încredere în această problemă pentru a controla, analiza și prezice starea resurselor este una dintre nevoile prioritare în interesul unor evaluări obiective, bazate științific, ale posibilelor căi de dezvoltare a societății.

Sistemul de baze de date a resurselor naturale are o serie de caracteristici, printre care:

- varietate de tipuri de obiecte de resurse de bază de date;
- interdependența și interschimbabilitatea diverselor tipuri de resurse și, prin urmare, necesitatea de a asigura interconectarea informațiilor și comparabilitatea informațiilor despre acestea;
- existența unui număr mare de surse de informare atât centralizate, cât și regionale și departamentale;
- diverse forme de prezentare a informaţiei în fluxuri informaţionale (digitală, textuală, grafică, cartografică etc.);
- o gamă largă de volume și parametri temporali ai fluxurilor de informații obținute atât cu ajutorul senzorilor, cât și cu introducerea manuală;
- impactul stării resurselor și al mediului dintr-o regiune asupra altora.
8. Baze de fapte și bănci de date științifice- scena modernă Dezvoltarea științei se caracterizează printr-o tranziție la un nivel de cercetare calitativ nou, care este determinat de utilizarea pe scară largă a metodelor și mijloacelor informatice - știința legilor și a metodelor de acumulare, prelucrare și transmitere a informațiilor. În știință, aplicarea metodelor și mijloacelor informaticii nu trebuie doar să elibereze cercetătorul de munca de rutină de căutare și pregătire pentru utilizarea informațiilor cunoscute, ci și să asigure implementarea unei singure linii de tehnologie matematică pentru rezolvarea problemelor - de la formularea de modele matematice și susținerea lor completă a informațiilor cu toate datele necesare formării complexelor software și desfășurării soluționării sarcinilor. Este important ca această linie să fie continuă și operațională, fără lacune tehnologice în prelucrarea datelor. În esență, acest lucru este determinat de transformarea decisivă a informațiilor disparate, a seturilor de date separate și a programelor individuale într-un singur produs informatic și software, precum și de aplicarea cuprinzătoare a metodelor moderne de manipulare a unor astfel de produse folosind tehnologia computerizată.
9. Baze de date în domeniul culturii și artei - baze de date pentru automatizarea lexicografiei pot avea un efect economic semnificativ dacă LDB este integrată cu sisteme de publicare automatizate, care are în străinătate aplicare în masă. Trebuie avut în vedere faptul că bazele de date din toate cele trei tipuri se intersectează semnificativ între ele în ceea ce privește compoziția datelor, deși au multe proprietăți specifice. În același timp, multe baze de date sunt destul de mari (până la sute de mii și chiar milioane de înregistrări), astfel încât crearea și întreținerea lor necesită fonduri și forță de muncă semnificative.
10. Baze de date lingvistice- Bazele de date lingvistice (LDB) conțin date despre unități lingvistice de diferite niveluri (de la morfem la text) și diverse informații despre aceste unități.

LDB-urile au trei domenii principale de aplicare:

- asigurarea functionarii diverselor sisteme automatizate legate de procesarea textului și a vorbirii (informații, experti, sisteme de instruire, sisteme de analiză a vorbirii, traducere automată etc.);
- automatizarea activităților lexicografice în masă și în scopuri speciale, adică pregătirea dicționarelor tipuri variate(formare, traducere, normative, explicative etc.);
- automatizarea muncii cercetătorilor: lingvişti, profesori de limbi străine şi alţi filologi.

informații de stocare a bazei de date

TEMA 2 CLASIFICAREA BND

Probleme în studiu:

1. Clasificarea bazei de date

2. Clasificare DBMS

Literatură:, capitolul 1, capitolul 2, capitolul 3.

BND sunt sisteme complexe, iar clasificarea lor se poate face atât pentru întregul BND în ansamblu, cât și pentru fiecare dintre componentele sale separat. Clasificarea pentru fiecare componentă poate fi efectuată în funcție de multe caracteristici diferite.

1. Clasificarea bazei de date

1) După forma de prezentare a informaţiei distinge vizualȘi sisteme audio, precum și sisteme multimedia. Această clasificare arată forma în care informațiile sunt stocate în baza de date și transmise utilizatorilor: sub formă de imagine (text de caractere, imagini, desene, fotografii etc.), de sunet, sau este posibil să se utilizeze diferite forme de afișare. informație.

2) După natura organizării datelor Baza de date poate fi împărțită în nestructurat(bază de date sub formă de rețele semantice), parțial structurat(de exemplu baze de date cu text simplu sau sisteme hipertext) și structurat(necesită proiectarea preliminară și descrierea structurii bazei de date, numai după aceea pot fi completate cu date). Acest atribut se referă la informațiile prezentate sub formă simbolică.

3) Baza de date structurata după tipul de model utilizat date sunt împărțite în ierarhic, reţea, relațional, amestecatȘi multi-model. Dezvoltarea tehnologiilor de prelucrare a datelor a dus la apariția post-relațional, obiect-relațional sau hibrid , orientat pe obiecte , multidimensionale DB.

4) După tipul de informații stocate Baza de date este împărțită în documentareȘi lexicografic. Printre bazele documentare se numără bibliografic, abstractȘi text complet.

LA lexicografic Bazele de date includ diverse dicționare, clasificatoare, titluri etc. Ele sunt de obicei folosite ca referință împreună cu bazele de date documentare sau faptice.

ÎN film documentar Unitatea de stocare în baza de date este un document ( De exemplu, textul legii sau al articolului). Căutarea și eliberarea documentelor se desfășoară în funcție de conținutul acestora. Cea mai simplă metodă de căutare se bazează pe folosire descriptori – Cuvinte cheie din zona problematică care caracterizează conținutul documentului. Colecția lor, extrasă din cerere, este comparată cu descriptorii de document („model de căutare”). Ca răspuns la solicitarea utilizatorului, este emis fie un link către document, fie documentul în sine, în care acesta poate găsi informațiile care îl interesează.

În sisteme faptice de tip, baza de date stochează informații despre obiectele din domeniul subiectului care sunt de interes pentru utilizator sub formă de „fapte” ( De exemplu, date biografice despre angajați, date despre producția de produse de către producători etc.). Ca răspuns la solicitarea utilizatorului, se afișează informațiile solicitate de acesta sau un mesaj că informațiile solicitate nu se află în baza de date.

5) După natura organizării stocării datelor și a accesului la acestea distinge localȘi distribuite DB.

Baza de date locală este o bază de date concepută pentru a fi utilizată de un singur utilizator. Bazele de date locale pot fi create de fiecare utilizator independent sau pot fi preluate dintr-o bază de date partajată.

Distribuit DB sugerează posibilitatea accesului simultan al mai multor utilizatori la aceeași informație (multi-user, mod acces paralel). Din punct de vedere fizic, diferite părți ale bazei de date pot fi localizate pe computere diferite, dar logic, din punctul de vedere al utilizatorului, acestea trebuie să fie un singur întreg.

2. Clasificare DBMS

1) După limbajul de comunicare SGBD-urile sunt împărțite în deschis(utilizați limbaje de programare universale), închis(limbi proprii de comunicare cu utilizatorii) și amestecat.

2) După funcție SGBD-urile sunt împărțite în informativȘi săli de operație. SGBD de informații vă permit să organizați stocarea informațiilor și accesul la acestea. SGBD operațional efectuează procesări complexe De exemplu, vă permit automat să obțineți indicatori agregați care nu sunt stocați direct în baza de date etc.

3) În funcție de domeniul de aplicare posibil distinge universalȘi de specialitate, SGBD specific domeniului(au mijloace expresive puternice pentru a modela obiecte complexe).

4) Prin "putere" SGBD-urile sunt împărțite în desktopȘi corporative. trasaturi caracteristice DBMS desktop sunt cerințe relativ scăzute pentru mijloace tehnice, se concentrează pe utilizatorul final, costuri reduse.

SGBD corporativ oferă muncă într-un mediu distribuit, performanță ridicată, suport pentru lucrul colaborativ în proiectarea sistemului, au instrumente de administrare avansate și oportunități mai largi de menținere a integrității. Aceste sisteme sunt complexe, costisitoare și necesită resurse de calcul semnificative.

Tabelul 2.1 - Cel mai popular SGBD desktop

SGBD	Producător
Visual dBase	dBase Inc.
Paradox	corel
Microsoft Access	Microsoft
Microsoft FoxPro	Microsoft
Motor de date Microsoft	Microsoft

Tabelul 2.2 - Server DBMS

SGBD	Producător
Oracol	Oracle Corp.
Microsoft SQL Server	Microsoft
Informix	Informix
Sybase	Sybase

5) Prin concentrarea pe categoria predominantă de utilizatori Se poate distinge DBMS pentru dezvoltatoriȘi pentru utilizatorii finali.

Sisteme orientate către dezvoltatori , trebuie sa:

¾ au compilatoare de înaltă calitate;

¾ permit crearea de produse software „alienabile”;

¾ au instrumente avansate de depanare;

¾ include instrumente de documentare a proiectului;

¾ au capacitatea de a crea sisteme complexe eficiente.

Principal cerințe prezentat către sistemele utilizatorilor finali, sunt:

¾ confortul interfeței;

¾ nivel înalt de mijloace lingvistice;

¾ disponibilitatea modulelor de indicii inteligente;

¾ protecție sporită împotriva erorilor neintenționate („foolproof”) etc.

3. Clasificarea băncilor de date

1) Termenii serviciului distinge între gratuit și plătit. Plătite sunt împărțite în comercial și non-profit.

Baza de date non-profit operează pe principiul autosuficienței și nu își propun scopul de a obține un profit (științific, bibliotecă sau C&D semnificativ din punct de vedere social).

Scopul principal al creării BND comercial este de a profita de pe urma activităților de informare.

2) După forma de proprietate BND sunt împărțite în statale și non-statale (private, de grup, personale).

3) După gradul de accesibilitate distinge între accesul public și accesul restricționat .

4) În funcție de domeniul de acoperire BND poate fi clasificat în diferite „secțiuni”:

¾ teritorială (la nivel mondial, țară, oraș etc.);

¾ temporară (an, lună, de la începutul secolului etc.);

¾ departamental ;

¾ problemă ( tematice ) .

5) După natura interacțiunii utilizatorului BND sunt împărțite în activ și pasiv. ÎN bnd pasiv rolul principal revine utilizatorului. ÎN activ Sistemul poate schimba comportamentul de la sine.

6) Prin natura prelucrării informaţionale predominante distinge între sistemele OLTP (On - Line Transaction Processing ) – sisteme de procesare a tranzacțiilor online(implementați un număr mare de interogări destul de simple) și OLAP - sisteme (Procesare analitică on-line ) – sisteme de prelucrare a datelor analitice(implementarea procesării complexe a datelor analitice) sau sisteme de sprijin pentru decizii strategice (DSS).

Până la mijlocul anilor 90 ai secolului XX. Baza de date a fost înțeleasă ca baze de date statice ( OLTP ). Pe la mijlocul anilor 90 în clasa DB OLTP s-au acumulat atât de multe informații cronologice încât volumul bazei de date a crescut dramatic, iar performanța a început să scadă. De exemplu, activitatea decanatului necesită cel mai adesea date detaliate privind anul universitar în curs. În același timp, în baza de date sunt stocate și date retrospective pentru anii anteriori. Astfel de date sunt necesare mult mai rar și cel mai adesea în formă agregată. De exemplu, dați numele studenților care au primit doar note excelente în ultimele trei semestre.

Tabelul 2.3 - Comparație OLTP și OLAP

Caracteristică	OLTP	OLAP
Operațiuni dominante	Introducerea datelor, căutarea	Analiza datelor
Natura cererilor	O mulțime de tranzacții simple	Tranzacții complexe
Date stocate	operațional, detaliat	Acoperă o perioadă mare de timp, agregată
Gen de activitate	Manevrare operațională, tactică, necomplicată	Analitice, strategice: prognoza, modelare, analiza si identificarea relatiilor, identificarea tiparelor statistice
Tip de date	structurat	eterogen
Perioada de păstrare a datelor	Până la un an	Până la câteva decenii
Variabilitatea datelor	se schimbă	Sunt adăugate
Comanda de date	Pentru orice domeniu	Cronologic
Cantitatea de informații procesate	Mic	Foarte mare
Viteză de procesare	Mediu	Foarte inalt
	Des și în porții mici	Rareori și în porții foarte mari

Bazele de date separate pot combina toate datele necesare pentru a rezolva una sau mai multe probleme aplicate, sau date legate de orice domeniu (de exemplu, finanțe, studenți, profesori etc.). Primele sunt de obicei numite baze de date aplicate , iar al doilea - baze de date cu subiecte (corespunzător obiectelor organizației, și nu aplicațiilor sale informaționale).

Baze de date cu subiecte permit furnizarea de suport pentru orice aplicații actuale și viitoare, deoarece setul de elemente de date ale acestora include seturi de elemente de date ale bazelor de date de aplicații. Ca rezultat, bazele de date cu subiecte oferă baza pentru gestionarea interogărilor și aplicațiilor informale, în schimbare și necunoscute (aplicații pentru care cerințele de date nu pot fi predeterminate). O astfel de flexibilitate și adaptabilitate face posibilă crearea unor sisteme informaționale destul de stabile bazate pe baze de date cu subiecte, de ex. sisteme în care cele mai multe modificări pot fi făcute fără a fi nevoie să rescrie aplicațiile vechi.

Introducere

Capitolul 1. Bazele bazei de date

1.1.Clasificarea bazelor de date

1.3 Modele de descriere a bazelor de date

1.4. Noțiuni de bază pentru DBMS desktop

1.5.Cerințe și standarde pentru baze de date

Capitolul 2. Lucrul cu o bază de date Microsoft Access

2.1. Elementele de bază ale bazei de date desktop Microsoft Access

2.2. Lucrul cu o bază de date Microsoft Access

Concluzie

Lista literaturii folosite

Introducere

Fluxurile de informații care circulă în lumea care ne înconjoară sunt enorme. În

timp în care tind să crească. Prin urmare, în orice organizație

mari și mici, există o problemă a unei astfel de organizări a managementului

date care ar asigura cea mai eficientă operare. niste

organizațiile folosesc dulapuri pentru acest lucru, dar majoritatea preferă

metode computerizate - baze de date care vă permit să stocați eficient,

structura și organiza cantități mari de date. Și astăzi fără baze

date este imposibil să ne imaginăm munca celor mai multe companii financiare, industriale,

comerț și alte organizații. Dacă nu ar exista baze de date, pur și simplu s-ar sufoca

avalanșă de informații.

Există multe motive întemeiate pentru a converti informațiile existente pe o bază de computer. Acum costul stocării informațiilor în fișierele computerului este mai ieftin decât pe hârtie. Bazele de date vă permit să stocați, să structurați și să recuperați informații

optim pentru utilizator. Acest subiect este relevant în prezent, deoarece. Utilizarea tehnologiilor client/server poate economisi fonduri semnificative și, cel mai important, timp pentru obținerea informațiilor necesare, precum și simplifica accesul și întreținerea, deoarece acestea se bazează pe procesarea complexă a datelor și centralizarea stocării acestora. În plus, computerul vă permite să stocați orice formate de date, text, desene, date scrise de mână, fotografii, înregistrări vocale etc.

Pentru a folosi cantități atât de uriașe de informații stocate, pe lângă dezvoltarea

sunt necesare dispozitive de sistem, mijloace de transmitere a datelor, memorie, mijloace

oferind un dialog om-calculator care permite utilizatorului să intre

sau luați decizii pe baza datelor stocate. Pentru a oferi aceste caracteristici

au fost create instrumente specializate – sisteme de management al bazelor de date (DBMS).

Scopul acestei lucrări este de a dezvălui conceptul de bază de date și de un sistem de gestionare a bazelor de date, precum și de a lua în considerare activitatea unui SGBD desktop folosind un exemplu specific.

1.1.Clasificarea bazelor de date

O bază de date este un model de informații al unui domeniu, o colecție de date interconectate stocate împreună cu redundanță minimă, astfel încât să poată fi utilizată în mod optim pentru una sau mai multe aplicații. Datele (fișierele) sunt stocate în memoria externă și sunt folosite ca intrare pentru rezolvarea problemelor.

DBMS este un program care implementează gestionarea centralizată a datelor stocate în baza de date, accesul la acestea, menținându-le la zi.

Sistemele de gestionare a bazelor de date pot fi clasificate în funcție de metoda de stabilire a relațiilor dintre date, natura funcțiilor pe care le îndeplinesc, domeniul de aplicare, numărul de modele de date suportate, natura limbajului utilizat pentru a comunica cu baza de date și alte parametrii.

Clasificare DBMS:

· În funcție de funcțiile îndeplinite, SGBD-urile sunt împărțite în operaționale și informaționale;

· în funcție de domeniul de aplicare, SGBD-urile sunt împărțite în universale și orientate către probleme;

· în funcție de limbajul de comunicare utilizat, SGBD-urile sunt împărțite în limbaje închise, care au propriile limbaje independente pentru ca utilizatorii să comunice cu bazele de date, și deschise, în care se folosește un limbaj de programare extins de operatori de limbaj de manipulare a datelor. cu baza de date;

· În funcție de numărul de niveluri suportate de modele de date, SGBD-urile sunt împărțite în sisteme cu unul, două, trei niveluri;

· după metoda de stabilire a legăturilor între date se disting bazele de date relaţionale, ierarhice şi de reţea;

· conform metodei de organizare a stocării datelor și de efectuare a funcțiilor de prelucrare, bazele de date sunt împărțite în centralizate și distribuite.

Sistemele de baze de date centralizate cu acces la rețea presupun două arhitecturi principale - server de fișiere sau client-server.

Arhitectura serverului de fișiere. Presupune alocarea uneia dintre mașinile de rețea ca una centrală (serverul de fișiere principal), unde este stocată o bază de date centralizată partajată. Toate celelalte mașini acționează ca stații de lucru. Fișierele bazei de date în conformitate cu solicitările utilizatorilor sunt transferate la stațiile de lucru, unde sunt procesate în principal. Cu o intensitate mare de acces la aceleași date, performanța sistemului informațional scade.

Arhitectura client-server. Acest model de interacțiune între computere dintr-o rețea a devenit de fapt standardul pentru DBMS modern. Fiecare dintre calculatoarele conectate la rețea și care alcătuiesc această arhitectură își joacă propriul rol: serverul deține și gestionează resursele informaționale ale sistemului, clientul având posibilitatea de a le folosi. Pe lângă stocarea bazei de date centralizate, serverul de baze de date se ocupă de cea mai mare parte a procesării datelor. O solicitare de date emisă de client (stația de lucru) generează o căutare și regăsire a datelor pe server. Datele extrase sunt transportate prin rețea de la server la client. Specificul arhitecturii client-server este utilizarea limbajului de interogare SQL.

Serverul de baze de date este un SGBD care procesează simultan cererile de la toate stațiile de lucru. De regulă, clientul și serverul sunt separate geografic unul de celălalt, caz în care formează un sistem distribuit de procesare a datelor.

1.2. Funcționalitatea DBMS

Caracteristicile unui SGBD sunt:

performanţă;

Asigurarea integritatii datelor la nivel de baza de date;

Asigurarea securității datelor;

Abilitatea de a lucra în medii multi-utilizator;

Posibilitatea de a importa și exporta date;

Furnizarea accesului la date folosind limbajul SQL;

Posibilitatea de a face cereri

Disponibilitatea instrumentelor pentru dezvoltarea de programe de aplicație.

Performanța DBMS este evaluată:

Timpul necesar pentru a finaliza cererile

viteza de recuperare a informațiilor;

timpul importului bazelor de date din alte formate;

viteza operațiunilor (cum ar fi actualizarea, inserarea, ștergerea);

momentul generării raportului și alți indicatori.

Securitatea datelor este realizată:

Criptarea programelor de aplicație;

criptarea datelor;

protecția datelor cu parolă;

· restricționarea accesului la baza de date (la un tabel, la un dicționar etc.).

Asigurarea integrității datelor presupune existența unor mijloace care să asigure că informațiile din baza de date rămân întotdeauna corecte și complete. Integritatea datelor trebuie menținută indiferent de modul în care datele sunt introduse în memorie (online, prin import sau prin program special). SGBD-urile utilizate în prezent au mijloacele necesare pentru a asigura integritatea datelor și securitatea fiabilă.

Sistemul de gestionare a bazelor de date gestionează datele din memoria externă, oferă stocare fiabilă a datelor și suport pentru limbile adecvate ale bazei de date. functie importanta DBMS este funcția de gestionare a memoriei tampon RAM. De obicei DBMS lucrează cu baze de date de dimensiuni mari, depășind adesea dimensiunea memoriei RAM a computerului. SGBD-urile dezvoltate își mențin propriul set de memorie tampon RAM cu propria lor disciplină pentru înlocuirea lor.

Cele mai utilizate sisteme de gestionare a bazelor de date sunt Microsoft Access și Oracle.

Etapele de lucru în SGBD sunt:

crearea structurii bazei de date, i.e. definirea listei de câmpuri care alcătuiesc fiecare înregistrare a tabelului, tipuri și dimensiuni de câmpuri (numerice, text, logice etc.), definirea câmpurilor cheie pentru a oferi legăturile necesare între date și tabele;

Introducerea și editarea datelor în tabelele bazei de date folosind formularul standard prezentat implicit sub formă de tabel și folosind formulare de ecran special create de utilizator;

prelucrarea datelor cuprinse în tabele pe bază de interogări și pe baza programului;

· scoaterea de informații de pe computer cu utilizarea rapoartelor și fără utilizarea rapoartelor.

Aceste etape de lucru sunt implementate folosind diverse comenzi.

Baza de date centralizată oferă ușurință de gestionare, utilizare îmbunătățită a datelor de teren pentru interogări de la distanță, simultaneitate mai mare a procesării, costuri de procesare mai mici.

O bază de date distribuită presupune stocarea și executarea funcțiilor de gestionare a datelor în mai multe noduri și transferul de date între aceste noduri în procesul de execuție a interogărilor. Într-o astfel de bază de date, nu numai diferitele sale tabele pot fi stocate pe diferite computere, ci și diferite fragmente ale unui tabel. În același timp, nu contează pentru utilizator cum este organizată stocarea datelor, el lucrează cu o astfel de bază de date ca și cu una centralizată.

1.3 Modele de descriere a bazelor de date

Există trei tipuri de modele de descriere a bazei de date - ierarhice, de rețea și relaționale, principala diferență între care este natura descrierii relației și interacțiunii dintre obiectele și atributele bazei de date.

Model ierarhic presupune utilizarea unor structuri arborescente constând dintr-un anumit număr de niveluri pentru a descrie baza de date. Un „arbore” este o ierarhie de elemente numite noduri. Elementele sunt înțelese ca o listă, o colecție, un set de atribute, elemente care descriu obiecte.

Un exemplu de structură ierarhică simplă este structura administrativă a unei instituții de învățământ superior, ale cărei elemente sunt: „Universitate – Facultate – Grup”. La fiecare nivel al ierarhiei unei structuri date pot fi utilizate diferite atribute. De exemplu, atributele celui de-al treilea nivel pot fi: specializarea grupului, numărul de membri, numele de familie al șefului grupului și altele.

În acest model, există un nod rădăcină sau pur și simplu o rădăcină - „Universitate”, care se află la cel mai înalt nivel al ierarhiei și, prin urmare, nu are noduri deasupra acestuia. Fiecare nod al modelului are o singură sursă, situată în raport cu acesta cu mai mult de nivel inalt, iar la nivelurile ulterioare de clasificare, poate avea unul, două sau mai multe noduri sau să nu le aibă deloc.

Principii de ierarhie:

· ierarhia începe întotdeauna de la vârful rădăcină (sau nodul principal);

Nodul sursă din care este construit arborele se numește nod rădăcină sau pur și simplu rădăcină, iar un arbore poate avea o singură rădăcină;

Un nod poate conține unul sau mai multe atribute care descriu obiectul din el;

nodurile generate pot fi încorporate în „arborele” atât pe direcția orizontală, cât și pe verticală;

· Nodurile copil pot fi accesate numai prin nodul sursă, deci există o singură cale de acces la fiecare nod.

Avantajul modelului este simplitatea construcției sale, ușurința de a înțelege esența principiului ierarhiei, disponibilitatea DBMS-urilor industriale care suportă acest model. Dezavantajul este complexitatea operațiunilor de a include informații despre noile obiecte ale bazei de date în ierarhie și de a elimina informațiile învechite.

model de rețea descrie datele elementare și relațiile dintre ele sub forma unei rețele direcționate. Acestea sunt astfel de relații între obiecte, când fiecare element copil are mai mult de un element sursă și poate fi asociat cu orice alt element al structurii. De exemplu, în structura de conducere a unei instituții de învățământ, elementul copil „Student” poate avea nu unul, ci două elemente inițiale: „Student - Grup de studiu”, și „Student – Cameră de dormit”.

Structurile de rețea pot fi pe mai multe niveluri și au grade diferite de complexitate. O schemă care are cel puțin o relație multi-la-mulți și care necesită metode complexe de implementat este o schemă complexă.

Baza de date descrisă de modelul de rețea este formată din zone, fiecare dintre acestea fiind formată din înregistrări, iar acestea din urmă, la rândul lor, sunt formate din câmpuri. Dezavantajul modelului de rețea este complexitatea acestuia, posibilitatea pierderii independenței datelor atunci când baza de date este reorganizată. Pe măsură ce apar noi utilizatori, noi aplicații și noi tipuri de interogări, baza de date crește și poate sparge vizualizarea logică a datelor.

model relațional se bazează pe conceptul de „relație”, iar datele sale sunt formate sub formă de tabele. O relație este un tabel bidimensional care are propriul nume, în care obiectul minim de acțiuni care își păstrează structura este un rând de tabel (tuplu) format din celule de tabel - câmpuri.

Fiecare coloană a tabelului corespunde unei singure componente a acestei relații. Din punct de vedere logic, o bază de date relațională este reprezentată de un set de tabele bidimensionale cu conținut variat de subiect.

În funcție de conținut, relațiile de baze de date relaționale sunt obiective și coerente. Relațiile obiective stochează date despre orice obiect, o instanță a unei entități. În ele, unul dintre atribute identifică în mod unic obiectul și se numește cheia relației sau atributul primar (pentru comoditate, este scris în prima coloană a tabelului). Atributele rămase sunt dependente funcțional de această cheie. În mod obiectiv, nu pot exista obiecte duplicate, iar aceasta este principala limitare a unei baze de date relaționale. O relație conectată stochează cheile mai multor relații obiect, conform cărora se stabilesc legături între ele.

Dacă setul de atribute ale bazei de date nu este fixat în prealabil, atunci sunt posibile diverse opțiuni de grupare, cu toate acestea, indiferent de metoda aleasă, trebuie respectate cerințe uniforme. În special, dacă baza de date conține multe relații, atunci acestea ar trebui să aibă o redundanță minimă în reprezentarea informațiilor; atributele incluse în baza de date trebuie să asigure efectuarea calculelor de masă; atunci când se adaugă noi atribute la baza de date, reconstruirea setului de relații ar trebui să fie minimă.

Avantajele modelului relațional includ: ușurința de construcție, accesibilitatea de înțelegere, capacitatea de a opera o bază de date fără a cunoaște metodele și metodele de construire a acesteia, independența datelor, flexibilitatea structurii și altele. Dezavantajele modelului sunt: performanță scăzută în comparație cu modelele ierarhice și de rețea, complexitate software, redundanță.

1.4. SGBD desktop

SGBD-urile desktop diferă prin faptul că utilizează un model de calcul cu o rețea și un server de fișiere (arhitectura „server de fișiere”). Creșterea complexității sarcinilor, apariția computerelor personale și a rețelelor locale au fost premisele pentru apariția unei noi arhitecturi „server de fișiere”. Această arhitectură de baze de date accesibilă în rețea presupune că unul dintre computerele din rețea este desemnat ca un server dedicat care va stoca fișierele bazei de date. În conformitate cu solicitările utilizatorilor, fișierele de pe serverul de fișiere sunt transferate pe stațiile de lucru ale utilizatorului, unde se realizează cea mai mare parte a procesării datelor. Serverul central îndeplinește practic doar rolul de stocare a fișierelor, neparticipând la prelucrarea datelor în sine.

Lucrarea este structurată astfel:

Baza de date sub forma unui set de fișiere se află pe hard diskul unui computer dedicat (server de fișiere). Există reteaua locala, format din calculatoare client, pe fiecare dintre acestea fiind instalate un SGBD și o aplicație pentru lucrul cu baza de date. Pe fiecare dintre computerele client, utilizatorii au capacitatea de a rula aplicația. Folosind interfața de utilizator furnizată de aplicație, inițiază o solicitare către baza de date pentru a prelua/actualiza informații.

Toate apelurile către baza de date trec prin SGBD, care încapsulează în sine toate informațiile despre structura fizică a bazei de date aflate pe serverul de fișiere. SGBD inițiază apeluri la datele aflate pe serverul de fișiere, în urma cărora o parte din fișierele bazei de date este copiată pe computerul client și procesată, ceea ce asigură executarea solicitărilor utilizatorilor (operațiile necesare sunt efectuate asupra datelor). Dacă este necesar (în cazul modificărilor datelor), datele sunt trimise înapoi la serverul de fișiere pentru a actualiza baza de date. SGBD returnează rezultatul în aplicație. Aplicația, folosind interfața cu utilizatorul, afișează rezultatul execuției interogării. Ca parte a arhitecturii „server de fișiere”, primele versiuni ale popularului așa-numit. DBMS desktop, cum ar fi dBase și Microsoft Access.

Sunt indicate următoarele dezavantaje principale ale acestei arhitecturi: atunci când mulți utilizatori accesează aceleași date în același timp, performanța scade brusc, deoarece este necesar să așteptați până când utilizatorul care lucrează cu datele își încheie munca. În caz contrar, modificările făcute de unii utilizatori pot fi suprascrise de modificările făcute de alți utilizatori.

Până în prezent, sunt cunoscute peste două duzini de formate de date pentru DBMS desktop, dar cele mai populare, în funcție de numărul de copii vândute, sunt dBase, Paradox, FoxPro și Access. Dintre DBMS apărute recent, trebuie menționat și Microsoft Data Engine - în esență un SGBD de server, care este<облегченную>versiunea Microsoft SQL Server, dar destinată în primul rând utilizării pe desktop și în grupuri mici de lucru.

	Producător
		http://www.dbase2000.com/
		http://www.corel.com/
Microsoft Access 2000		http://www.microsoft.com/
Microsoft FoxPro		http://www.microsoft.com/
Microsoft Visual FoxPro		http://www.microsoft.com/
Microsoft Visual FoxPro		http://www.microsoft.com/
Motor de date Microsoft		http://www.microsoft.com/

1.5.Cerințe și standarde pentru baze de date

Următoarele cerințe de bază sunt impuse bazelor de date moderne și, în consecință, SGBD-ului pe care sunt construite:

· Performanță ridicată (timp scurt de răspuns la o solicitare).

Pentru a crea o nouă bază de date utilizând expertul, urmați acești pași:

Executați comanda Fișier [Creare]

În caseta de dialog „Creare” care se deschide, selectați comanda rapidă „Băzuri de date”. Pe ecran va apărea o listă de baze de date oferite de expert. Această listă este foarte mare și poate ajunge la câteva zeci de opțiuni diferite care pot fi utilizate imediat sau vor servi drept bază pentru construirea altor baze de date. De exemplu, „Comenzi de lucru”, „Facturi”, „Contacte”, „Evenimente”, … etc.

Selectați din listă baza de date exemplu care vi se potrivește și lansați vrăjitorul de creare a bazei de date făcând clic pe butonul OK.

În caseta de dialog „Fișier de bază de date nou” care se deschide, din lista derulantă Folder, selectați folderul în care doriți să salvați baza de date creată, iar în câmpul Nume fișier, introduceți numele acestuia. Apoi faceți clic pe butonul Creare.

În următoarea casetă de dialog, expertul vă spune ce informații va conține baza de date pe care o va crea. În partea de jos a acestei casete de dialog se află următoarele butoane:

Anulare - termină vrăjitorul;

Înapoi - vă permite să reveniți la pasul anterior din expert;

Terminat - pornește vrăjitorul de creare a bazei de date cu opțiunile selectate, iar înainte de a apăsa acest buton se afișează informațiile care vor fi stocate în baza de date.

Caseta de dialog care se deschide conține două liste. Prima este o listă de tabele de bază de date, iar a doua este o listă de câmpuri din tabelul selectat. Această listă marchează câmpurile care vor fi incluse în tabel. De obicei, aproape toate câmpurile tabelelor sunt marcate, cu excepția câmpurilor care sunt folosite destul de rar. Bifând sau debifând câmpurile, puteți selecta câmpurile din tabel. După selectarea câmpurilor din tabel, faceți clic pe Următorul.

În următoarea fereastră de dialog, selectați un tip de design de ecran din mostrele propuse și faceți clic pe butonul Următorul (în acest caz, ecranul vă oferă posibilitatea de a previzualiza tipurile de design de ecran pe care le puteți selecta în fereastra din dreapta ferestrei de dialog) .

La următorul pas al expertului, puteți defini tipul de rapoarte generate pentru baza de date. După ce ați selectat vizualizarea care vi se potrivește, faceți clic pe butonul Următorul (aici sunteți, de asemenea, invitat să vă familiarizați cu opțiuni posibile, care poate fi de asemenea iterat).

Caseta de dialog asistent de creare a bazei de date care se deschide în continuare vă permite să specificați titlul și imaginea acesteia (de exemplu, marca comercială a companiei) care vor apărea în toate rapoartele. Dacă alegeți să utilizați o imagine, bifați caseta Da. În acest caz, butonul Imagine devine disponibil, făcând clic pe care se deschide caseta de dialog „Selectare imagine” pentru selectarea unui fișier cu o imagine pe care ați creat-o anterior. Faceți clic pe butonul Următorul pentru a face setări suplimentare.

Făcând clic pe butonul Terminare ultima fereastră dialog, porniți vrăjitorul pentru a construi o bază de date cu parametrii specificați. Folosind butonul Înapoi, puteți reveni la oricare dintre pașii anteriori și puteți modifica setările bazei de date. Puteți face clic pe butonul Terminare din orice casetă de dialog a expertului, refuzând să setați în continuare parametri suplimentari. În acest caz, expertul folosește setările implicite în activitatea sa.

După ce face clic pe butonul Terminare, expertul continuă să creeze o bază de date formată din tabele cu câmpurile pe care le specificați, formulare simple pentru introducerea și vizualizarea informațiilor și rapoarte simple. După finalizarea procesului de creare a unei baze de date, puteți utiliza imediat baza de date finalizată: introduceți date în tabele, vizualizați-le și imprimați-le.

Dacă opțiunile bazelor de date propuse nu vă convin, puteți crea o bază de date goală și puteți adăuga tabele, interogări, formulare și rapoarte la aceasta.

Deci, începeți să creați tabele de baze de date, în care informațiile vor fi introduse ulterior. În viitor, datele din tabel pot fi completate cu date noi, editate sau excluse din tabel. Puteți vizualiza datele în tabele sau le puteți aranja în funcție de anumite criterii. Informațiile conținute în tabele pot fi folosite pentru a genera rapoarte. În plus, puteți oferi o interpretare grafică a informațiilor conținute în baza de date. Vă veți familiariza cu rezolvarea acestor probleme în capitolele următoare.

Crearea unui tabel în MS Access se realizează în fereastra bazei de date. Luați în considerare secvența acțiunilor dvs. atunci când creați un tabel într-o bază de date nouă:

Deschideți fereastra bazei de date pe care ați creat-o și accesați fila „Tabele”.

Faceți clic pe butonul Nou din fereastra bazei de date.

Se va deschide caseta de dialog „Tabel nou”, în partea dreaptă a căreia există o listă de opțiuni pentru lucrări ulterioare:

Modul tabel - vă permite să creați un nou tabel în modul tabel;

Constructor - vă permite să creați un nou tabel în designerul de tabel;

Table Wizard - vă permite să creați un nou tabel folosind vrăjitorul;

Import tables - vă permite să importați tabele dintr-un fișier extern în baza de date curentă;

Link la tabele - vă permite să creați tabele legate de tabele din fișiere externe.

Selectați din acest tabel opțiunea de creare a unui tabel care vi se potrivește și faceți clic pe OK.

Creați structura tabelului folosind instrumentul ales. Puteți crea un tabel folosind vrăjitorul și folosind designerul.

Pentru a asocia un tabel cu informațiile pe care le conține, fiecărui tabel i se dă un nume. Specificați un nume pentru tabel în caseta de dialog Salvare și faceți clic pe OK.

Când denumești un tabel, cum ar fi un nume de bază de date, nu trebuie să fii limitat la opt caractere. Numele tabelului, ca și numele altor obiecte de bază de date, este stocat în baza de date însăși.

Numele câmpului este introdus în câmpul de introducere al coloanei cu numele câmpului. La denumirea câmpurilor, trebuie să urmați următoarele reguli:

Numele câmpului poate conține până la 64 de caractere, dar nu ar trebui să abuzați de această posibilitate setând nume prea lungi;

Numele câmpului poate conține litere, cifre, spații și caractere speciale, cu excepția punctului (.), semnului exclamării (!), parantezelor () și a unor caractere de control (cu coduri ASCII 0-31);

Numele câmpului nu poate începe cu un spațiu;

Două câmpuri din același tabel nu pot avea același nume;

Nerespectarea acestor reguli este monitorizată prin intermediul SGBD-ului MS Access, dar în unele cazuri acest lucru poate duce la erori greu de detectat, așa că se recomandă să monitorizați în mod independent respectarea regulilor de mai sus în munca practică.

Este recomandabil să încercați să folosiți nume scurte pentru a le face mai ușor de identificat atunci când vizualizați tabelele.

Text;

Numeric;

Monetar;

Tejghea;

Data/Ora;

Logic;

Câmp MEMO:

câmp obiect OLE;

Maestru de înlocuire.

Câmpurile de text pot conține litere, cifre și caractere speciale. Lățimea maximă a câmpului este de 255 de caractere.

Pentru a modifica lățimea câmpului, în linia Mărime câmp din secțiunea „Proprietăți câmp”, specificați un număr care determină lățimea câmpului (de la 1 la 255).

Fiecare dintre tipurile de date are propriile proprietăți, care sunt afișate în secțiunea Proprietăți câmp a ferestrei de proiectare.

După ce ne-am uitat la tipurile de date din Access și la proprietățile individuale ale câmpurilor tabelului, putem începe să creăm structura tabelului. Să ne uităm la crearea unei structuri de tabel folosind exemplul de creare a tabelului Comenzi în baza de date Northwind care vine cu Access. Acest tabel este deja în baza de date Northwind, dar va fi foarte util să revizuiți procesul de creare a acestui tabel. Pentru a nu rupe structura bazei de date Northwind, creați mai întâi o bază de date exemplu și deschideți fereastra acesteia.

În fereastra Table Design, în coloana Field Name, introduceți OrderCode.

Apăsați tasta Tab sau Enter pentru a trece la coloana Tip de date. În același timp, rețineți că informațiile apar în secțiunea „Proprietăți câmp” din partea de jos a casetei de dialog.

Coloana Tip de date are acum valoarea Text. Faceți clic pe butonul de extindere din partea dreaptă a dreptunghiului și veți vedea o listă care conține toate tipurile de date. Din această listă, utilizați mouse-ul sau utilizați tastele sus și jos pentru a selecta valoarea Contor și apăsați tasta Tab pentru a trece la coloana Description. Coloana Descriere este explicația pe care o dați câmpurilor dvs. Când lucrați cu acest tabel în viitor, această descriere va apărea în partea de jos a ecranului MS Access ori de câte ori introduceți câmpul OrderCode și vă va aminti scopul acestui câmp.

Introduceți text explicativ în coloana Descriere și apăsați Tab sau Enter pentru a trece la introducerea informațiilor despre următorul câmp. Introduceți o descriere pentru toate câmpurile din tabel în același mod.

Creați un tabel în vizualizarea Foaie de date

Am luat în considerare două moduri de a crea tabele, acum trecem la a treia. Fiecare dintre metode are propriile sale avantaje și dezavantaje. Dar suntem siguri că această metodă de a crea un tabel vă va uimi prin simplitatea, claritatea și vă va plăcea foarte mult. Nu e de mirare că se află primul în lista de metode de creare a tabelelor din caseta de dialog Tabel nou. Probabil că îl vei folosi de cele mai multe ori.

Mai jos este secvența de acțiuni pe care trebuie să le efectuați:

Accesați fila „Tabele” a ferestrei bazei de date și faceți clic pe butonul Creare.

În caseta de dialog Tabel nou, selectați Mod tabel din lista de opțiuni și faceți clic pe OK. Ca urmare a acestor acțiuni, se va deschide caseta de dialog „Tabel”, care conține tabelul creat implicit. Acest tabel are 20 de coloane și 30 de rânduri, ceea ce este suficient pentru a începe. După salvarea acestui tabel, puteți, desigur, să adăugați câte rânduri și coloane aveți nevoie.

Numele câmpurilor de tabel sunt definite implicit, dar este puțin probabil ca acestea să îndeplinească cerințele dumneavoastră. MS Access facilitează acordarea de nume noi câmpurilor. Pentru a face acest lucru, faceți dublu clic pe zona de selecție a primului câmp (al cărui titlu conține Câmp 1). Numele câmpului este evidențiat și apare un cursor care clipește. Introduceți numele primului câmp și apăsați tasta Tab. În mod similar, introduceți restul numelor câmpurilor din tabel în coloanele următoare.

Acum completează câteva rânduri din tabelul tău, introducând informațiile în formularul în care vor fi introduse în viitor. Încercați să scrieți totul în același stil (de exemplu, dacă ați notat prima dată ca 14/10/09, atunci nu o scrieți pe următoarea ca 3 noiembrie 2009). Dacă MS Access setează tipul de date greșit, îl puteți schimba, dar este mai bine să introduceți totul corect deodată.

Salvați tabelul executând comanda File/Save Layout sau făcând clic pe butonul Salvare din bara de instrumente. În caseta de dialog Salvare care se deschide, dați un nume tabelului și faceți clic pe OK.

Când vi se solicită să creați o cheie primară pentru tabel, faceți clic pe Da, iar MS Access va crea tabelul ștergând rânduri și coloane suplimentare.

Acum asigurați-vă că Access a selectat tipurile de date corecte pentru fiecare câmp. Pentru a face acest lucru, accesați fereastra de proiectare tabel executând comanda View/Table Designer. Dacă ceva nu vă convine în structura tabelului, faceți modificările necesare.

În capitolul anterior ne-am uitat la utilizarea filtrelor, iar în acest capitol ne vom uita la mai multe Unealtă puternică selecții de date - interogări.

În practică, este adesea necesar să selectați din tabelul sursă o parte a înregistrărilor care îndeplinesc anumite criterii și să ordonați selecția. Criteriile pot fi determinate de o combinație a unui număr de condiții. De exemplu, trebuie să selectați înregistrări despre furnizorii unui anumit produs din Minsk și să le sortați alfabetic după numele companiei. Pentru a rezolva astfel de probleme, sunt proiectate Expertul de interogări și Generatorul de interogări, cu ajutorul cărora puteți:

Formează criterii complexe pentru selectarea înregistrărilor din unul sau mai multe tabele;

Specificați câmpurile afișate pentru înregistrările selectate;

Efectuați calcule folosind datele selectate.

Ce este o cerere de eșantion?

Anterior, am avut în vedere prevederile generale referitoare la bazele de date, unde am remarcat că unul dintre scopurile principale ale bazelor de date este cautare rapida informații și răspunsuri la o varietate de întrebări. Întrebările formulate în raport cu baza de date se numesc interogări. MS Access folosește generatorul de interogări și instrucțiunea MS Access SELECT pentru a forma interogări.

Ce este o „cerere după model”? O interogare de tipar este un instrument interactiv pentru selectarea datelor dintr-unul sau mai multe tabele. Când formați o interogare, trebuie să specificați criteriile de selectare a înregistrărilor din tabelul sursă. În acest caz, în loc să tastați propoziții într-o limbă specială, trebuie să completați pur și simplu formularul de solicitare, care se află în fereastra designerului de solicitări. Metoda de generare a unei cereri prin completarea unui formular este ușor de învățat și de înțeles. Contribuie la utilizarea eficientă a capabilităților MS Access de către utilizatorii care au abilități chiar minime în lucrul cu aplicația sau care nu o au deloc.

Toate informațiile necesare se află în tabelul Clienți din baza de date Northwind. Prin urmare, pentru a crea o solicitare, urmați acești pași:

În fereastra bazei de date, accesați fila Interogări și faceți clic pe butonul Creare.

Ordinea câmpurilor din formularul de interogare determină ordinea în care apar în tabelul rezultat. Pentru a schimba locația unui câmp din această listă, procedați în felul următor:

Plasați cursorul mouse-ului pe zona de selecție a coloanei, care se află direct deasupra numelui câmpului. Când indicatorul se transformă într-o săgeată, faceți clic pe butonul pentru a evidenția coloana.

Faceți clic și țineți apăsat butonul mouse-ului în această poziție. Un dreptunghi va apărea la sfârșitul indicatorului.

Mutați coloana în direcția dorită. O linie verticală groasă va arăta poziția sa curentă.

Eliberați butonul când linia verticală groasă se află în locația dorită. Câmpul va fi mutat în noua locație.

Mutarea unei coloane de formular de interogare. Uneori nu este imediat posibil să selectați o coloană pentru a o muta. Asigurați-vă că faceți clic pe zona de selecție a coloanei (micul dreptunghi care se află chiar deasupra numelui câmpului). Acesta este singurul loc de unde puteți prinde o coloană de ambalare. Pentru a transfera un câmp în formularul de solicitare, faceți dublu clic pe numele câmpului

Citiți Raportul automat.

Un raport gata de utilizare va apărea pe ecran în câteva secunde. Acest raport include toate câmpurile din tabel. Numele lor sunt aranjate vertical în volum aceeași ordine în care apar în tabel. În dreapta numelui fiecărui câmp, este afișată valoarea acestuia în tabel.

Concluzie

In acest termen de hârtie s-a avut în vedere conceptul unei baze de date și al unui sistem de management al bazei de date, cu ajutorul cărora se implementează gestionarea centralizată a datelor stocate în baza de date, accesul la acestea, și menținerea lor la zi. Deci, o bază de date este o colecție de date interconectate stocate împreună în unul sau mai multe fișiere de computer. Și, de asemenea, sa luat în considerare lucrul cu unul dintre popularele DBMS Microsoft Access.

Baza de date Microsoft Access oferă fondurile necesare să lucreze cu baze de date pentru un utilizator fără experiență, permițându-i să creeze cu ușurință și cu ușurință baze de date, să introducă informații în acestea, să proceseze interogări și să genereze rapoarte. Din păcate, sistemul de ajutor încorporat nu explică clar utilizatorului începător cum să lucreze, deci este nevoie de un manual.

Marchenko A.P. Microsoft Access: Curs scurt. - Sankt Petersburg: Peter, 2005. - p. 56

Lazarev I.P.. „Microsoft Access for Dummies”. Sankt Petersburg - Peter, 2004. - p.139.

Lazarev I.P.. „Microsoft Access for dummies”. Sankt Petersburg - Peter, 2004. - p. 196.

Marchenko A.P. Microsoft Access: un curs scurt. - Sankt Petersburg: Peter, 2005. - 239.

Clasificarea bazelor de date în funcție de modul în care sunt organizate datele. Clasificarea și caracteristicile bazelor de date

2.2. Clasificarea bazei de date

2.3. Modele de date ierarhice și de rețea

Baze de date de rețea

2.4. Baze de date relaționale

Respectarea condițiilor de integritate referențială într-o bază de date relațională

Strategii de bază pentru menținerea integrității referențiale

Strategii suplimentare pentru menținerea integrității referențiale

Baze de date post-relaționale

Servere de baze de date

2.5. Baze de date distribuite

Cititor

Ateliere

Prezentări

Clasificarea bazelor de date după metoda de stocare a datelor

Conceptul de „DBMS”

1.4. Noțiuni de bază pentru DBMS desktop

1.4. SGBD desktop

Nave de patrulare a flotei - clasificare și scop Vedeți ce este o „navă de patrulare” în alte dicționare

Istoria samurailor în Japonia Școala de samurai în Japonia

Istoria samurailor în Japonia Tipuri de războinici japonezi

Categorii

ultimele articole

Ouă, pui și cuiburi de sturzi

Și Kuprin este un rezumat minunat de doctor

Concepte de bază ale sferei de activitate metodologică a hupai

Prezentare „Literație (scriere) L

Dezvoltăm un copil într-un an

Rețete de brânză de vaci cu fotografii - ce poate fi gătit rece sau cald acasă

Varză de guli-rave: ce este util, cum se păstrează, ce se poate face

Imprumuturi urgente in numerar in ziua tratamentului Mos express aplicatie online credit bancar

Este posibil să vinzi un apartament ipotecar?

Publicitate

Clasificarea bazelor de date în funcție de modul în care sunt organizate datele. Clasificarea și caracteristicile bazelor de date

2.2. Clasificarea bazei de date

2.3. Modele de date ierarhice și de rețea

Baze de date de rețea

2.4. Baze de date relaționale

Respectarea condițiilor de integritate referențială într-o bază de date relațională

Strategii de bază pentru menținerea integrității referențiale

Strategii suplimentare pentru menținerea integrității referențiale

Baze de date post-relaționale

Servere de baze de date

2.5. Baze de date distribuite

Cititor

Ateliere

Prezentări

Clasificarea bazelor de date după metoda de stocare a datelor

Conceptul de „DBMS”

1.4. Noțiuni de bază pentru DBMS desktop

1.4. SGBD desktop

S-ar putea să te intereseze:

Categorii

ultimele articole

Publicitate