Care este baza de date și pentru unde sunt folosite? Separarea bazei de date. Baze de date utilizează obiective

Conceptul și clasificarea bazelor de date

Principalele idei ale tehnologiei informației moderne se bazează pe conceptele bazei de date, conform căreia sediul tehnologiei informației este organizată în baza de date, reflectând în mod adecvat o stare a unui anumit domeniu de subiect și furnizarea unui utilizator cu informații curente în acest domeniu. Prima bază de date a apărut deja în perioada primei generații de calculatoare, reprezentând fișiere de date separate sau agregate simple. Pe măsură ce volumul și complexitatea structurală crește, informațiile stocate, precum și extinderea cercului informațiilor consumatorilor, are nevoie să creați confortabil sisteme eficiente Integrarea datelor stocate și gestionarea acestora. Și începând cu anii 1970. Sistemele de baze de date au început să înlocuiască treptat sistemele de fișiere utilizate ca parte a infrastructurii tehnologiei informației întreprinderii. În paralel, recunoașterea faptului că datele reprezintă cea mai importantă resursă corporativă, iar bazele de date reprezintă o componentă fundamentală a tehnologiei informației, astfel încât dezvoltarea și utilizarea lor ar trebui luate în considerare din punct de vedere al celor mai largi cerințe ale întreprinderii.

În prezent, baza de date ca materie primă pentru furnizarea aproape tuturor tipurilor de servicii de informare constituie baza serviciilor moderne de informare intramanashine.

O calități importante pozitive ale bazelor de date este independența datelor și utilizând programele lor. Sub independență aici este înțeleasă în primul rând că schimbarea datelor nu conduce la o schimbare a programelor de aplicare și invers. Baza de date funcțională este un set integrat de date subconderabile, pe baza căreia sunt soluționate toate sarcinile unui anumit domeniu de subiect. Baza de date prezintă acces multidimensional și utilizarea acelorași date prin diverse sarcini de utilizator (figura 7.4).

Smochin. 7.4. Termeni de date generalizată pentru rezolvarea sarcinilor utilizatorilor

Utilizarea bazei de date pentru multe produse software de aplicații simplifică punerea în aplicare a cererilor cuprinzătoare, reduce redundanța datelor stocate și îmbunătățește eficiența tehnologiei informației. Redundanța minimă și posibilitatea modificării rapide fac posibilă menținerea bazei de date în starea actuală, care este inerentă bazelor de date actualizate dinamic. Aceasta înseamnă că corespondența bazei de date a stării actuale a zonei subiectului nu este posibilă periodic, ci în timp real. În același timp, aceleași date pot fi prezentate diferit în funcție de nevoile diferitelor grupuri de utilizatori.

În general, interacțiunea cu utilizatorul cu baza de date pentru rezolvarea sarcinilor poate fi reprezentată după cum urmează. Utilizatorii introduc noi date în baza de date, modifică existența și elimina inutile. În plus, utilizatorii căi diferite Citiți datele: prin formulare, solicitări și generarea de rapoarte. Aplicarea utilizatorului servește ca intermediar între utilizator și DBMS (un program care procesează baza de date). Aplicația creează formulare, cereri și rapoarte, le trimite utilizatorului și le primește de la acesta și, de asemenea, convertește acțiunile utilizatorilor la cererile de gestionare a datelor utilizând DBMS.

DBMS primește solicitări din aplicație și convertește aceste solicitări la fișierele de intrare sau fișierele de ieșire a bazei de date. În majoritatea cazurilor, DBMS trimite operatori SQL și le traduce în instrucțiuni. sistem de operare Pentru a citi și a scrie date în fișierele de baze de date.

Interesant, numele unuia dintre cele mai renumite grupuri teroriste din lume "Al-Quaeda" (Al-Kayeda) tradusă din limba arabă înseamnă "baza de date". Originea acestui nume este cauzată de o examinare strictă a informațiilor despre membrii organizației.

Bazele de date au apărut la mijlocul anilor '60. Ca urmare a introducerii pe scară largă în activități de informare Echipamente de calculator. Inițial, acestea au fost utilizate ca produs intermediar în prepararea publicațiilor tipărite, fiind totuși furnizate consumatorilor pe transportatorul de mașini (mai întâi pe bandă magnetică, apoi pe dischete, iar mai târziu pe discuri optice), baza de date a dobândit o valoare independentă de produse de informare.

Proprietățile de bază ale bazelor de date și sprijinul și organizațiile acestora includ:

Nicio dublare a datelor care furnizează introducerea unică a datelor și simplitatea ajustării acestora;

Coerența datelor;

Integritatea bazei de date;

Posibilitatea accesului multidimensional;

Posibilitatea diferitelor eșantioane de date și utilizarea diferitelor sarcini și aplicații utilizator;

Protecția și recuperarea datelor în situații de urgență, eșecuri hardware și software, erori de utilizare;

Protecția datelor de la accesul neautorizat la instrumentele de dezarmare pentru diferiți utilizatori;

Abilitatea de a modifica structura bazei de date fără a re-încărca datele;

Asigurarea independenței programelor din date care vă permite să mențineți programe atunci când modificați structura bazei de date;

Prezența unei limbi de solicitare orientată spre nivel înalt, care oferă o producție din baza de date pe orice solicitare și furnizarea acesteia sub forma unor forme de raportare relevante care sunt convenabile pentru utilizator.

În prezent, există un număr semnificativ de specii cele mai diverse de baze de date clasificate prin diferite caracteristici prezentate în fig. 7.5.

Smochin. 7.5. Clasificarea bazelor de date

1. Prin metoda de stocarealocați două tipuri principale de baze de date - distribuitși centralizat.

Baze de date distribuiteconstau în mai multe părți intersectate sau chiar duplicate de piese stocate în diverse computere personale LAN (baze de date cluster). Cu toate acestea, utilizatorul unei baze de date distribuite este capabil să lucreze cu acesta ca o singură matrice de informații utilizând software specializat - sisteme de gestionare a bazelor de date (DBMS). Părțile unei baze de date distribuite situate pe PC-ul de rețea separat sunt gestionate de propriile lor DBM-uri locale și pot fi utilizate simultan ca baze de date locale independente. În plus, DBMS locale poate fi diferit în diferite stații de lucru LAN.

Baza de date centralizatădepozitați în memoria unui sistem de calcul. Dacă acest sistem de calcul este o componentă de rețea de calcul, atunci accesați o astfel de bază de date din alte computere conectate lareţea.

2. După tipul de date stocate

- factografie conținând informații scurte despre obiectele descrise prezentate într-un format strict definit;

- baze de date documentarecare conține informații extinse de tipul cel mai diferit: text, grafic, sunet, multimedia.

Tehnologiile moderne de informare șterg treptat granița dintre bazele de date factografice și documentare. Instrumentele existente facilitează conectarea persoanelor (text, grafic, sunet) în baza de date factuală.

3. Prin moduri de accesbazele de date sunt împărțite în următoarele tipuri:

1) Baza de date cu modul de acces în modul online (baze de date online) stocate în banca centrală de date. Accesul la acestea se efectuează prin intermediul echipamentelor de telecomunicații și canale de comunicare. Astfel de baze de date includ baza de date internă a întreprinderilor cu LAN, depozit de date corporative cu acces la canal VPN,precum și bazele de date situate în Baze de date pe Internet.Puteți să le accesați în timp real, să extrageți informații de la ele și să le salvați pe un computer sau pe un dispozitiv de stocare auxiliar;

2) Baze de date cu mod de acces în modul offline (baze de date offline) trimiteți informații stocate pe materiale de informare externă sau dispozitive externe de memorie și sunt disponibile pentru consumatori fără a utiliza o rețea externă de telecomunicații.

4. Prin numărul de utilizatoriBaza de date alocă următoarele tipuri:

- un singur utilizator- caracterizată prin manipularea utilizatorilor laBaza de date situată pe PC-ul local, pentru a rezolva sarcinile funcționale ale unei anumite domenii;

- multiplayer. - asigurarea interacțiunii de rețea a utilizatorilor, care este împărțită în două specii principale (vezi pct. 4.4):

o - interacțiune "Client gros" ("Model de server de fișiere", "Model de acces la date la distanță")aceasta presupune alocarea uneia dintre mașinile de calcul al rețelei ca un server central (server). Stochează o bază de date centralizată utilizată în comun. Toate celelalte rețea PCS efectuează funcțiile stațiilor de lucru. În cazul utilizării "modelului serverului de fișiere", fișierele bazei de date privind solicitările utilizatorului sunt transmise către stațiile de lucru, unde informațiile sunt procesate. Cu o intensitate mare de interogare la aceleași fișiere, performanța LAN Falls. În cazul utilizării "modelului de acces la date la distanță" stație de lucru Clientul și serverul selectat stabilește un DBMS specializat, care este împărțit în două părți: client și server. Interogarea transmisă de baza de date a serverului client generează o căutare, extracție și transmitere a non-fișiere ca în modelul anterior, dar de date extrase. Astfel, numărul de informații transmise în rețea scade de mai multe ori. Cu toate acestea, principalele încărcături computaționale cum ar fi șiÎn primul caz, stația de lucru a clientului, unde datele sunt procesate și prezentate;

o - interacțiune " client subțire"(" Modelul serverului de date "model" model de aplicație ") se efectuează în două versiuni. Când utilizați modelul serverului de baze de date, procesarea de căutare și date se efectuează pe serverul de bază de date. Clientul are resurse software limitate, axate numai pe prezentarea informațiilor. În al doilea exemplu de realizare, care este realizat în arhitectura cu trei niveluri, alocați 2 servere - serverul de bază de date și serverul de aplicații. Serverul bazei de date caută date de căutare și în serverul de aplicații, procesarea acestora. Pe stația de lucru a clientului, se efectuează numai reprezentarea datelor. Astfel, conceptul de "client subțire" indică faptul că principalele sarcini computaționale cad pe componenta server a rețelei.

5. Pentru bazele de date de întreținere a sarcinilor rezolvate Severe două tipuri principale de baze de date:

- baza de date locală create pentru a menține o sarcină a unei anumite domenii. De exemplu, o bază de date pentru clienții unei organizații care servește numai pentru colectarea și stocarea informațiilor și este utilizată pentru a stabili contacte cu consumatorii (tip " caiet»);

- baza de date integrată reprezintă o colecție de date interdependente depozitate împreună cu o astfel de redundanță minimă, ceea ce le permite să utilizeze modul optim pentru o varietate de aplicații. Ei au, de regulă, o structură distribuită și sunt folosite în KIS pentru a efectua suport de informații pentru diverse aplicații pentru a rezolva sarcinile funcționale ale întreprinderii.

Baze de date integrate au control centralizat, care asigură compatibilitatea datelor stocate, reduce redundanța semanticului, susține conformitatea datelor către starea actuală a obiectului economic, vă permite să distribuiți stocarea datelor între utilizatori și capacitatea de a conecta noi profesioniști. Cu toate acestea, centralizarea managementului și a integrării datelor conduce la necesitatea de a spori controlul datelor de intrare, asigură acordul dintre utilizatori despre compoziția și structura datelor, delimitarea accesului și secretului datelor etc.

Multi-bază de date (bază de date neomogene) mecanisme specializate încorporate au, datorită căruia utilizatorii care au o bază de date locală pe PC-urile lor au capacitatea de a lucra cu toate bazele de date locale ale altor specialiști într-o singură limbă și formulează cereri cu indicarea simultană a diferitelor baze de date locale. În sistemele multi-date, schema de bază de date integrată nu este acceptată și se aplică metode speciale de numire pentru a accesa bazele de date locale. De regulă, numai eșantionul de date este permis în astfel de sisteme, ceea ce vă permite să mențineți autonomia bazei de date locale.

6. sub forma unei organizații de date Aloca:

- bază de date , sunt organizate în conformitate cu regulile specifice și un sistem computațional susținut în memoria unui sistem computațional care caracterizează o stare a unui anumit domeniu și se utilizează pentru a satisface nevoile de informare ale utilizatorilor;

- bază de cunoștințe , care, cu excepția datelor din zona subiectului (fapte, observații, statistici), conțin, de asemenea, regulile pentru utilizarea lor pentru a lua o decizie optimă de gestionare. Dezvoltarea de soluții - principala componentă a bazei de cunoștințe, care este implementată ca un complex de programe. Programul include logica argumentului expertului la evaluarea problemei, sunt oferite opțiuni pentru soluția sa.

7. Potrivit modelelor de baze de date Următoarele tipuri de baze de date se disting:

- apartament - sunt caracteristice faptului că toate informațiile sunt amplasate într-o singură masă, fiecare intrare conține un identificator de obiect specific;

- ierarhic - au o organizație pe mai multe niveluri în care există un vârf, iar înregistrările rămase sunt comandate într-o anumită secvență la niveluri scăzute de ierarhie;

- reţea - caracterizată prin faptul că fiecare element este asociat cu orice alt element de bază de date;

- relațional - constau din mai multe mese, relația dintre care se stabilește utilizând valorile coincidente ale acelorași câmpuri;

- obiect orientat spre obiect în care datele sunt decorate sub formă de modele de obiecte, inclusiv aplicații care controlează evenimentele externe;

- obiect-relațional , reprezintă un model relațional care utilizează în procesul de funcționare a împrumuturilor și metodelor caracteristice unei abordări orientate pe obiect;

- modelul de date "Rolurile obiectului » include două concepte de bază - "obiecte" și "roluri" pe care se efectuează manipulări. Modelul este utilizat pentru modelare conceptuală și nu a câștigat în prezent pe scară largă;

- baza de date multidimensională luați în considerare datele ca cuburi care generalizează foi de calcul pentru orice număr de măsurători. Cuburi suportă ierarhia de măsurare și formulele fără dublare a definițiilor acestora. Setul cuburilor corespunzătoare este o bază de date multidimensională (depozit de date). Cele mai importante criterii pentru alegerea unui tip de bază de date este de a minimiza costurile de muncă și de valoare pentru organizarea structurii BD, software-ul sistemului de manipulare a software-ului, precum și la actualizarea bazei de date atunci când apar noi sarcini. Ar trebui să se țină cont de faptul că ar trebui construit un model concretizat pentru funcționarea eficientă a acestuia pentru serviciul de informare, adică. Structura bazei de date ar trebui să afișeze modelul informativ și logic al zonei de date.

Modelele DB se bazează pe o abordare modernă a procesării informațiilor care declară stabilitatea relativă a structurilor bazei de date, care este asociată în primul rând cu stabilitate în momentul unor tipuri de obiecte din întreprinderi pentru care este organizată tehnologia informației. Prin urmare, în el în management este posibil să se construiască o bază de date cu o structură permanentă și valori de informare schimbătoare. O astfel de bază de date care afișează sistemul informatic al zonei subiectului din forma structurată vă permite să formați înregistrări logice, elementele și interdependențele între ele, care reflectă subordonarea elementelor DB.

Toate modelele de date sunt inerente anumitor tipuri de structuri care sunt susținute de DBMS. În plus, în diverse DBMS, tipul de structuri de date poate fi definit diferit și este numit, de exemplu, un câmp, element de date, atribut etc.

Relația dintre elementele de bază de date poate fi tipărită în următoarele tipuri principale:

- "Unul la unul" (1-1), atunci când o înregistrare poate fi conectată numai cu o singură intrare;

- "Unul la mulți" (1st) - o intrare este interconectată cu multe alte înregistrări sau multe înregistrări sunt interconectate cu o singură intrare (în al doilea caz, această conexiune este, de asemenea, numită "Multe la unu" );

- "Mulți la mulți" (mm) - aceeași intrare poate intra într-o relație cu multe alte înregistrări în diferite versiuni.

Utilizarea unui anumit tip de relație a identificat patru modele DB de bază: fișier, ierarhic, rețea și relațional .

Modelul fișieruluia fost primul model utilizat în formalizarea datelor în IO-ul Intramaineshine IO și este unul dintre cele mai simple modele axate pe procesarea informațiilor prin programe specializate care rulează orice sistem de operare.

Modelul este utilizat în modelul de fișier pentru a structura informații "Fișier plat",o structură liniară (unică) și reprezentând o masă bidimensională. DBMS nu sunt folosite pentru a dezvolta fișiere plate. De regulă, ele sunt dezvoltate în software specializat.

Principalele tipuri de structuri de model de fișiere includ:

- Camp - Unitatea elementară a unei organizații de date logice care îndeplinește unitatea de informare minimă indivizibilă. Pentru fiecare câmp este atribuit poziția și lungimea. În programul care utilizează fișierul, sunt definite caracteristicile atribuite fiecărui câmp, deoarece Nu există informații în baza de date în sine.

- Tipul câmpului definește multe valori care pot primi acest câmp în diverse înregistrări. File și modelele relaționale utilizează mai multe tipuri principale de câmpuri. Câmpurile ale căror valori pot fi doar numere aparțin câmpurilor numerictipul care la rândul său este împărțit în câmpuri realtip, câmp întregtip, câmp monetartipul de date etc. Simboltipul de câmp reprezintă secvențe simbolice (cuvinte, coduri etc.). Tipul câmpurilor " data de data»Proiectat pentru stocarea timpului, date și date în legătură cu timpul în formate diferite reprezentare. Logictipul de date corespunde câmpului că pot dura două valori: "Da" - "nu" sau "adevăr" - "fals" ("adevărat" - "fals").

- Record - o combinație de câmpuri care corespund detaliilor legate logic. Structura de înregistrare este determinată de compoziția și secvența câmpurilor incluse în acesta, fiecare dintre care conține un element de recuzită.

- Instanța de înregistrare este o implementare de înregistrare care conține valori specifice ale câmpului.

- Cheia de îmbogățire - Identificator, definind în mod unic fiecare instanță a înregistrării.

Două tipuri de chei vor fi alocate în modelele de date - primarși secundar.

Cheia primară (PC) -unul sau mai multe domenii (cerințe) identifică cu siguranță înregistrarea. Dacă cheia primară constă dintr-un câmp, atunci el cheamă simpluȘi dacă din mai multe domenii - compus.

Cheie secundară (VRK) -câmpul a cărui valoare poate fi repetată în mai multe înregistrări, adică Propsurile nu sunt unice. Spre deosebire de cheia primară, care poate fi găsită singura instanță a înregistrării, pe tasta secundară puteți găsi mai multe înregistrări.

Înregistrările tastelor vă permit să indexați fișiere pentru căutarea ulterioară și accesul eficient.

Când este creat un fișier index suplimentar, care include într-o formă comandată toate valorile fișierului cheie. Pentru fiecare valoare cheie, fișierul index conține un indicator la intrarea corespunzătoare. Dacă există un fișier index, ale căror dimensiuni sunt mai mici decât fișierul principal, pe parametrul specificat, înregistrarea este căutată rapid. Folosind un indicator de înregistrare în fișierul de date, se face acces direct la această intrare. Indexarea poate fi făcută nu numai pe primară, ci și pe o cheie secundară.

Când descrieți organizația de date logică, fiecare fișier este alocat nume unic Și o descriere a structurii înregistrărilor sale, care include o listă de câmpuri incluse în acesta și comanda lor în interiorul înregistrării. Pentru fiecare câmp, abrevierea este setată - numele domeniului(identificatorul câmpului din interiorul înregistrării), formatul câmpului -tipul datelor stocate lungimea câmpuluiși precizia datelor numerice(număr de semne zecimale). Pentru câmpurile care efectuează rolul cheii de înregistrare indicate semn de cheie.

Structura fișierului în descrierea IO-ului intramanashine poate fi reprezentată ca o masă în care sunt observate cheile primare și secundare. De exemplu, documentul "Vestetitudinea costului planificat al produselor de fabricație" are o cheie compozită primară, inclusiv trei elemente de recuzită - "cod de atelier", "cod produs", "Numele produsului". În același timp, aceleași detalii fiecare separat sunt cheile secundare, deoarece Repetate în alte documente de întreprindere (vezi figura 7.6).

Figura 7.6 - Exemplu de document și structura sa

Structura fișierelor plate vă permite să lucrați cu ei foarte repede. Cu toate acestea, dezavantajul este că logica programului care este destinată manipulării datelor din fișiere trebuie să fie foarte detaliată. În lucrarea concentrată a aplicației cu bazele fișierelor plate, se indică unde și modul în care datele sunt stocate în fișier. Bazele de date mici cu fișiere plate au performanțe ridicate, dar cu o creștere a numărului de fișiere, performanța scade brusc.

Modelul de date ierarhiceeste cel mai ușor și a apărut mai întâi printre toate modelele DB organizate în mediul DBMS. Apariția modelului ierarhic se datorează faptului că, în diverse domenii ale activității umane, multe comunicări corespund ierarhiilor, atunci când un obiect acționează ca părinte și multe obiecte subordonate pot fi asociate cu acesta. Cel mai faimos sistem ierarhic Permiterea creării bazelor de date ierarhice este sistemul IMS (Sistemul de management al informațiilor)iBM a folosit la un moment dat pentru a susține proiectul lunar "Apollo" ("Apollon"), în procesul de implementare a cărei a fost necesar să se controleze un număr mare de piese, interconectate ierarhic.

Modelul ierarhic este reprezentat sub forma unui copac inversat, în care obiectele sunt evidențiate de la nivelurile coochimalității (ierarhiei) obiectelor (vezi figura 7.7).

Relația dintre elementele de bază de date din modelul ierarhic este organizată de tipul "unul la mulți". La fiecare nivel, un nod este format constând dintr-un set de date de date care descrie un obiect (intrarea bazei de date). Structura ierarhică îndeplinește întotdeauna următoarele cerințe:

Fiecare nod de nivel scăzut este conectat numai cu un singur nod la un nivel mai înalt;

Arborele ierarhic are doar un nod (rădăcină sau rădăcină), nu subordonată oricărui alt nod și este la cel mai înalt nivel - primul nivel;

Există o singură cale ierarhică de la nodul rădăcină la fiecare nod de bază de date.

Figura 7.7 - Model de date ierarhice

Numărul de copaci din baza de date este determinat de numărul de înregistrări rădăcinilor. În modelele ierarhice, accesul direct la date este de obicei posibil numai la cel mai înalt nivel de nivel - rădăcina. Pe alte obiecte, accesul se efectuează pe conexiunile de rădăcină din partea superioară a modelului.

Înregistrarea rădăcinii fiecărui copac trebuie să conțină cheia cu sens unic. De exemplu, într-o sarcină cu un plan de producere a produselor pe atelier, poate fi urmărită o ierarhie clară, în care fiecare atelier corespunde tipurilor de produse, volumului producției, costului de fabricare a unui produs etc. . este programată pentru fiecare tip de produs. (Vezi figura 7.8).

Figura 7.8 - Exemplu de bază de date ierarhică

Principalele avantaje ale modelului ierarhic este că vă permite să descrieți structura de date atât pe logică, cât și pe cea nivelul fizic., utilizează în mod eficient memoria mașinii de calcul și are indicatori suficient de mare ai timpului operațiunilor de pe date.

Dezavantajele modelului includ fixarea rigidă a relațiilor dintre elementele datelor (ca urmare a cărei modificări ale relațiilor necesită o schimbare a structurii), dependența dură a organizației de date fizice și logice. Viteza de acces în modelele ierarhice se realizează prin pierderea flexibilității informației, care limitează utilizarea acestora.

Modelul de date de rețeaeste dezvoltarea unui model ierarhic. A apărut în 1971 când grupul DTBG (grup de sarcini de bază de date)a introdus un raport în cadrul Institutului Național American de Standarde, care a servit drept bază pentru dezvoltarea sistemelor de gestionare a bazelor de date de rețea. Standardul modelului de rețea a fost determinat pentru prima dată în 1975 de către organizație Codasyl (Conferința sistemului de date),care a determinat conceptele de bază ale modelului și limba de descriere formală.

Structura bazei de date din modelul de rețea este setată de înregistrările și tipurile de tip seturicare sunt setul numit de înregistrări conexe. Modelul de rețea al datelor se bazează pe aceleași concepte de bază (nivel, nod, comunicare), ca ierarhic, dar în modelul de rețea, fiecare nod poate fi asociat cu orice alt nod, adică. Relația dintre elementele bazei de date din modelul de rețea este organizată de tipul "Multe la unu" sau "mult la mulți". Un exemplu de bază de date de rețea poate fi numit Internetul. Hyperlink-urile asociază sute de milioane de documente într-o singură bază de date distribuită de rețea.

În modelele de rețea, accesul direct prin cheie poate fi prevăzut cu orice obiect, indiferent de nivelul pe care este în model. Accesul și conexiunile din orice punct de acces sunt posibile (a se vedea figura 7.9).

Figura 7.9 - Modelul de date de rețea

Structura obiectului (înregistrare, fișier) în modelele de rețea este mai probabil să fie liniară și mai puțin are o structură ierarhică. Structurile de date de nivel inferior pot avea, de asemenea, propriile lor specifice și nume, de exemplu atribut -câmp analogic etc. Obiectul structurii liniare constă numai din atribute simple și cheie.

De exemplu, sarcina cu eliberarea produselor de pe atelier în modelul de rețea va fi vizualizată în fig. 7.10.

Figura 7.10 - Exemplu de bază de date de rețea

Particularitățile organizării modelului de rețea includ:

Baza de date poate consta dintr-un număr arbitrar de înregistrări și seturi de diferite tipuri;

Conexiunea dintre cele două intrări poate fi exprimată printr-un număr arbitrar de seturi;

În orice set, poate exista un singur proprietar;

Tipul de înregistrare poate fi proprietarul în unele tipuri de seturi și un membru în alte tipuri de seturi;

Este posibil ca tipul de înregistrare să nu includă niciun tip de seturi.

Principalele dezavantaje ale abordării rețelei din baza de date includ atât complexitatea modelului de date, cât și complexitatea stăpânirii mijloacelor de manipulare a datelor în el. Cu toate acestea, modelele de date de rețea comparativ cu ierarhice sunt un mijloc de reflecție mai versatil în structura informațiilor intramanashine a informațiilor pentru diferite domenii, deoarece Relația dintre aceste domenii substanțiale are o natură de rețea. Acest lucru limitează utilizarea modelelor ierarhice.

Avantajele modelelor de rețea pot fi atribuite:

Nici o dublare a datelor în diferite elemente de model;

Tehnologia de lucru cu modele de rețea este convenabilă pentru utilizatori, deoarece Accesul la date nu are practic nici o restricție și este posibilă direct obiectului oricărui nivel;

Toate tipurile de solicitări etc. sunt permise în modele de rețea.

Cu toate acestea, modelele relaționale au fost distribuite cel mai mult, care se bazează pe organizarea bazelor de date relaționale.

Modelul de date relațional.Fondatorul modelului relațional este angajat al IBM E.F. Codd, care, în articolul 1970, a adus concluzia că orice prezentare a datelor poate fi redusă la o combinație de tabele bidimensionale numite în matematică "relații" (relații - relație). Prin urmare, termenul care determină modelul de date prezentat sub formă de tabele este "relațional".

Modelele de date relaționale diferă de simplitatea ierarhică și de rețea a structurilor de date convenabile pentru utilizator cu o vizualizare tabară și acces la date. Fiecare tabelul relaționaleste o matrice bidimensională și are următoarele proprietăți:

Toate coloanele din tabel sunt omogene, adică. Toate elementele dintr-o singură coloană au același tip (numeric, simbol etc.) și dimensiunea maximă admisă;

Fiecare coloană are un nume unic;

Aceleași linii din tabel lipsesc;

Ordinea rândurilor și a coloanelor din tabel poate fi arbitrară.

Obiectele structurale ale tratamentului bazei de date relaționale sunt următoarele unități de informare (a se vedea figura 7.11):

Figura 7.11 - Principalele elemente structurale ale bazei de date relaționale

Atribut (domeniu, domeniu)- Unitatea elementară a unei organizații de date logice care corespunde unei unități de informații indivizibile (coloană a tabelului relațional). Fiecare coloană de masă (atribut) trebuie să aibă un nume.

Vesta- o combinație de câmpuri legate logic, un rând generalizat al unei mese relaționale. Fiecare rând al tabelului conține o valoare în coloana corespunzătoare. Tabelul nu poate fi două linii identice. Numărul total de linii nu este limitat.

Instanța de înregistrare- o implementare separată a înregistrării care conține valorile specifice ale câmpurilor sale (un anumit rând al tabelului relațional).

Tabel (atitudine)- Structura de câmp specificată constând dintr-un set finit de înregistrări de același tip.

Cheie- unul sau mai multe atribute (câmpuri), ale căror valori identifică cu siguranță rândul de masă. După cum sa menționat mai sus, cheile sunt împărțite în primare și secundare. Cheia primară din baza de date relațională trebuie să aibă următoarele proprietăți:

- identificarea fără echivoc– Înregistrarea trebuie să fie determinată fără echivoc de valoarea cheie;

- nici o redundanță– niciun câmp nu poate fi scos din tastă fără a deranja proprietățile identificării fără echivoc a înregistrării.

Bazele de date pot conține diverse obiecte, dar rețeaua sunt în primul rând mese. Cea mai simplă bază de date are cel puțin un tabel.

Chiar dacă baza de date nu este completă ( baza goală)că nu contează de la sine o bază de date completă, pentru că Informațiile din acesta sunt încă prezentate de structura bazei de date, care determină metodele de îmbunătățire și depozitare a datelor în baza de date. Modificările aduse câmpurilor tabelului de bază (sau proprietățile acestora) conduc la modificări ale structurii bazei de date și la obținerea unei noi baze de date.

Tabelele din baza de date relațională sunt create astfel încât fiecare să conțină informații despre un obiect de informații. Nu se recomandă reducerea datelor legate de diferite obiecte de informații într-o singură masă. De exemplu, este stocată incorect în aceleași date de tabel privind planurile de fabricare a produselor și a produselor de depozitare etc.

După crearea diverselor tabele care conțin date referitoare la diferite obiecte de informare baze de date, trebuie stabilite legăturile relaționale între aceste tabele. Instalarea unor astfel de conexiuni face posibilă efectuarea procesării simultane de date din mai multe mese. Pentru a instala conexiuni, câmpurile cheie ale tabelelor utilizează, de exemplu, un cod de atelier în documentul de emitere a produsului.

Pentru a asocia două mese relaționale, aveți nevoie de cheia unei mese de legare pentru a intra în cheia unui alt tabel conectat (posibil coincidența tastelor) sau intrați într-o singură structură de masă cheia externă. Un câmp care nu este esențial în acest tabel, ci fiind în altul. De exemplu, baza de date a "livrărilor de produse în cadrul contractelor" prezentate în fig. 7.12.

Figura 7.12 - Baza de date relațională Livrarea bunurilor în cadrul contractelor

Baza de date este formată din șase mese - "Clienții", "Datele Clientului", "Contracte", "produs", "comenzile de produs", "furnizarea de produse".

Tabelul "Clienții", prezentat în fig. 7.12 (a), reprezintă informații despre clienți. Fiecare client are un cod care este unic pentru acest client, prenume, nume, patronimic (nefericit), locație (oraș).

Masa "Produse" (fig.7.12 b) conține codul de produse și numărul acestora.

Tabelul "Clientul" (fig.7.13 b) conține detalii de contact despre client (numele organizației și telefonul de contact).

Tabelul "Contracte" (fig.7.12 d) descrie contractele încheiate cu clienții și include codul contractului, codul clientului și numărul contractului încheiat.

În tabelul "Ordine" comenzi "(fig.7.12, d) reflectă numărul de produse comandate pentru fiecare contract.

Tabelul "Furnizarea de produse" (fig.7.12 e) reflectă numărul de produse livrate pentru fiecare comandă și data de expediere.

Pentru claritate, prezentarea conexiunilor între tabele poate fi descrisă sub formă de structuri, adică Doar indicând numele câmpurilor (coloanele) tabelelor (vezi figura 7.13).

Figura 7.13 - Comunicarea în tabelele bazei de date relaționale

Fiecare dintre mesele prezentate are o cheie primară care identifică cu siguranță intrarea tabelului. În tabelele "Clienții" și "Datele clientului" - acest domeniu Cod de client, în tabelul "Contracte" - câmp Codul tratatului, în câmpul "Produs" - câmp Codul produsului, în tabelul "ordine" - câmp Codul de comanda, Tabelul "furnizarea de produse" - câmp Codul de livrare.

În același timp, fiecare tabel, cu excepția tabelelor "Clienți" și "Datele Clienților", are una sau mai multe taste externe care oferă legătura cu alte tabele. Tabelul "Contractele" are o cheie externă Cod de clientcare îl leagă de masa "clienților". Tabelul "Comenzile" are două taste externe: Codul tratatuluicare îl leagă la tabelul "Contracte" și Codul produsuluicare îl leagă la tabelul "produs". Tabelul "Furnizarea de produse" are o cheie externă Codul de comanda, oferind comunicarea cu tabelul "comenzi"

Astfel, o înregistrare a unui tabel este asociată cu o anumită intrare a unui alt tabel dacă ambele înregistrări conțin aceeași valoare în câmpul în care se stabilește conexiunea între tabele.

Toate informațiile conținute în baza de date pot fi plasate în același tabel, dar această structură de date este ineficientă, deoarece acest tabel va avea o date suficient de repetitive, ceea ce va duce la următoarele probleme:

Prezența datelor repetitive va duce la o creștere nejustificată a dimensiunii fișierului bazei de date. În plus față de spațiul discului irațional, acesta va determina, de asemenea, o încetinire vizibilă în aplicație;

Introducerea de către utilizatorul unui număr mare de informații recurente va duce în mod inevitabil la erori;

Schimbarea unuia dintre parametrii utilizați frecvent va necesita eforturi semnificative pentru a regla fiecare înregistrare care conține aceste date.

Pentru a elimina aceste probleme se efectuează normalizarea datelor.În cadrul cărora procesul de reducere a reducerii informațiilor în baza de date este înțeles prin separarea acesteia în mai multe mese legate între ele. Sex Cele șase nivele principale ale normalizării bazei de date, numite forme normale.

Prima formă normală (1NF):

Interzice coloanele repetate (conținând aceleași informații în sens);

Interzice mai multe coloane (conținând valori de tip listă);

Necesită să determine cheia primară pentru tabel, adică coloana sau combinația de coloane care definesc cu siguranță fiecare linie.

A doua formă normală (2NF)aceasta necesită ca coloanele non-selecție ale tabelelor să depindă de cheia primară ca întreg, dar nu din partea sa. Dacă tabelul este în prima formă normală și cheia primară constă dintr-o singură coloană, atunci este în cea de-a doua formă normală.

A treia formă normală (3NF)aceasta necesită ca coloanele non-tipărite din tabel să depindă numai de cheia primară. Cea mai obișnuită situație este coloanele calculate, ale căror valori pot fi obținute prin orice manipulare cu alte coloane ale mesei. Pentru a aduce tabelul la cea de-a treia formă normală, astfel de coloane din tabele trebuie șterse.

Forma normală BOIS CODD (BCNF)aceasta necesită doar o cheie potențială primară în tabel. Cel mai adesea în tabele care sunt în a treia formă normală, se întâmplă, dar nu întotdeauna. Dacă a fost găsită cea de-a doua coloană (combinație de coloane), care vă permite să identificați în mod evident șirul, atunci aceste date ar trebui să fie luate într-o masă separată pentru a aduce la forma normală a codului băieților.

A patra formă normală (4NF). Pentru a aduce tabelul situat în forma normală a băieților codd, la cea de-a patra formă normală, este necesar să se elimine dependențele semnificative din ea. Aceasta este, pentru a se asigura că inserția sau ștergerea oricărui rând al tabelului nu necesită modificarea altor linii din același tabel.

A cincea formă normală (5NF)este forma unui tabel care elimină dependențele compusului. Acest formular este mai mult un studiu teoretic și practic nu se aplică în baze de date de design reale. Acest lucru se datorează complexității determinării prezenței dependențelor "proiecției - compusului", deoarece afirmarea prezenței unei astfel de dependență ar trebui făcută pentru toate stările posibile ale bazei de date.

A șasea formă normală de deno-cheie (DKNF)indică faptul că, dacă efectuați anumite reguli, atunci cu orice acțiune cu tabelul, integritatea sa nu va suferi și toate informațiile necesare vor fi păstrate, adică. Este imposibil să eliminați pur și simplu categoria din tabelul de categorie dacă există categorii din alte tabele cu această categorie.

Normalizarea bazei de date vă permite să eliminați redundanța, duplicarea datelor, ceea ce duce la o reducere a probabilității de date contradictorii, facilitează administrarea și actualizarea informațiilor în baza de date, reducerea volumului spațiului pe disc.

Modelul relațional al DB este exprimat în mod clar trei tipuri principale de interdependente între atributele (câmpurile) - "una la una", "una la mulți", "mult la mulți".

"unu la unu", dacă fiecare intrare din primul tabel nu poate avea mai mult de unul asociat cu acesta, înregistrările din tabelul al doilea și invers, fiecare intrare din tabelul al doilea poate avea nici o înregistrare asociată cu aceasta în primul tabel. În acest caz, câmpurile cheie ale tabelelor asociate sunt utilizate pentru a comunica.

De exemplu, tabelele discutate anterior "Clienții" și "Datele clienților" sunt în legătură cu "una la una", adică. între tabele

se stabilește conexiunea tipului "One to O" (vezi figura 7.14).

Figura 7.14 - Comunicarea "una la una" în tabelele bazei de date relaționale

Acest tip de comunicare este destul de rar, deoarece În acest caz, datele celor două tabele pot fi combinate într-o singură masă. La motivele divizării unei mese în mai multe asociate cu atitudinea "una la una", poate fi atribuită:

Separarea unei mese foarte "largi" pentru a îmbunătăți performanța (astfel încât DBMS-urile să nu se ocupe de o masă mare în care în majoritatea cererilor este necesar să se returneze doar câteva câmpuri);

Separarea unei părți a tabelului din motive de protecție a acestuia de la accesul neautorizat.

Tabelele sunt în legătură cu "Unul la mulți", dacă fiecare intrare a unui tabel poate fi asociată cu mai multe înregistrări ale unui alt tabel, dar fiecare intrare din tabelul al doilea nu poate fi asociată cu mai mult de unul din primul tabel. În acest caz, se numește prima masă tabelul principal., și a doua masă – subordonat.

În acest caz, un câmp este utilizat pentru comunicare, care este cheia primară a tabelului situată pe partea laterală a raportului "One" și este o cheie externă în tabelul situat pe partea relației "Multe".

De exemplu, tabelele considerate "contracte" și "comenzi" sunt în legătură cu "una la mulți". În același timp, pe partea "una" există o masă "tratate" și pe "multe" - "ordinele produselor". Comunicarea este instalată pe teren Codul tratatului. Fiecare intrare a tabelului "Contracte" poate avea multe înregistrări legate de acesta în tabelul "Ordinul organizației" (din acest caz, mai multe tipuri de produse sunt furnizate clienților), cu alte cuvinte, în tabelul "produs Comenzile "pot fi o mulțime de rânduri cu valoarea specificată în câmp Codul tratatului(de exemplu, pe diferite coduri de cod). În același timp, dacă luați orice linie în tabelul "Organizație Ordine", atunci nu există mai mult de o linie în tabelul "Contracte" cu aceeași valoare în domeniu Codul tratatului(Vezi figura 7.15).

Figura 7.15 - Comunicarea "una la mulți" în tabelele bazei de date relaționale

În ceea ce privește "unul la mulți", sunt, de asemenea, tabele "Clienții" și "contracte" (un client poate încheia mai multe contracte, dar fiecare contract are doar un singur client), tabelele "comenzile" și "produsul" (fiecare produs poate fi cuprins În multe comenzi, dar fiecare linie de comandă conține doar un singur produs), "comenzi" comenzi "și" consumabile de produs "(ordinea produsului poate fi efectuată pentru mai multe consumabile, de exemplu, atunci când în stoc în momentul expedierii nu este necesar cantitatea de produse, dar fiecare livrare efectuată numai pe o singură linie de comandă).

Tabelele sunt în legătură cu "Mulți la mulți", dacă fiecare înregistrare a primei tabele poate fi asociată cu mai multe înregistrări în a doua masă și invers, fiecare înregistrare a celui de-al doilea tabel poate fi asociată cu mai multe înregistrări în primul tabel.

O astfel de legătură este întotdeauna implementată folosind al treilea tabel (Binder). De exemplu, în tabelele "Contract" și "Produs", tabelul "comenzile" formate pentru a comunica tabelele "contracte" și "produs" (a se vedea figura 7.16).

Figura 7.16 - Comunicare "Mulți la mulți" în tabelele bazei de date relaționale

Fiecare intrare în tabelul "Contract" poate corespunde mai multor intrări în tabelul "Produse" (produse de diferite coduri) și, dimpotrivă, fiecare intrare a tabelului de produse poate avea mai mult de o intrare corespunzătoare în tabelul tabelului ( Un cod poate fi furnizat prin diferite contracte) . Conformitatea este instalată utilizând tabelul de comenzi de produs.

În același timp, dacă luăm în considerare tabelele "contracte" și "ordinele produselor", atunci atitudinea "una la mulți" este setată între ele, în care tabelul "Contracte" este principalul și tabelul "comenzile" - subordonat. În mod similar, între tabelele "produse" și "Ordinele produselor" stabilește "una la mulți", în care "tabelul de produse" este cea principală.

Ca parte a teoriei relaționale, există o listă de operațiuni care pot fi efectuate pe tabele și astfel încât rezultatul va fi din nou un tabel (și, astfel, ca urmare a operațiunii, se formează o bază de date relațională) . Astfel de operațiuni includ de bazăși derivați.

Operațiuni de bază:

- prescripţie- excluderea din tabelul unor linii;

- proiecție- excepție de la tabelul unor coloane;

- lucrul cartezian- Din cele două tabele, a treia pe principiul lucrărilor decarțiene se obține atunci când rezultatul conține toate atributele din tabelele din fabrică (numărul de câmpuri ale noului tabel este egal cu cantitatea de câmpuri din fiecare dintre tabelele din fabrică) și Toate combinațiile posibile ale înregistrărilor (numărul de intrări din noua tabel este egal cu cantitatea de înregistrări numerice din tabelele din fabrică). De exemplu, înmulțirea tabelului "Clienții" pe tabelul "Contracte" Obținem 6 câmpuri și 9 înregistrări. Apoi, lăsăm numai acele înregistrări în care codul clientului coincide (3) și câmpurile de care avem nevoie. În acest fel, obținem informații despre clienți pentru fiecare contract;

- o asociere- combinarea seturilor de rânduri de două mese;

- diferență- diferența de multe rânduri de două mese;

- misiunecând tabelul numit este atribuit valoarea expresiei obținute prin manipulare peste alte tabele.

Derivați:

- operațiuni de comunicarese efectuează pentru a conecta două tabele legate logic care diferă în structuri, dar au câteva coloane identice. Ca rezultat, se obține un nou tabel, structura cărora este un set de toate coloanele tabelelor sursă;

- trecerereprezintă intersecția seturilor de rânduri de două mese;

- diviziavă permite să răspundeți la întrebările de tip - care elementul de date corespunde elementelor unui atribut specific (coloană)? De exemplu, ceea ce clienții achiziționează un cod de produs Stu1432?

- despicăvă permite să răspundeți la întrebări precum - care sunt unele elemente

TOV corespunde elementelor unui atribut specific (coloană)? De exemplu

Mens, ce trei clienți primesc codul produsului STU1432?

- expansiune- adăugarea de coloane noi la masă;

- sumareefectuate într-un nou tabel cu mai puțin decât în \u200b\u200bnumărul original, numărul de linii. Rândurile sunt obținute ca agregare (de exemplu, sumare pe unele coloane) rânduri ale tabelului sursă.

Astfel, în plus față de tabelele principale prezente inițial în baza de date, operațiunile reduse permit obținerea de noi (ieșire) "prezentări" tabele obținute ca urmare a utilizării operațiunilor.

Ideea principală de a utiliza o abordare relațională în organizația BD este predictibilitatea rezultatelor de lucru cu datele, care este asigurată de utilizarea aparatului matematic. Acest lucru se explică prin faptul că modelul matematic corect care stă la baza modelului de date sugerează că orice solicitare a bazei de date întocmite în anumite limbi formale va afecta răspunsul, schema de date definită unic și datele specifice. Același lucru se poate spune nu numai despre solicitări, ci și la manipularea modelului utilizând operațiunile enumerate pe tabele.

Modelele de date relaționale au avantaje semnificative în comparație cu modelele de rețea și ierarhice. Aceste beneficii pot fi atribuite:

Simplitatea reprezentării datelor, datorită formei tabulare;

Flexibilitatea sistemului de protecție - pentru fiecare tabel poate primi valabilitatea accesului;

Redundanță minimă de date;

Independența aplicațiilor utilizatorului din datele care vă permit să activați și să ștergeți tabelele, o modificare a unităților de informare;

Universalitatea procedurilor de prelucrare a datelor.

În plus, spre deosebire de rețea și ierarhic, bazele de date cu modelul de date relaționale nu necesită descrierea schemei de date, care într-o oarecare măsură facilitează designul acestora.

Cu toate acestea, modelul de date relațional, în ciuda avantajelor sale, are anumite dezavantaje. De exemplu, în unele cazuri nu reflectă în mod clar caracteristicile zonei subiectului. Acest lucru se datorează în primul rând: astfel încât să nu existe mijloace directe de expresii ale ierarhiei etc. în modelul relațional. Prin urmare, se desfășoară în mod constant alte modele, ceea ce are, de asemenea, punctele forte și punctele slabe. În conformitate cu gradul de prevalență al altor modele, puteți menționa pe scurt două dintre ele.

Modelul de date orientat pe obiecte (OCD) -aceasta este una dintre opțiunile pentru un model relațional extins.

Dezvoltarea sistemelor de baze de date orientate pe obiecte a început la mijlocul anilor '80 din secolul al XX-lea., Pentru că Încercările de a utiliza tehnologiile bazelor de date relaționale în astfel de aplicații complexe ca design automat, producție automată, tehnologie de programare, sisteme expert și multimedia au arătat posibilitățile limitate ale modelelor de bază de date relaționale. În aceste condiții, a existat o nevoie de modele orientate pe obiecte ale DB, în care, la depunerea datelor, ar fi posibil să reprezinte și să modeleze în mod adecvat obiectele din zona subiectului, să identifice înregistrările de baze de date individuale, precum și să se stabilească între intrări și funcții ale tratamentului lor de relații cu ajutorul mecanismelor precum mijloacele relevante în limbile de programare orientate pe obiecte. Au fost dezvoltate diverse concepte ale organizării de modele orientate pe obiecte.

În 1991, consorțiul ODMG a fost format (atunci această abreviere a însemnat un grup de baze de date pentru obiecte - un grup de baze de date obiect de management, dar a dobândit ulterior o interpretare mai largă - Grupul de gestionare a datelor de obiect - Grupul de gestionare a datelor obiect). ODMG consorțiu tesneasociate cu un consorțiu mult mai numeroase OMG (Grupul de management al obiectelor este un grup de management al obiectelor), care a fost format cu doi ani mai devreme. Scopul principal al ODMG a fost dezvoltarea unui standard industrial al bazelor de date orientate pe obiecte (model general). Modelul OMG COM BASE OMG COM a fost adoptat ca bază (modelul obiectului principal - document de obiect). În timpul existenței sale, ODMG a publicat mai multe versiuni de bază ale bazelor de date standard orientate pe obiecte.

Până în prezent, nu există un aparat matematic dezvoltat, pe care generalul Oudo se poate baza. Mulți specialiști de modelare orientată pe obiecte sunt principalele și principalele diferențe dintre OOTR din modelul relațional Luați în considerare prezența unui identificator unic de sistem care lipsește într-un model relațional în care obiectul este descris în întregime de atributele sale. Dacă, de exemplu, clientul de produse din tabelul relațional este furnizat de numele și numărul de telefon, după înlocuirea numărului de telefon într-o linie existentă, baza de date relațională nu are mijloace pentru a trimite un raport despre același client rămas în baza de date sau nu. Într-un model orientat pe obiecte, răspunsul oferă un identificator sistem neschimbat. În plus, într-o bază de date orientată pe obiect, puteți înlocui un client (reprezentant al companiei) la altul, menținând toate conexiunile și atributele din primul și, în același timp, identificatorul sistemului nu se va schimba, deși va fi să fie înțeleasă ca o persoană complet diferită.

În general, modelul orientat pe obiect se bazează pe concepte de bază similare cu conceptele de limbi de programare orientate pe obiecte (a se vedea tabelul 7.1).

Tabelul 7.1 - Conceptele de bază ale unui model orientat pe obiect

Modelul simplificat al unei baze de date orientate pe obiect este un copac al cărui noduri sunt obiecte. Fiecare obiect este considerat descendent al unui obiect în care este definită ca o proprietate. Obiectul aparține clasei sale și are un părinte. Relațiile generice din baza de date formează o ierarhie legată de obiecte (vezi figura 7.17).

Figura 7.17 - Exemplu de structură logică a unei baze de date orientată pe obiect

depozit întreprindere-furnizor

În fig. 7.17 Facilitatea stilului depozitului este părintească pentru obiectele de client, livrare și produs. Diferitele obiecte, cum ar fi materialul, pot avea unul sau diferit părinți. Obiectele cum ar fi materialul care are același părinte ar trebui să difere, de exemplu, tipul de material (unic pentru fiecare material), dar au aceleași valori ale proprietății - finisare.

Structura logică a bazei de date orientate pe obiecte, în exterior, este similară cu structura modelului bazei de date ierarhice. Principala diferență dintre ele constă în metode de manipulare a datelor.

Pentru a efectua acțiuni asupra datelor din modelul bazei de date în curs de examinare, sunt utilizate operațiuni logice armate cu mecanisme orientate pe obiecte încapsulare, moştenireși polimorfisme.

Încapsularelimitează domeniul de aplicare al denumirii proprietății în cadrul obiectului în care este definit. Deci, dacă adăugați o proprietate la un obiect cum ar fi un tip de produs, atunci rezultatul proprietăților clientului și a produsului sunt aceleași ca rezultat. Semnificația acestei proprietăți va fi determinată de obiectul în care este încapsulat.

MoştenireDimpotrivă, scopul vizibilității proprietății asupra tuturor descendenților obiectului. Deci, toate obiectele, cum ar fi materialul care sunt descendenții obiectului de tip obiect pot fi atribuite proprietăților obiectului părinte: cod, nume, finisaj și tip de produs. Dacă este necesar să se extindă efectul mecanismului de moștenire la obiectele care nu sunt rude directe (de exemplu, între doi descendenți ai unui părinte), atunci în strămoșul lor total este determinat tipul abstract de tip ABS. Astfel, definiția proprietăților abstracte ale codului și a numărului de aprovizionare din cadrul instalației, depozitul duce la moștenirea acestor proprietăți de către toate filialele clientului, furnizarea și materialele. Nu este întâmplător, prin urmare valorile proprietății clientului clasa clientului și livrarea sunt aceleași - AO126.

PolimorfismÎn limbile de programare orientată spre obiect, înseamnă capacitatea aceluiași cod de program de a lucra cu date multi-way. Cu alte cuvinte, înseamnă permisiunea în obiectele de diferite tipuri de a avea metode (proceduri sau funcții) cu numele identic.. În timpul executării programului obiect, aceleași metode sunt operate cu obiecte diferite, în funcție de tipul de argument. În exemplul din fig. 7.17 Polimorfismul înseamnă că materialul obiectelor de clasă care are diferite părinți din produsul de clasă pot avea un set diferit de proprietăți. În consecință, programele de lucru cu obiecte de clasă pot conține un cod polimorf.

Căutarea unei baze de date orientate pe obiect este de a determina similitudinea dintre obiectul specificat și obiectele stocate în baza de date.

Avantajele unui model orientat pe obiect sunt de obicei menționate:

Capacitatea de a determina tipurile sale complexe de date;

Abilitatea de a afișa informații despre relațiile complexe ale obiectelor;

Abilitatea de a identifica intrările individuale de baze de date și de a identifica funcțiile prelucrării acestora;

Prezența proprietăților de moștenire a obiectelor;

Reutilizați Descrierea software-ului tipurilor de obiecte la accesarea altor tipuri, la adresa acestora.

Dezavantajele unui model orientat pe obiect includ:

Absența unor definiții stricte este o înțelegere diferită a termenilor și a diferențelor de terminologie;

Examinarea insuficientă și modelarea teoretică a modelului;

Absența standardelor utilizate în mod obișnuit, care permit asocierea sistemelor specifice orientate spre obiect cu alte sisteme de date;

Complexitate conceptuală ridicată;

Viteza mica Cereri.

Obiect-model de date relaționalcombină un model relațional cu o abordare orientată pe obiecte.

Pentru a determina conceptul unui model obiect-relațional, se utilizează diverși termeni. La început, acest model a fost numit un model de date relațional extins, cu toate acestea, în ultimii ani se utilizează un termen mai informativ - un model obiect-relațional, care conține o indicație a utilizării obiectului.

Modelele de date legate de obiect sunt utilizate în DBMS specializate, dezvoltarea cărora sunt angajate în trei companii de vârf - Oracle, Informix și IBM, promovând piața produselor software, oarecum diferită în funcționalitatea lor, DBMS cu un model de date de obiect relațional.

Principalele avantaje ale modelului obiect-relațional sunt utilizarea în comun a componentelor modelelor relaționale și orientate pe obiecte. Cu un design adecvat, luând în considerare noi oportunități, această abordare permite organizațiilor să profite de avantajele de noi extensii printr-un mod evolutiv fără a pierde avantajele derivate din utilizarea componentelor și funcțiilor unei baze de date deja existente.

Principalele dezavantaje ale modelului obiect-relațional sunt:

Complexitatea și costurile crescute asociate (spațiu și claritate, inerente modelului relațional, se pierd folosind tipuri de expansiune similare);

Complexitatea terminologiei;

Un număr limitat de aplicații pe care se concentrează un model de date obiect-relațional;

Performanță relativ scăzută etc.

În perioada 1989-1995 Grupuri de tăiere, inclusiv specialiști bine cunoscuți de date, au pregătit și au publicat trei documente care au reflectat punctele de vedere ale autorilor cu privire la perspectivele de dezvoltare pentru tehnologia BD. Cu mâna ușoară, de la prima, aceste documente au fost numite manifestări, care, în general, au reflectat esența lor: fiecare proclamă un set de idei și cerințe, în care, potrivit autorilor, s-au presupus sisteme de baze de date următoare fii bazat. Este interesant de observat diferențele dintre echipele autorilor fiecărui manifest. "Sistemele de baze de date orientate pe obiecte" (primul manifest) au fost scrise de cercetători academici; Aproape toți sunt profesori de diferite universități. Bineînțeles, sa reflectat în stilul primului Manifest - consultativ foarte moale și moderat (deși în spiritul său propunerea acestui manifență a fost foarte radicală).

Autorii documentului "Sistemele de baze de date de a treia generație: Manifesto" (a doua manifestă) au fost reprezentanți ai cercetării orientate spre industrie. Cel de-al doilea manifestat este scris într-un stil mai rigid și are în mare măsură să protejeze investiția producătorilor de software mari de DBM-uri orientate spre SQL. Desigur, al doilea manifest din multe privințe a fost reacția industriei la propunerile revoluționare ale primului manifestat. Aceste propuneri au fost criticate, ceea ce este posibil să se obțină rezultate similare fără a produce o revoluție tehnologicăBd. , și dezvoltarea tehnologiei DBMS orientate către SQL. "Cel de-al treilea manifest" a fost simultan cel mai conservator și mai radical. Conservatorismul celei de-a treia manifestă este că autorii să aprobe nevoia și adecvarea următoarei generații a unui model clasic relațional de date în sistemele de baze de date. Radicitatea este că (a) autorii neagă complet abordările oferite în primele două manifestări, cu privire la acestea ca fiind nerezonabile, slab lucrate, redundante și chiar dăunătoare. De fapt, autorii elimină complet tehnologia creată de industria bazelor de date în ultimii 25 de ani și propun să se întoarcă la sursele modelului de date relaționale, adică. La articolele inițiale ale E. Codd, care în 1980 pentru modelul său de date relațional a primit un premiu Turing.

Peste 15 ani au trecut, și, totuși, cercetarea în domeniul abordării orientate pe obiecte continuă. Piața produselor software apar noi evoluții care îndeplinesc cerințele moderne ale organizației bazei de date.

Model de date "roluri obiect"este un model de date care are o implementare software specifică - Infomodeller. Modelul "Rolul de Obiect" a fost propus la începutul anilor 70 și este implementat în prezent de Asymetrix. Spre deosebire de modelul relațional, nu există atribute în ea, iar principalele concepte sunt obiecte și roluri care le descriu. Rolurile pot fi ca "izolate" inerente în mod excepțional la un obiect și existent ca element al oricărei relații între obiecte. Modelul "Rolul de obiect" este diferit de relațional următoarele caracteristici:

Modelul servește pentru modelare conceptuală;

Pentru model, în plus față de limba grafică, este de asemenea dezvoltată o limbă naturală care nu permite discrepanțe. În plus, utilizatorul nu numai că utilizează o limbă naturală, dar vede, de asemenea, rezultatul lucrării sale privind formalizarea sarcinii în aceeași limbă.

Modelele "de rol-rol" plătesc în prezent o atenție deosebită specialiștilor, la scară industrială a utilizării sale este încă suficient de departe.

Modelul de date multidimensional.În dezvoltarea conceptelor de baze de date, se pot distinge următoarele două direcții:

Sisteme de procesare operaționale (tranzacționale) (aplicații OLTP);

Sisteme de procesare analitică (aplicații OLAP).

DBMS-urile relaționale au fost destinate sistemelor informatice pentru prelucrarea informațiilor operaționale, iar în acest domeniu sunt foarte eficiente. În sistemele de procesare analitică, ei s-au arătat oarecum inaccesibile și nu sunt suficient de flexibile. Modele multidimensionale sunt mai eficiente aici, care sunt modele foarte specializate axate pe procesarea analitică interactivă a informațiilor.

Modele multidimensionale iau în considerare datele ca cuburi care organizează tabele pentru orice număr de măsurători. În plus, Cuba menține ierarhia și formulele de măsurare fără a-și duplica definițiile. Setul cuburilor corespunzătoare este o bază de date multidimensională (depozit de date). Cuburile sunt ușor de controlat prin adăugarea de noi valori de măsurare. Cubul teoretic poate avea orice număr de măsurători. În practică, cele mai des cuburi au 4-12 măsurători, deoarece Cu numărul lor mai mare, instrumentele moderne se confruntă adesea cu o lipsă de performanță (în special peste 10-15 măsurători).

Abordarea multidimensională a reprezentării datelor a apărut aproape simultan cu relațional, totuși, interesul în DBMS multidimensional a început să dobândească un caracter de masă de la mijlocul anilor '90 din secolul al XX-lea. Un articol de către E. CODDA, emis în 1993, a fost formulat cu 12 cerințe de bază pentru sistemele de clasă OLAP. , cele mai importante dintre acestea sunt legate de capacitățile reprezentării conceptuale și de prelucrare a datelor multidimensionale. (Consultați "Instrumente instrumentale pentru construcția software-ului aplicației orientate spre probleme"):

1. Prezentarea datelor multidimensionale.Instrumentele trebuie să sprijine vizualizarea multidimensională a datelor privind nivelul conceptual.

2. Transparență.Utilizatorul nu trebuie să știe ce mijloace specifice sunt utilizate pentru stocarea și procesarea datelor, deoarece datele sunt organizate și unde sunt luate.

3. Accesibilitate.Fondurile trebuie să aleagă și să comunice cu cele mai bune rezultate pentru a forma un răspuns la aceasta cerere Sursă de date. Instrumentele trebuie să furnizeze afișarea automată a circuitului lor logic în diferite surse de date eterogene.

Specialiștii trebuie adesea să lucreze cu cantități mari de date pentru a căuta diverse informații necesare pentru pregătirea documentelor. Pentru a facilita acest tip de muncă, au fost create sisteme de gestionare a datelor (DBMS).

Bază de date(Db) - un set de date comandate și logic ordinare și logic.

Dezvoltarea tehnologiilor informaționale și utilizarea acestora în diferite domenii de activitate au condus la crearea unei varietăți de baze de date de diferite complexități. Complexitatea bazei de date depinde de volumul și structura informațiilor stocate în baza de date, diversitatea formelor de prezentare, legăturile dintre fișiere, cerințele de performanță și fiabilitatea.

Organizarea bazei de date necesită construcția preliminară a unui model logic de date. Scopul său principal este de a sistematiza informațiile privind conținutul, structura, volumul, relațiile reciproce, precum și reflectarea proprietăților informațiilor, luând în considerare nevoile utilizatorilor finali.

Modelul logic este construit în mai multe etape cu o armonizare treptată în condiții optime pentru aceste condiții. Eficacitatea unui astfel de model depinde de cât de aproape afișează zona studiată. Subiectul include obiecte (documente, conturi, operațiuni pe ele etc.), precum și caracteristicile acestor obiecte, proprietățile, interacțiunea și influența reciprocă.

Astfel, atunci când construiți un model de date logice, acele obiecte care sunt interesate de utilizatorii bazei de date desemnate sunt dezvăluite pentru prima dată. Apoi, pentru fiecare obiect, caracteristicile și proprietățile sunt formulate, descriind destul de complet acest obiect. Aceste caracteristici vor fi reflectate în baza de date ca și câmpuri adecvate.

Modelul de date logic este construit în cadrul uneia dintre cele trei abordări ale creării de baze de date. Alocați următoarele modele de baze de date logice:

• ierarhic;
• reţea;
• relațional.

Modelul ierarhic. Este o structură de copac, care exprimă legăturile cu nivelul inferior al celui mai înalt. Acest lucru facilitează căutarea informațiilor dacă cererile au aceeași structură.

Modelul de rețea Acesta diferă de prezența anterioară, de asemenea, conexiuni orizontale. Acest lucru complică atât modelul, cât și baza de date și gestionarea acestuia.

Modelul relațional Prezintă informații stocate sub formă de tabele pe care se efectuează operații logice (operațiuni de algebră relațională). ÎN în prezent Acest tip de modele a primit cea mai mare distribuție, care este asociată cu o simplitate comparativă a implementării, o certitudine clară a relațiilor dintre obiecte, ușurință în schimbarea structurii bazei de date.

După construirea unui model logic al unei baze de date, acesta este obligatoriu pentru software-ul specific și mijloacele tehnice de implementare a acestei baze de date. Modelul rezultat este numit modelul bazei de date fizice.

Efectuarea unei decizii pe care informațiile vor fi incluse în baza de date este determinată nu numai domeniului sau cercului rezolvat utilizând baza de date a activității. Această soluție afectează, de asemenea, intensitatea de a lucra cu informații de la diferite tipuri și forme de prezentare, caracteristicile datelor dinamice, frecvența schimbării și actualizării acestora, gradul de relație și influența reciprocă.

Comoditate de a lucra cu baza de date, obtinerea informatiilor necesare din datele stocate in baza de date etc. Furnizate de prezența unui sistem de gestionare a bazelor de date bine gândite și implementate corect.

Sistemul de gestionare a bazelor de date (DBMS) este un set de fonduri și metode de colectare, înregistrare, stocare, comandă, căutare, eșantionare și prezentare a informațiilor în baza de date.

DBMS vă permite să stocați cantități mari de informații și să găsiți rapid datele dorite. Când lucrați cu un fișier tradițional de hârtie de hârtie, un angajat trebuie să se ocupe constant de o cantitate mare de date. În același timp, în practica cardurilor, este foarte des sortat printr-o indicație care este în prezent necesară. Utilizarea DBMS simplifică considerabil sarcina de a găsi datele necesare, iar utilizatorul nu este limitat în alegerea criteriilor de căutare. Un exemplu de astfel de sistem poate servi drept acces Microsoft.

În primul rând, luați în considerare cele trei elemente principale ale interfeței utilizatorilor MS Access 2010 (MA 2010).

• Bandă. Zona din partea de sus a ferestrei de aplicații care conține grupuri de comenzi.
• . Lista comenzilor din fila Fișier, care este plasată pe bandă.
• . Zona din partea stângă a ferestrei MA 2010, creată pentru a lucra cu obiectele bazei de date. Zona de navigare a înlocuit fereastra bazei de date în Access 2007.

Cele trei componente descrise mai sus generează un mediu în care puteți crea și utiliza baze de date.

Bandă Înlocuiți complet meniul și barele de instrumente care au fost utilizate în versiunile anterioare ale MA. Acesta conține file cu grupe de butoane. Banda include filele implicite cu grupurile celor mai tipice comenzi, tabele de context care apar atunci când utilizarea lor este permisă, iar panoul de scurtare este o bara de instrumente specifică care este proiectată pentru a adăuga cele mai necesare comenzi.

Unele butoane de pe benzi fac posibilă selectarea acțiunilor, altele rulează execuția unei comenzi specifice.

Modul în culiseeste un produs nou creat în MA 2010. Acest mod include comenzi și informații pe care le puteți aplica în întreaga bază de date, de exemplu Stoarceși restabili,și echipele care au fost în versiunile anterioare ale MA în meniu Fişier,de exemplu Imprimare.

aceasta face posibilă structurarea obiectelor bazei de date și este instrumentul principal pentru deschiderea sau schimbarea obiectelor bazei de date. Zona de navigare efectuează funcțiile ferestrei bazei de date, care a fost prezentată în versiunile programului pentru a accesa 2007. Zona de navigație este structurată pe categorii și grupuri. Utilizatorul are capacitatea de a personaliza tot felul de parametri ai organizației și, în plus, de a construi o schemă individuală de organizare. În mod tipic, o nouă bază de date conține o categorie de tip de grup care conține grupuri care corespund diferitelor tipuri de obiecte de bază de date. Categoria de categorii de obiecte Baza de date Obiecte, precum și o fereastră de bază de date în versiunile anterioare ale MA.

Este posibil să se reducă sau să ascundă zona de navigare, dar nu clipește niciodată când obiectele bazei de date sunt activate pe partea de sus a acestuia.

afișate când porniți fila Fişier,conținând comenzi care în versiunile precedente ale MA au fost localizate în meniu Fişier.În plus, vizualizarea în culise conține comenzi aplicabile întregii baze de date. Vizualizarea în culise este afișată la activarea aplicației MA, cu condiția ca baza de date să nu fie deschisă (fig.3.24).

Smochin. 3.24.

Backstage este proiectat să creeze și să deschidă baze de date, să le publice online pe serverul SharePoint Server și să efectueze multe alte sarcini, inclusiv servicii de fișiere și baze de date.

Crearea unei baze de date goale.Pentru a crea baza nouă Datele, trebuie să faceți următoarele.

• 1. Activați MA utilizând meniul start
• 2. Rulați una dintre procedurile de mai jos.
• a) Crearea unei baze de date web:
  • - într-un grup Șabloane disponibileselectați elementul Baza de date web goală;
  • - chiar în secțiune Baza de date web goalăîn câmpul Nume de fișier
  • - Faceți clic pe butonul Crea.

• b) Crearea unei baze de date pe un computer:
  • - într-un grup Șabloane disponibilepresa Baza de date goală;
  • - chiar în secțiune Baza de date goalăîn câmpul Nume de fișierformați numele fișierului bazei de date sau utilizați numele implicit;
  • - Apasa butonul Crea.

Astfel, noua bază de date va fi creată și noul tabel se va deschide în modul tabel.

ML 2010 include o listă de șabloane, în plus, este posibilă descărcarea de șabloane suplimentare de pe site-ul Office.com. Modelul MA este o bază de date gata făcută cu tabele proiectate la nivel profesional, precum și conținând forme și rapoarte. Șabloanele fac posibilă reducerea timpului etapelor inițiale ale creării bazei de date.

Crearea unei baze de date dintr-un eșantion de șablon.Pentru a face necesar să se facă următoarele.

• startsau profitând de etichetă. Vizualizarea în culise va începe.
• 2. Apăsați elementul Șablonul de probăși vizualizați o listă de șabloane disponibile.
• 3. Selectați șablonul dorit.
• 4. În dreapta fereastra "Numele fișierului", introduceți numele fișierului sau utilizați numele implicit.
• 5. Faceți clic pe butonul Crea.

Anexa Ma 2010 Pe baza șablonului selectat va crea o nouă bază de date și o deschide.

Este posibil să descărcați șabloane suplimentare MA 2010 de la Office.com prin vizualizare în culise.

Crearea unei baze de date din șablonul Office.com.

• 1. Activați MA 2010 utilizând meniul startsau folosind o comandă rapidă. Vizualizarea în culise va începe.
• 2. Pe panou Șabloane office.com.marcați categoria și șablonul dorit. Șablonul dorit poate fi găsit și folosind fereastra de căutare.
• 3. În câmp Nume de fișierformați numele fișierului sau utilizați numele implicit.
• 4. Faceți clic pe butonul Descarca.

În momentul deschiderii (sau a creării și ulterior deschiderii) bazei de date, numele fișierului și localizarea bazei de date sunt incluse în lista documentelor recente. Această listă este afișată în fila. Recentprezentări În culise, ceea ce face posibilă deschiderea cu ușurință a bazelor de date nou utilizate.

Deschiderea unei baze de date nou utilizate.Pentru a implementa aceste acțiuni, trebuie să faceți următoarele.

• 1. Activați MA 2010.
• 2. Apăsați elementul din vizualizarea în culise RecentȘi selectați baza de date pe care doriți să o deschideți. MA va deschide baza de date.

Deschiderea bazei de date din vizualizarea în culise.Pentru a implementa aceste acțiuni, trebuie să faceți următoarele.

• 1. Activați MA 2010.
• 2. În tabară Fişierfaceți clic pe butonul Deschis.În caseta de dialog Deschideremarcați fișierul și faceți clic pe buton Deschis.Baza de date se deschide.

Bandăde fapt, este o înlocuire a unor astfel de elemente de interfață ca meniuri și bare de instrumente. Banda este interfața principală de comandă MA 2010. Unul dintre principalele avantaje ale panglicii este instrumentele de execuție a sarcinii conținute anterior pe acesta, pe barele de instrumente, în zonele de sarcini și alte elemente de interfață utilizator. Acum, comanda necesară nu trebuie căutată în mai multe locuri diferite.

Când se deschide baza de date, banda este afișată în partea de sus a ferestrei principale MA 2010. În acest moment, se aprinde comenzile comenzilor active (fig.3.25).

Smochin. 3.25.

Banda include o listă de file cu comenzi. În mai 2010, principalele comenzi ale echipelor - Fișier, acasă, creație, date externe și baze de date. Orice filă include un grup de comenzi interconectate, care, la rândul său, deschid alte componente de interfață noi, de exemplu, o colecție este un control complet nou, care vă permite să alegeți vizual opțiunile de control.

Echipele de bandă trebuie să se potrivească cu obiectul care este activ în prezent. De exemplu, dacă deschideți un tabel în modul tabel și faceți clic pe buton Forma Pe tab-ul Creatură într-un grup Formează, Anexa MA 2010 va crea un formular bazat pe tabelul activ. Astfel, numele tabelului activ va fi indicat în proprietatea formei RecordSource. (Intrări sursă). Este necesar să se țină seama de faptul că anumite filele de panglică sunt afișate exclusiv în contextul corespunzător. De exemplu, fila Constructor Afișează numai în momentul deschiderii obiectului în modul constructor.

Lucrul cu panglica poate fi convenabil atunci când utilizați unele combinații cheie. În același timp, toate combinațiile cheie din versiunea anterioară a MA sunt încă. Cu toate acestea, în locul tastelor de activare a meniului, care au fost utilizate în versiunile anterioare ale MA, sistemul de control al accesului de la tastatură. Acest sistem utilizează indicatori speciali cu una sau mai multe litere care apar pe panglică atunci când este apăsată tasta ALT. Acești indicatori indică tastele care se potrivesc cu comenzile.

Pentru a vizualiza comenzile file disponibile, trebuie să o alegeți.

Selectați filele cu comenzi. Pentru a realiza această acțiune, trebuie să faceți următoarele.

• 1. Activați MA 2010.
• 2. Selectați fila dorită.

• 1. Activați MA 2010.
• 2. Apăsați și eliberați tasta ALT. După aceasta, vor fi afișate sugestii de acces la cluster.
• 3. Faceți clic pe tastele sau tastele care sunt enumerate în vârful din apropierea filei necesare.

Există mai multe opțiuni pentru executarea comenzii. Cel mai simplu dintre ele este utilizarea combinațiilor cheie care sunt asociate cu comenzile. Combinații de chei din versiunea precedentă a MA, puteți utiliza în MA 2010.

Executarea comenzii:

• 1) Activează MA 2010;
• 2) Selectați o filă cu comanda necesară;
• 3) Apăsați controlul care corespunde comenzii. Dacă combinația de taste pentru această comandă este deja cunoscută din versiunea precedentă a MA, apăsați-o;

• 1) Apăsați și eliberați tasta ALT. Vor fi afișate sugestii de acces din tastatură;
• 2) Faceți clic pe tastele sau tastele specificate în promptul asociat cu comanda necesară.

În fila. 3.1 prezintă file și comenzi care sunt în fiecare dintre ele. Lista filelor și comenzilor disponibile poate fi convertită în funcție de acțiunile efectuate.

Tabelul 3.1.

Accesați filele și comenzile de acces 2010

Fila echipei	Acțiuni posibile
	Alegerea unei alte idei
	Copierea și introducerea datelor din Clipboard
	Setarea proprietăților fontului curent
	Instalarea aliniere a fontului curent
	Formatarea aplicațiilor la câmpul Memo
	Lucrați cu intrări (actualizare, creare, salvare, eliminare, rezultate, ortografie, suplimentar)
	Sortarea și filtrarea înregistrărilor
	Căutați înregistrările
Creatură	Creând o masă goală
	Crearea unui tabel bazat pe șablon
	Crearea unei liste pe SharePoint, precum și tabele conexe din baza de date curentă
	Crearea unei mese goale în modul Constructor
	Crearea unui formular bazat pe o masă activă sau o cerere
	Crearea unui tabel sau o diagramă sumară
	Crearea unui raport bazat pe o masă activă sau o cerere
	Crearea unui modul de interogare, macro, modul sau clasa de clasă
Datele externe	Importul sau obligarea datelor externe
	Exporturile de date
	Colectați și actualizați datele prin e-mail
	Crearea operațiunilor de import și export salvate
	Tabele rotunde Lansarea managerului managerului
Lucrul cu bazele de date	Transferarea unor sau a tuturor părților din baza de date la un site SharePoint nou sau existent
	Pornirea editorului de bază vizuală sau a unei execuții macro
	Crearea și vizualizarea relațiilor dintre tabele
	Afișați sau ascundeți dependențele obiectului
	Pornirea arhivei sau analiza performanței
	Deplasați datele în Microsoft SQL Server sau bază de date (numai pentru tabel)
	Gestionarea ajustării accesului
	Crearea sau schimbarea modulului VBA

În plus față de filele obișnuite ale comenzilor din MA 2010, au apărut și filele contextuale (figura 3.26). În conformitate cu contextul (adică, cu ce obiect, utilizatorul este ocupat în acest moment și ce fel de acțiuni efectuează) filele contextuale pot fi afișate lângă comenzile obișnuite ale comenzilor.

Smochin. 3.26.

Pentru activarea fila Context cu comenzi trebuie să facă următoarele:

Apăsați fila Context;

• Apăsați și eliberați tasta ALT. Vor fi afișate sugestii de acces din tastatură;
• Faceți clic pe tastele sau tastele care sunt specificate în promptul de lângă fila Context.

Filele contextuale includ comenzi și elemente funcționale necesare pentru funcționare într-un context specific. De exemplu, la momentul deschiderii tabelului din modul constructor, filele contextuale includ comenzi utilizate pentru a lucra cu tabelul numai în acest mod.

Colecții. Printre altele, pe bandă este un element de control care a fost numit Colectie. Acest element a fost creat pentru a atrage atenția asupra rezultatelor cerute. Colectie - Acesta este un element de control care nu numai că arată comenzile, ci și afișează rezultatul executării acestor comenzi (figura 3.27). Scopul principal al creării acestui element este de a oferi utilizatorului posibilitatea de a găsi și de a alege acțiunile necesare în mai 2010 prin concentrarea asupra rezultatului și nu pe comenzile în sine.

Smochin. 3.27.

Colecțiile sunt diferite una de cealaltă în formă și dimensiuni. Într-un caz, este un tabel care dezvăluie reprezentarea sub forma unui meniu și în cealaltă - colecția încorporată a cărei componente sunt direct pe bandă.

Bandă de ascundere.În timpul operației, poate fi necesar să se evidențieze spațiul suplimentar pe ecran. În acest caz, este posibil să scoateți panglica și să lăsați doar un șir cu comenzi comenzi. Pentru a elimina banda, trebuie să faceți dublu clic pe fila Comenzi curente. Pentru a returna panglica, trebuie să faceți dublu clic pe fila Comenzi curente.

Ascunderea și restaurarea benzii.

• 1. Faceți dublu clic pe fila comenzilor selectate.
• 2. Pentru a restabili banda, faceți dublu clic pe fila Comenzi curente.

Panou de acces rapid,situat lângă panglică, permite accesul la comenzi cu un singur clic al mouse-ului. Lista implicită conține comenzi. Salvarea, anulațiși Întoarcere,cu toate acestea, este posibil să configurați panoul de acces rapid în așa fel încât să adăugați la acesta cele mai frecvent utilizate comenzi. De asemenea, este posibil să convertiți vizualizarea acestei barei de instrumente, cum ar fi locația și dimensiunea. În obișnuință, adică. Panoul este redus, panoul este situat lângă filele comenzilor cu bandă. Când utilizatorul alege o dimensiune mare, panoul se deplasează sub bandă.

Setarea panoului de acces rapid.Pentru a implementa această acțiune, trebuie să efectuați următoarele.

• 1. Apăsați săgeata afișată din listă din partea dreaptă a panoului.
• 2. În secțiune Setarea panoului de acces rapidmarcați comanda pe care trebuie să o adăugați.

Dacă lista prezentată nu sa dovedit a fi comanda necesară, trebuie să selectați un element Alte echipeȘi du-te la următoarea acțiune.

• 3. În caseta de dialog Setări de accesselectați comanda sau comenzile pe care doriți să le adăugați și faceți clic pe buton. Adăuga.
• 4. Pentru a șterge comanda, este necesar să o evidențieți în lista de comenzi, care este situată în partea dreaptă și faceți clic pe buton Șterge.În plus, există o oportunitate doar faceți dublu clic pe comanda din listă.
• 5. Când acțiunile de ștergere a comenzii sunt finalizate, faceți clic pe butonul. O.K.

Când sunt deschise baze de date deja existente sau nou create, numele obiectelor bazei de date sunt afișate în zona de navigare (figura 3.28). Tabelele, formularul, rapoartele, paginile, macrocomenzile și modulele pot fi atribuite obiectelor bazei de date. Zona de navigare în esență efectuează funcțiile ferestrei bazei de date, care a fost prezentă în versiunile anterioare ale MA, adică. Dacă fereastra bazei de date a servit în versiunile anterioare ale programului pentru a începe și a executa sarcini, atunci în MA 2010 utilizează zona de navigare. De exemplu, pentru a adăuga un șir la o masă într-un mod de tabel, trebuie să deschideți o masă din zona de navigare. În browserele web, zona de navigare este de obicei indisponibilă. Pentru ao folosi într-o bază de date Web, trebuie mai întâi să deschideți o bază de date în acces.

Smochin. 3.28.

Pentru a deschide obiectul sau aplicația bazei de date la acesta, trebuie să faceți clic pe PCM și să selectați comanda din meniul contextual. Comenzile meniului contextual sunt afișate în funcție de tipul de obiect.

Deschiderea obiectului bazei de date (de exemplu, tabele, formulare sau raport).

Apăsați dublu obiectul din câmpul de navigare;

Marcați obiectul din zona de navigare și faceți clic pe tasta Enter;

În zona de navigare, marcați obiectul PCM și selectați comanda în meniul contextual Deschis.

Fereastra de dialog Parametrii de traducereoferă posibilitatea de a selecta parametrul de deschidere de deschidere cu un singur clic.

Obiectele bazei de date de navigare sunt clasificate în categorii care, la rândul lor, conțin grupuri. În mod implicit, în listă există categorii încorporate, dar este posibil să creați grupuri de utilizatori.

În mod prestabilit, zona de navigare este afișată când se pornește baza de date, inclusiv bazele de date create în versiunile precedente ale MA. Este posibil să dezactivați zona de navigare implicită utilizând parametrul de aplicație corespunzător. Mai jos sunt instrucțiuni pentru implementarea fiecărei acțiuni.

Afișează și ascunde zona de navigare.Pentru a implementa această acțiune, trebuie să faceți următoarele:

Faceți clic pe butonul din colțul din dreapta sus al zonei de navigare sau tastei F11.

Pentru anularea zonei de navigare implicită

trebuie să facă următoarele:

• - În fila Fişierselectați elementul Parametri.Caseta de dialog afișaj ParametriAcces;
• - în zona stângă pentru a sărbători articolul Baza de date curentă;În capitolul. Tranzițiiscoateți caseta de selectare Transformarea regiuniiși faceți clic pe buton O.K.

Începând cu Access 2007, pentru a reflecta obiectele bazei de date din program, este posibil să se utilizeze filele de documente și să nu se suprapună ferestrele (figura 3.29). Acesta este un instrument mai convenabil. Afișarea și ascunderea fișierelor de documente pot fi configurate utilizând parametrii MA 2010. Dacă utilizatorul modifică acești parametri, trebuie să închideți și să redeschideți din nou baza de date, apoi modificările vor intra în vigoare.

Smochin. 3.29.

Afișează și ascunde fișele documentelor.Pentru a implementa această acțiune, trebuie să efectuați următoarele.

• 1. În tabară Fişierfaceți clic pe butonul Parametri.Apare o casetă de dialog ParametriAcces.
• 2. În zona stângă, marcați elementul Baza de date curentă.
• 3. În secțiune Parametrii aplicațieiîntr-un grup Parametrii ferestrei documentuluisetați comutatorul la poziția Filele.
• 4. Instalați sau scoateți caseta de selectare Dacă steagul nu este, fila Documente este dezactivată.
• 5. Faceți clic pe OK.

Parametrul este individual, adică Acesta trebuie schimbat separat pentru fiecare bază de date. Dacă utilizatorul modifică parametrul, atunci trebuie să închideți și să deschideți din nou baza de date, apoi modificările vor intra în vigoare. Baze de date create folosind MA 2007 sau MA 2010 Afișați fișierele de documente implicite. În bazele de date create în versiunile precedente ale MA, ferestrele suprapuse sunt utilizate în mod implicit.

Bara de stare.În mai 2010, bara de stare poate fi în partea de jos a ferestrei. Ca și în versiunile anterioare ale MA, această componentă standard de interfață utilizator este utilizată pentru a reflecta statutul, proprietățile, indicatoarele de execuție, etc. În mai 2010, bara de stare permite accesul la două funcții standard afișate în bara de stare și în alte programe Office 2010: Control Windows și o schimbare în scară.

Controlul rândului de stare oferă posibilitatea de a comuta convenabil diferite moduri de vizualizare ale ferestrei active. Deci, dacă vă uitați prin obiectul care acceptă ajustarea scalei, este posibilă modificarea gradului de creștere sau scădere utilizând cursorul în bara de stare.

Puteți afișa sau scoate șirul de stare din caseta de dialog Parametrii de acces.

Afișați și ascundeți șirul de stare.Pentru a implementa această acțiune, trebuie să efectuați următoarele.

• 1. În tabară Fişiergăsiți clauza Parametri.Apare o casetă de dialog Parametrii de acces.
• 2. Pentru ultimul element de marcare Baza de date curentă.
• 3. În secțiune Opțiuni de aplicarepuneți sau eliminați caseta de selectare Bara de stare.Dacă nu există steag, bara de stare nu este afișată.
• 4. Faceți clic pe butonul O.K.

Pentru a forma textul în versiunile MA, care au fost eliberate la MA 2007, meniurile sau bara de instrumente au fost de obicei utilizate. Formatare.În MA 2010, textul a devenit mai convenabil pentru a formata textul, așa cum a fost creat mini-panoul de instrumente (figura 3.30). Dacă selectați textul în format, ministrul instrumentului va apărea automat deasupra acesteia. Când mutați indicatorul mouse-ului spre mini-panoul, acesta devine mai clar și apoi poate fi aplicat pentru a schimba designul, dimensiunea și culoarea fontului etc. Când cursorul mouse-ului este șters, bara de mini-instrumente dispare treptat, adică. Dacă nu este nevoie de un instrument de mini-panou, dispare.

Smochin. 3.30.

Formatarea textului utilizând mini-bara de instrumente.

• 1. Marcați textul destinat formatării. Un instrument transparent de panou mini-panou va apărea deasupra textului marcat.
• 2. Utilizați un mini-Toolbox pentru a formate.

Dacă aveți nevoie să clarificați câteva întrebări, trebuie să apelați un certificat apăsând tasta F1 sau făcând clic pe marcajul de întrebare din partea dreaptă a benzii (fig.3.31).

Smochin. 3.31.

În plus, informațiile de referință sunt în vizualizarea în culise. Pe tab-ul Fişier Trebuie să faceți clic pe buton referinţă. Lista surselor de informații de referință va fi afișată în vizualizarea în culise.

Iată o scurtă prezentare a funcțiilor MA 2010. Pentru un studiu mai detaliat al acestui produs software, trebuie să vă referiți la manualul utilizatorului corespunzător.

• Transfer

Bazele de date sunt utilizate peste tot, inclusiv cele mai multe dintre proiectele din lumea dezvoltării web. Toate, variind de la cele mai simple bloguri si cataloage, la proiecte sociale serioase. Indiferent de complexitatea site-ului și a bazei de date corespunzătoare, fiecare dintre ele necesită un design atent să funcționeze eficient, precum și în mod fiabil.


În acest articol, considerăm că elementele de bază ale dezvoltării unui plan bun de baze de date, indiferent de destinația sa finală. Pentru toate variantele structurii bazei de date, există un set de reguli standard și cele mai bune practici care ar trebui utilizate. Acestea vor contribui la baza de date pentru a rămâne organizată și va face interacțiunea cu site-ul mai rezonabil și mai eficient.

Ce funcționalitate este necesară din baza de date

Prima metodă utilizată la planificare este o brainstorming obișnuită, făcând înregistrări pe hârtie sau altceva, în funcție de ceea ce este necesar pentru a fi stocat în baza de date și care va fi necesar. Încercați să nu vă gândiți la anumite domenii, tabele care vor fi utilizate într-un anumit caz - toate punctele specifice vor fi luate în considerare de dvs. mai târziu. Scopul dvs. în această etapă este de a obține o imagine generală și completă a structurii bazei de date, care va specifica și face mai detaliat. Adesea, poate fi mai dificil să adăugați unele elemente în planul dvs., mai degrabă decât la etapa inițială.

Fotografie: binaryape.

Eliminați din baza de date. Încercați să gândiți că va fi solicitat de pe site? De exemplu, dacă doriți să faceți un site care combină oamenii, puteți începe imediat să vă gândiți la datele pe care utilizatorii vor stoca. Uitați, amânați-o mai târziu. Mai bine scrieți că utilizatorii și informațiile despre ele trebuie să fie stocate în baza de date. Și ce altceva? Ce vor face utilizatorii pe site-ul dvs.? Vor să publice înregistrări, încărcați fișiere, fotografii, scrieți reciproc mesajele? În consecință, baza de date trebuie să stocheze toate aceste informații: înregistrări, fișiere, fotografii, posturi etc.
Cum vor interacționa utilizatorii cu site-ul dvs.? Vor avea nevoie de o căutare, de exemplu, rețetele lor preferate, au acces la intrări disponibile la o anumită comunitate, să caute produse sau să urmărească o listă de produse recent vizualizate și achiziționate? Baza de date ar trebui să asigure capacitatea de a stoca rețete, înregistrări "închise" disponibile unui anumit cerc de utilizatori, informații despre produs, precum și posibilitatea de comunicare a unui anumit produs și utilizator.

Determinarea tabelelor și câmpurilor necesare

Următorul pas este de a determina ce tabele și câmpuri vor fi necesare în baza de date. Acesta este nucleul dezvoltării și cea mai dificilă parte a acesteia. Utilizați metodele corecte de pachete de tabele, determinând structura de date în fiecare tabel, identificând necesitatea de a împrăștia aceste date utilizând tabele diferite - toate aceste probleme sunt populate cu baza de date directă de proiectare. Acum trebuie să determinați lista de tabele și câmpurile evident necesare, să fiți cât mai specifice posibil. În timpul acestui proces, unele elemente pot fi reconstruite sau reorganizate pentru a îmbunătăți eficiența și securitatea bazei de date.

Utilizați instrumentul de modelare a datelor

Acum, că știți că site-ul va trebui să facă, este timpul să se determine ce informații speciale vor trebui stocate. Un instrument pentru proiectarea bazelor de date va fi foarte potrivit aici, în special cu capacitatea de a crea modele de baze de date vizuale, cum ar fi bancul de lucru MySQL sau. Gliffy este un excelent instrument online gratuit pentru crearea diferitelor diagrame bloc și modele de baze de date.

Există, de asemenea, o cea mai cunoscută, de înaltă calitate, în opinia mea, Instrumentul - Microsoft Visio (numai în Windows, prețul este de 249,99 USD). Dar nu vă fie frică, există alternative mai ieftine, dintre care multe sunt proiecte cu sursă deschisă, inclusiv cele două menționate mai sus.
Verificați comunele națiune grafică și elemente vizuale standard necesare pentru a crea un model de bază de date și pentru a începe pre-planificarea utilizând fluxurile și diagramele. Acest lucru va evita erorile logice înainte ca orice bază de date specifică să fie deja creată.

Gruparea și separarea datelor

În ceea ce privește câmpurile, este de asemenea important să știți când să grupați o anumită parte a datelor și când nu. O modalitate bună de a determina ce informații ar trebui să fie într-un singur câmp sau invers, gândiți-vă dacă ar fi necesar să schimbați orice parte a acestuia? De exemplu, dacă să stocheze adresa prin ruperea acesteia în componente: 1) stradă, 2) oraș, 3) de stat, 4) cod poștal, 5) Țară?
Aceasta este o parte integrantă a funcționalității site-ului (eventual utilizatori sau administratori doresc să caute alți utilizatori la adresa sau personalul) sau doar o creștere a spațiului ocupat de baza de date de pe disc? Dacă acest lucru nu este atât de important, de ce încărcați baza de date pentru a schimba 5 câmpuri când puteți actualiza doar un singur câmp de șir. Mai convenabil ar putea fi opțiunea de a obține aceste date din formularul HTML, unde câmpurile sunt separate și înainte de adăugarea adresei în baza de date, îmbinați valorile din câmpurile corespunzătoare într-o singură linie.
Acesta este doar un exemplu, dar are întotdeauna o idee despre modalitățile cele mai eficiente de a organiza câmpurile de masă când să le combine când să conțină separat, de dragul menținerii funcționalității sitului.

Normalizarea bazei de date

Normalizarea prezintă un set de orientări create pentru organizarea unei stocări mai eficiente a informațiilor. Am menționat deja câteva practici de bază importante care sunt incluse în cele mai populare forme normale. Există cinci forme normale. Ar fi util să vă familiarizați cu aceste forme normale și să dezvoltăm baze de date în conformitate cu cerințele acestora.
Normalizarea bazei de date este un subiect mare, dar deja înțelegerea elementelor sale de bază vă poate ajuta extrem de. A avea vedere generala despre fiecare formă și normalizare normală ca întreg, nu uitați să vă uitați

În forma cea mai generală, baza de date este definită ca un set de informații interdependente. Din această definiție, o caracteristică importantă a fluxurilor de baze de date, constând în faptul că baza de date include nu numai datele în sine, ci și relația dintre ele. Una dintre principalele idei ale bazei de date este stocarea comună a datelor cu descrierile lor. Datorită acestui lucru, datele stocate devin "deschise", ușor de înțeles pentru orice număr de aplicații care lucrează cu baza. Acest lucru face ca baza de date cu o resursă independentă de informații, care poate fi utilizată în mod repetat de diverse aplicații, rămânând independent de acestea.

În plus față de faptul că baza de date descrie datele, explică valoarea și structura acestora, sprijină anumite restricții impuse de aceste date, de exemplu, definește tipul de date, dimensiunea lor etc.

În acest fel, bază de dateeste o anumită resursă de informații a datelor structurate destinate utilizării repetate, repetate în anumite domenii.

Baze de date operează sisteme de gestionare a bazei de date care rulează (DBMS), care sunt definite ca un set de limbi și programe necesare pentru a lucra cu baza de date. DBMS vă permit să creați baze de date, să faceți și să modificați informațiile din ele, să accesați aceste informații. Schema de organizare și de susținere a informațiilor în cazul utilizării DBMS va fi fundamental diferită (figura 2.5).

Aplicațiile prin DBMS se referă la datele stocate în una sau mai multe baze de date. În același timp, organizarea complexului de informații și informație nu mai este determinată de software, ci sprijinul informațional. Datele se dovedesc a fi independente de aplicații, la rândul său, pot utiliza orice date conținute în baza de date. DBMS sprijină integritatea datelor, determină utilizarea acestora cu diferite programe și diferiți utilizatori, într-o oarecare măsură asigură securitatea informațiilor.

Smochin. 2.5. Sistem de software și de organizare a informațiilor

Folosind DBMS.

De asemenea, efectuează cele mai importante proceduri de informare cu datele conținute în baza de date, la cererea utilizatorului sau prin comanda primită de la aplicație.

Când utilizați tipul DBMS de compilare, se creează aplicațiile care rulează direct cu baze de date. În acest caz, DBMS în sine ca un instrument software separat atunci când lucrează cu date este de fapt absent.

De fapt, la etapa de compilare, are loc miezul bazei de date și nucleul de aplicare (figura 2.6).

Smochin. 2.6. Merge Schema BD și aplicația

În prezent, aplicațiile sunt dezvoltate, de regulă, programatori calificați. În același timp, proiectarea structurilor bazei de date este imposibilă fără participarea economiștilor - specialiști în domeniul subiectului, deoarece capacitățile de informare ale bazei de date sunt în mare măsură determinate de calitatea designului său.

Elemente de baze de date

Baza de date este sistemul, adică Se compune dintr-un anumit număr de elemente și relații între ele (figura 2.7)

Smochin. 2.7. Unități structurale de db

Cel mai mic dintre ele este elementul de date, care, în unele cazuri, este numit și câmpul sau atributul și care corespunde unei detalii. Deci, elementul de date este cea mai mică unitate de date numită semantic semnificativă. Elementul de date este determinat prin următoarele caracteristici: numele (FIO, data nașterii, numele întreprinderii), tip (simbol, numeric, calendar), lungime (numărul maxim posibil de caractere - 15 octeți) și precizia (numărul de punct și virgulă pentru date numerice).

Elementele de date sunt organizate în înregistrările numite capace. Recordul în general corespunde indicatorului și poartă date pe unul dintre obiectele omogene, de exemplu, un cont, un angajat etc. În unele cazuri, se utilizează conceptul de agregare a datelor, care ocupă o poziție intermediară între elementul de date și înregistrare. Unitatea de date poate fi simplă (constând numai din elementele de date) și compozite (constând din elemente și unități de date simple).

Un set de înregistrări cu un singur tip se numește fișier de bază de date (sau tabel). Trebuie remarcat faptul că fișierul bazei de date nu corespunde întotdeauna fișierului fizic. În unele cazuri, informațiile despre fișierul bazei de date sunt conținute în mai multe fișiere fizice și, dimpotrivă, mai multe fișiere de bază de date pot fi conținute într-un singur fișier fizic.

Baza de date, astfel, este un set de fișiere de bază de date interdependente.

Valoarea termenilor poate fi explicată în diagrama (figura 2.8).

Elementul de date conține un element de recuzită, în acest caz, numele orașului este Moscova. Agregatul de date constă în mai multe detalii considerate ca unul. Intrarea constă din unul sau mai multe elemente de date și conține informații despre un obiect, în exemplul de mai sus - aproximativ o întreprindere. Setul de același tip de înregistrări este fișierul bazei de date, în figura este un fișier cu informații despre întreprinderi. O combinație de astfel de fișiere, într-un fel sau altul de interdependență, este o bază de date. Diagrama prezintă trei fișiere de informare legate între ele după cum urmează: întreprinderile sunt deservite de bănci, ele au conturi pentru conturi în aceste bănci. Dacă nu există legături între fișiere, atunci setul lor nu poate fi considerat baza de date.

Smochin.2.8. Un exemplu de relație de unități structurale de bază de date

Bazele de date ale ciclului de viață

Ca orice sistem, baza de date are propriul ciclu de viață, care este o dezvoltare consistentă a sistemului în timp. Următoarele etape principale ale ciclului de viață se disting.

Planificare.Scopul său este de a determina și de a analiza cerințele pentru baza de date generată. În același timp, sunt luate în considerare diferite opinii privind datele, în funcție de funcțiile efectuate, cerințele specifice bazei de date sunt determinate în funcție de tipurile de solicitări, din scopul vizualizării fișierelor de bază, din modul de funcționare cu această bază etc.

Baza de date de proiectare.Pe baza analizei nevoilor utilizatorilor și a integrării acestor nevoi, este creat un model al zonei subiectului. Pe baza acestui model, structura logică a bazei de date, orientată către un anumit DBMS. Pasul final este de a analiza și de a evalua capacitățile bazei de date din punctul de vedere al satisfacerii nevoilor diferitelor grupuri de utilizatori.

Materializarea bazei de date.Scopul acestei etape a ciclului de viață este de a umple și încărca baza de date utilizând DBMS. În același timp, sunt furnizate următoarele lucrări: pregătirea datelor; Transferarea introducerii informațiilor introduse din documente la transportatorii de mașini; Conversia fișierelor de date existente în conformitate cu structura special dezvoltată obținută în stadiul anterior.

Funcționarea bazei de date.Obiectivele acestei etape a ciclului de viață sunt: \u200b\u200basigurarea funcției de punere în aplicare și a bazei de date continue; siguranța datelor în cazul eșecurilor sistemului informatic și a altor situații de urgență; Analiza funcționării sistemului bazei de date în ceea ce privește eficiența și performanța sa. Ca criterii de evaluare a bazei de date, se utilizează un sistem de indicatori cantitativi și calitativi. Indicatorii cantitativi includ: timpul de răspuns la cerere, utilizat extern și berbec, fiabilitate și alte costuri (la actualizarea bazei de date, crearea, reorganizarea, restructurarea). Indicatorii calitativi sunt flexibilitate, adaptabilitate, dinamism, restabilire, capacitatea de a menține integritatea datelor etc.

Dezvoltarea și îmbunătățirea bazei de date.Atunci când funcționează o bază de date, apar noi sarcini, a căror soluție este asociată cu apariția unor noi elemente de date și legături între ele, ceea ce duce la necesitatea de a crea o bază de date modificabilă. În același timp, ar trebui să se distingă reorganizarea și restructurarea bazei de date. Primul este asociat cu schimbarea valorilor datelor, adică. Perfecţiune sistem informatic Are un efect pozitiv asupra dezvoltării bazei de date, modificarea acestuia. Restructurarea implică schimbarea schimbărilor structurale, ceea ce implică crearea unei noi baze de date noi.

Proiectarea bazei de date

Printre etapele bazei de date a ciclului de viață este de mare importanță pentru etapa de proiectare. Acest lucru se datorează faptului că calitatea bazei de date determină în mare măsură calitatea întregului sistem informațional. În plus, este în această etapă faptul că se formează cea mai activă interacțiune a dezvoltatorilor și a experților în domeniul subiectului și a principalelor idei despre zona subiectului, care se va baza pe EIS. În consecință, proiectarea este o cercetare în natură, afectează problemele asociate nu numai cu definiția domeniului subiectului și crearea modelului său, ci și cu principiile structurilor logice de construcție.

Proiectarea bazei de date trece mai multe etape. Este obișnuit să aloce etapele designului conceptual, logic și fizic, deși uneori sunt numiți diferit și, în unele cazuri, unele dintre ele sunt de fapt absente.

Pe primul stagiua creat un model conceptual sau infografic, al acestor domenii. Se caracterizează prin faptul că nu depinde de caracteristicile DBM-urilor specifice. Acesta descrie principalele obiecte ale domeniului, proprietățile și relația dintre ele. Este posibil să descrieți zona subiectului cu o limbă naturală, dar fondurile formalizate sunt utilizate pentru o mai mare precizie, claritate și simplitate a designului ulterior. Astfel, o descriere făcută utilizând limba naturală, formulele matematice, tabelele, graficele și alte mijloace, de înțeles pentru toate lucrările la proiectarea bazei de date, sunt numite modelul de date conceptuale.

Există multe abordări pentru construirea unui model de date conceptuale: modele grafice, rețele semantice, modelul "Esence-comunicare" etc. Cel mai popular dintre ei este modelul "Esența-comunicare" ( Er.-Model, din engleză. Entitate.- Relație). Er."Modelul a fost propus de omul de știință american Peter Ping Shen Chen în 1976. Până în prezent, au fost dezvoltate mai multe tipuri de soiuri sale, dar toate se bazează pe grafice grafice propuse de Chen.

Modelul "Esența-comunicare" este reprezentat grafic în formă Er.-Diagram, care constă dintr-un set de seturi de valori care descriu proprietățile esenței și comunicațiilor (Entitate. - Relație. Diagrame.).

Avantajele acestui model includ:

ușurința formalizării,

simplitatea înțelegerii;

descrierea graficelor;

claritatea diferitelor tipuri de conexiuni;

conversia ușoară într-o schemă de baze de date acceptată de unele dbms.

Principalele componente ale modelului "Esence-comunicare" sunt esențe, atribute și comunicații (figura 2.9).

Smochin.2.9. Er. -diagramă

Esență (Entitate.) - un anumit obiect real sau imaginar, care este esențial pentru zona în cauză, informații despre care este supus depozitării. Fiecare entitate trebuie să aibă unele proprietăți: să aibă un nume unic și să posede unul sau mai multe atribute care identifică cu siguranță fiecare instanță a entității. Atribut - orice caracteristică a esenței, semnificativă pentru zona subiectului în cauză. Acesta este destinat calificărilor, identificării, clasificării, caracteristicilor cantitative sau exprimării stării entității.

Comunicare (Relație.) - A primit asocierea între două entități, semnificative pentru zona în cauză.

Comunicarea este dată, iar numele fiecărei conexiuni între două entități ar trebui să fie unic.

Modelul conceptual este întocmit pe baza interviurilor și sondajelor experților - specialiști în domeniul subiectului și trebuie să îndeplinească o serie de cerințe:

trebuie să fie independentă de DBM-urile specifice;

ar trebui să fie înțeleasă ca dezvoltatori ai sistemului informațional și specialiști în domeniul subiectului;

trebuie să minimizeze eforturile de design ulterior. Aceasta înseamnă că structurile sale ar trebui să fie ușor transformate în structura unui model logic;

ar trebui, dacă este posibil, există în forma percepută de computer. În acest caz, va fi potrivit pentru baza de date de proiectare automată.

Deci, scopul de modelare conceptuală este de a crea o afișare precisă și completă a zonei subiectului, adică Determină obiectele, proprietățile și relațiile lor de obiecte (adică relații).

Pe a doua etapădesignul este creat logic sau Datalogic, model. Un astfel de model nu mai este construit în termeni de obiecte și obligațiuni, ci în ceea ce privește DBM-urile particulare în care este destinat să utilizeze baza de date. Acest model este numit și schema de bază de date.

Sunt cunoscute în prezent trei modele de date logice (ele sunt numite și modele clasice sau minunate), și anume ierarhice, rețele și relaționale.

Modelele de date ierarhice și de rețea au început să fie utilizate în sistemele de gestionare a bazelor de date la începutul anilor 1960. La începutul anilor 1970 A fost propus un model de date relațional.

Elementele principale ale oricăreia dintre aceste modele sunt obiecte și interrelații între ele și o caracteristică distinctivă - diferența în metodele de reprezentare a relației dintre obiecte.

A treia etapă- Design fizic. Rezultatul său devine un model fizic, care include o descriere a bazei de date din punctul de vedere al structurii sale fizice. Modelul fizic implică alegerea transportatorilor de informații, determinând metoda de plasare a bazei și a elementelor sale constitutive asupra acestor transportatori, o descriere a posibilităților și fezabilității comprimării datelor, optimizarea accesului la date la nivel fizic.

Astfel, dacă modelul conceptual este independent de DBMS și, eventual, chiar și din modelul de date, iar logica depinde de DBM-urile specifice, fizicul depinde nu numai de DBMS, ci și pe software-ul tehnic și parțial al sistemului .

Etapa modernă a dezvoltării sistemelor informatice face unele modificări ale schemei de proiectare a bazei de date clasice:

la conceptul de design conceptual, sunt aplicate pe scară largă metode grafice;

noile metodologii facilitează traducerea pur și simplu un model conceptual într-un model logic pentru DBM-uri diferite. În unele cazuri, tranziția de la modelul conceptual la logic poate fi automatizată sau chiar complet automată;

dBM-urile moderne și alte programe fac posibilă simplificarea în mare măsură organizarea fizică a bazei de date. Prin urmare, faza designului fizic este în prezent redusă semnificativ și, uneori, aproape complet automatizată.

Tipuri de modele de date logice

După cum sa menționat mai sus, principalele tipuri de modele de date logice sunt: \u200b\u200bierarhice, rețele și relaționale.

Modelul de date ierarhicevă permite să construiți baze de date cu o structură de copac. În ele, fiecare nod conține tipul de date (entitate). La nivelul superior al copacului în acest model, există un nod - rădăcina, următoarele nivele au aranjat nodurile asociate cu această rădăcină, apoi nodurile asociate cu nodurile nivelului anterior etc. și fiecare nod poate avea numai un strămoș (figura 2.10). Astfel de baze susțin tipul de "unul la mulți".

Căutarea datelor din sistemul ierarhic începe întotdeauna cu rădăcina. Apoi coborârea de la un nivel la altul nu va fi atins nivelul dorit. Treceți prin sistemul de la o intrare la altul se efectuează folosind link-uri.

Principalele avantaje ale modelului ierarhic sunt simplitatea descrierii structurilor ierarhice ale lumii reale și execuția rapidă a interogărilor corespunzătoare structurii de date. Cu toate acestea, astfel de modele conțin adesea date redundante și sunt slab adaptate pentru a reprezenta relația dintre "multe la multe" tip. În plus, nu este întotdeauna convenabil să începeți să căutați datele necesare de la rădăcină de fiecare dată și nu există altă metodă de deplasare pe baza structurilor ierarhice. Sisteme ierarhice - cea mai veche generație de sisteme de baze de date, au fost proiectate pentru computere mari.

Smochin. 2.10. Structura ierarhică a modelului BD

Modelul de date de rețeape baza reprezentării grafice a relațiilor de obiecte. Cu toate acestea, aici, în plus față de conexiunile verticale, sunt orizontale, adică. Un obiect este permis pentru multe obiecte. Astfel, spre deosebire de modelele de rețea ierarhice, este susținută relația de tipul "Mulți la mulți". Fiecare element generat în ele poate avea mai mult de un strămoș (figura 2.11).

Smochin. 2.11. Structura de rețea a modelului DB

Cu toate acestea, sistemele de rețea sunt destul de complexe și necesită un software solid. În ele, precum și în sisteme ierarhice, trecerea de la înregistrare la înregistrare se face prin legăturile introduse în fiecare înregistrare. La un moment dat au fost destul de populare și utilizate pentru mini-computere și computere mari.

Modelul relațional al organizării bazei de datea primit în prezent cea mai mare popularitate. Acest lucru se datorează faptului că prezența deficiențelor fundamentale ale modelelor ierarhice și de rețea a dus la ineficiența utilizării lor în condiții moderne. Posibilitățile modelului relațional au făcut posibilă depășirea acestor deficiențe și descrierea structurilor ierarhice și de rețea.

Baza de date relațională este o bază de date care este percepută de utilizator ca o totalitate de tabele. Prezentarea datelor sub formă de tabele corespunde pe deplin tehnologiilor tradiționale de procesare a informațiilor "non-computere", este clar și ușor de înțeles pentru majoritatea utilizatorilor. Tabelele bazei de date relaționale pot fi vizualizate pe ecranul computerului sau imprimate. De asemenea, menționăm că modelul de date relațional în cel mai bun mod corespunde structurii informațiilor economice.

Concepte de bază ale bazelor de date relaționale

Modelul relațional al datelor dezvoltate de E. Codd în anii 1970 se bazează pe teoria matematică a relațiilor și se bazează pe sistemul de concepte de algebră relațională, dintre care cele mai importante sunt tabelul (raportul), linia (tuple), coloana (Atribut), Conținutul coloanei (domeniul), cheia primară, cheia externă.

În modelul relațional, datele sunt prezentate sub formă de tabele legate între ele. Fiecare tabel constă din linii (de același tip de intrări sau tuple) și coloane (câmpuri sau atribute) și are un nume, unic în interiorul bazei de date. Cuvântul "același tip" înseamnă că toate înregistrările au același set de atribute sau câmpuri, deși fiecare atribut de intrare poate lua propria valoare. Fiecare coloană de masă are un nume unic pentru masa sa. Coloanele sunt situate în tabel în conformitate cu procedura de urmare a numelor lor atunci când este creată. Fiecare atribut poate lua un subset de valori dintr-o anumită zonă (domeniu). Spre deosebire de coloanele liniei nu au nume, ordinea urmărilor lor în tabel nu este definită, iar suma nu este limitată.

Să explicăm conceptele enumerate mai sus cu privire la exemplul modelului de relații al BD care conțin informații despre angajații unei întreprinderi. Luați în considerare tabelul cu datele despre angajații companiei (Tabelul 2.6).

Tabelul 2.6.

Personal

Numărul personalului	Prenume I.O.	Codul Departamentului.	Telefon de serviciu
	Petrov a.v.
	Romanenko s.t.
	Stepanova I.S.

Puteți vedea că toate atributele de trei intrări sunt aceleași, dar ia valori diferite. Deci, pentru înregistrarea nr. 1 atribut "Numărul tabelului" ia valoarea 008976 și pentru înregistrarea nr. 2 - 008980, etc. Valorile unor atribute în diferite intrări pot coincide, de exemplu, în înregistrările nr. 1 și nr. 2, aceeași valoare a atributului "Departament Cod". Cu toate acestea, fiecare tabel ar trebui să fie un atribut (sau un set de atribute), valoarea căruia nu este niciodată repetată și identifică în mod unic fiecare linie a tabelului. Este necesar ca atunci când lucrați cu baza de date a fost posibilă distingerea unei intrări de la altul. Astfel de atribute sunt numite unice. Atributul unic al tabelului sau totalitatea atributelor sale unice este numită cheia principalasau câmp cheie.În acest tabel, cheia este atributul "Numărul tabelului".

În cazul în care înregistrarea este determinată în mod unic de valorile mai multor câmpuri (sau un set de atribute unice), apare cheia compozită (adezivă).

În unele cazuri, este posibil ca atributul să nu aibă nici un sens: De exemplu, numărul angajatului 3 nu are un telefon de lucru, iar atributul corespunzător nu este plin. În acest caz, se spune că atributul este zero. Cheia nu poate fi zero.

Un set simplu de tabele nu poate fi considerat o bază de date dacă nu există relații specifice între ele. Bazele de date relaționale includ respectarea înregistrărilor celor două tabele. Luați în considerare cel de-al doilea tabel care conține informații despre departamente (Tabelul 2.7)

Tabelul 2.7.

Între cele două mese, puteți seta relația "Angajat - Lucrări în - departament. Dacă aveți nevoie să aflați informațiile despre departamentul în care lucrările angajatului nr. 2, trebuie să luați valoarea atributului "Departamentul Cod" în tabelul "Angajați" și găsiți codul corespunzător în tabelul "Departamente". Astfel, două înregistrări din tabele diferite par să fie combinate

Romanenko s.t.

DEPARTAMENTUL DE RESURSE UMANE

Se poate observa că relația dintre cele două tabele este stabilită pe baza conformității valorilor atributului celor două tabele, în cazul nostru, acesta este un cod de atribut "departament" al tabelului "Angajați" și "Cod" "Atribuiți tabelul" diviziilor ". Astfel de atribute sunt numite atribute de comunicare.Atributul de conectare din același tabel trebuie să fie cheia. În exemplu, atributul "Cod" este cheia pentru tabelul "departamente" dacă nu ar fi fost astfel și codurile diviziilor au fost repetate în acest tabel, ar fi imposibil să se determine care din departamentele se spune în primul tabel . Al doilea atribut al comunicării este în acest caz "Codul Departamentului" Cod "Angajați" - Apel cheia externăDeoarece se referă la cheia unui alt tabel (exterior) (figura 2.12).

Tabelul cheie primar 2

Afișând bazele de date

După cum sa menționat deja, bazele de date relaționale constau din tabele bidimensionale legate între ele. Astfel, la proiectarea unei baze de date relaționale, toate informațiile sunt împărțite într-o multitudine de matrice bidimensionale. În unele cazuri, tabelul corespunde unui set de obiecte reale, cum ar fi "departamentele", "angajații", "conturile" etc. Dar, uneori, când trebuie să vă ocupați de informații ierarhice, același obiect trebuie să "stabilească" în mai multe mese.

Un exemplu este documente multi-line, cum ar fi o factură. Fiecare dintre aceste documente are detalii comune, cum ar fi numărul, data, numele furnizorului și destinatarul. În "Tabelul de factură", astfel de detalii sunt o înregistrare. Cu toate acestea, factura este un document multi-line și de a stoca fiecare rând care conține numele bunurilor, numărul său, prețul, suma, necesită, de asemenea, o intrare separată. Prin urmare, creează astfel un tabel suplimentar de "șiruri de facturi" asociate cu cea precedentă. Datele fiecărei facturi vor fi conținute într-o singură înregistrare a primei tabele și într-una sau mai multe secunde ale celui de-al doilea.

Această abordare are o serie de deficiențe. În primul rând, numărul de tabele și conexiunile dintre ele crește, ceea ce, pe scara bazei de date, duce la o încetinire a executării cererilor. În al doilea rând, ierarhia și unitatea logică a tabelelor nu sunt luate în considerare. În acest exemplu, tabelul "Rândul de facturi" poate fi considerat subordonat tabelului "factură", deoarece nu poate exista fără ea. Și numai în unitate, aceste două mese descriu așa-numitul obiect de afaceri - analogul unui document real. Partiționarea obiectelor de afaceri în mai multe mese complică structura bazei de date și înțelegerea acestuia de către utilizatori.

Rândul de factură

Facturi

Aceste dezavantaje sunt depășite într-un model de explorare al datelor, care, în esență, este dezvoltarea unui model relațional cu diferența că a eliminat restricția asupra atomicității (indivizibilității) atributelor.

Limita atomică a atributului înseamnă că în baza de date relațională, atributul (câmpul) fiecărui record poate conține o singură valoare. În modelul de fotografiere, dimpotrivă, câmpul poate conține mai multe valori sau chiar o masă întreagă. Astfel, este posibil să se "atașeze" o masă la alta.

Acest lucru vă permite să acționați mai eficient cu obiecte de afaceri, fiecare din care devine logic holistic, fiind trimisă numai cu o înregistrare.

Potrivit dezvoltatorilor de fotografiere DBMS, viteza de finalizare a interogatoriilor creste la 20 de ori comparativ cu DBM-urile relaționale. Cu toate acestea, tranziția de la bazele de date relaționale care au primit o distribuție omniprezentă, în timp ce considerația este legată de costuri semnificative și este încă limitată.

Magazin de date

Data Warehouse este un sistem conceput pentru a oferi un spațiu unic de informare pentru a analiza și a optimiza afacerea sa.

Activitățile oricărei facilități economice sunt legate de utilizarea și prelucrarea informațiilor, cea mai importantă resursă economică pentru a obține indicatori economici ridicați. Cu toate acestea, caracteristica EIS este necesitatea de a procesa două tipuri de date, și anume operaționale și analitice. Prin urmare, în procesul de funcționare, EIS trebuie să rezolve două clase de sarcini:

asigurarea activității zilnice a întreprinderii în punerea în funcțiune și prelucrare a informațiilor;

organizarea de stocare a informațiilor Pentru analiza completă multidimensională și studierea datelor pentru identificarea tendințelor de dezvoltare, prezicerea statelor, evaluarea și gestionarea riscurilor etc. Și în cele din urmă - pentru a facilita luarea deciziilor.

Sarcini de primă clasă - Automatizarea activităților operaționale - complet rezolvată DESPRELt.R.- Sisteme (Pe net Tranzacțional Proces.­ ing. - prelucrarea operațională a tranzacției) la care sistemele bancare automate includ sistemele contabile etc. la locul de muncă cu date analitice sunt destinate OLAP.- sisteme (Pe net Analitic. Prelucrare. - prelucrarea analitică operațională), care sunt construite utilizând tehnologia de depozitare a datelor și sunt destinate unei analize agregate a cantităților mari de date. Aceste sisteme fac parte integrantă din sistemele de luare a deciziilor sau sisteme de management clasă mijloc și top. administra.­ ment., acestea. Sisteme destinate utilizatorilor de nivel mediu și cel mai înalt de gestionare a companiei.

Caracteristicile comparative ale utilizării datelor în sistemele de funcționare și de prelucrare analitică sunt prezentate în tabelul. 2.8.

Tabelul 2.8.

Caracteristicile sistemelor informatice de operare și analitice

Proprietățidate	Sistem
	tratament de operare	prelucrarea analitică
Scop	Căutare operațională, tipuri simple de prelucrare	Prelucrare analitică, predicție, modelare
Nivelul de agregare	Date detaliate.	Date agregate.
Timp de depozitare.	De la câteva luni la un an	De la câteva decenii și mai mult
Frecvență de actualizare	Înalt. Actualizați cu porțiuni mici	Scăzut. Actualizați în porțiuni mari, până la câteva milioane de înregistrări simultan
Criteriu eficienţă	Numărul de tranzacții pe unitate de timp	Viteza de finalizare a interogărilor complexe și transparența structurii de stocare pentru utilizatori

Astfel, EIS modern este un sistem bazat pe partajarea tranzacției OLTP.- sisteme și depozite de date (Date. Depozit.).

Termenul "Depozit de date" a devenit popular în anii 1990. Conform definiției William Inmona, care este fondatorul acestei tehnologii, depozitul de date (HD) este orientat spre obiect, integrat, neschimbabil, care susține cronologia unui set de date, organizat în scopul sprijinirii procesului de luare a deciziilor .

Caracteristicile distinctive ale depozitului de date sunt:

orientarea pe zona subiectului, adică Numai informațiile care pot fi utile pentru funcționarea sistemelor analitice sunt plasate în depozitul de date;

sprijin pentru datele cronologice care determină faptul că analiza necesită informații acumulate pe o perioadă lungă de timp;

integrarea într-un singur depozit de date deconectate anterior provenind din diverse surse, precum și verificarea, coordonarea și aducerea unui singur format;

Agregarea care prevede stocarea simultană în baza de date a datelor agregate și primare, astfel încât interogările pentru definirea valorilor totale au fost efectuate destul de repede.

Astfel, depozitul de date este o bază de date specializată în care informațiile solicitate de manageri pentru pregătirea soluțiilor manageriale sunt integrate și acumulate; De exemplu, în sectorul bancar, aceasta este informația privind clienții băncii, cazurile de credit, ratele dobânzilor, cursurile valutare, cotații de acțiuni, starea portofoliului de investiții, zilele de funcționare ale ramurilor etc.

În acest sens, depozitul de date nu este atât de important să introduceți informații, cât de mult să căutați și să îl analizați rapid. Prin urmare, sistemele bazate pe depozit de date au o astfel de arhitectură a bazei de date care oferă de mare viteză Finalizarea cererilor la matricele uriașe de informații. Acestea se disting printr-o altă construcție a unei interfețe de utilizator reprezentând instrumente speciale pentru căutarea informațiilor, generalizările sale, aprofundarea în detalii.

În prezent, se dezvoltă astfel de depozite, în care sunt colectate numai datele, dar și posibilitatea schimbării acestora: admiterea semnelor analitice, executarea ajustărilor de management, adăugarea la datele lipsă.

Sistemul de management al depozitelor de date constă în mai multe blocuri funcționale.

Bază de date.Este kernelul întregului sistem. Diferența fundamentală dintre baza de date de stocare constă într-o structură bine gândită, care are compoziția optimă a entităților specifice industriei financiare, precum și structura și atributele de date ale entităților, ca urmare a structurii Baza de date de stocare este optimizată pentru încărcarea rapidă și extragerea rapidă a datelor și nu pentru executarea rapidă a tranzacțiilor.

Instrumente de configurare a bazei de date și managementul metadatelor.Aceste instrumente sunt concepute pentru a configura modelul de informații despre depozitul de date atunci când implementează și modifică acest model în timpul funcționării, pentru a extinde treptat funcționalitatea depozitului de date. În plus, pentru a asigura o flexibilitate maximă și adaptabilitatea depozitului de date într-o bază de date, deoarece informațiile separate trebuie să fie stocate metadate (Metadate.) - Datele privind datele. Metadatele include informații privind datele fizice, procesele tehnice și de afaceri, regulile și structura datelor. Astfel, aceștia joacă rolul directorului care conține informații despre sursele de date primare, algoritmii de procesare pe care datele inițiale au fost supuse, o descriere a structurilor de date și a relațiilor acestora etc.

Tehnologia de colectare a datelor.Insistența și inconsecvența datelor, a dispersiei și a insolării surselor, Diferența în metodele de stocare, lipsa accesului la date la unele surse nu permite utilizarea pe deplin a acestor date. Prin urmare, este necesară o tehnologie specială de colectare a datelor, oferind date regulate și neîntrerupte din diverse surse, în special din ramurile la distanță, birourile suplimentare și alte sisteme informatice și vă permite să dovediți toată diversitatea băncii de date acumulate într-o valoare valoroasă informație. Această tehnologie include formate de date, tehnologie de generare, reguli de afaceri care reglementează extragerea datelor din surse externe, distribuția de metadate (informații de reglementare și de referință) și multe altele.

Două abordări sunt utilizate pentru colectarea datelor: Etl.- sisteme și standarde de schimb de date corporative. Prima metodă de colectare a datelor este utilizarea fondurilor Etl. (Extrage., Transforma.), sisteme speciale pentru extragerea datelor din alte baze de date, transformarea conform regulilor descrise în acest sistem și descărcarea în depozit. A doua abordare este utilizarea unui format standard de colectare a datelor și a dezvoltării procedurilor de descărcare a datelor pe partea sursă. Acest lucru vă permite să colectați date omogene din sistemele eterogene, descentralizați dezvoltarea procedurilor de descărcare a datelor, oferind rezolvarea acestei sarcini specialiștilor cu cunoștințe despre sistemul sursă.

Curățarea și descărcarea datelor.Acest sistem asigură controlul datelor de intrare, corectarea automată a erorilor, elimină duplicarea și valorile incorecte, aducând date la standarde unificate, încărcarea unor mari matrice de date, revista multi-nivel.

Executarea calculului.Aparatul special de execuție a calculelor prevede:

agregarea datelor este calculul indicatorilor generalizați, de exemplu, calculul echilibrului lunar, trimestrial și anual;

consolidarea datelor - sumarea datelor privind o ierarhie organizațională, cum ar fi calculul soldului consolidat al băncii;

calculul derivatelor, cum ar fi executarea reală a bugetului, lichiditatea, marja etc.

Interfețe și rapoarte personalizate.Depozitul de date, care acumulează informații valoroase, ar trebui să asigure utilizarea maximă a angajaților. Pentru aceasta, are interfețe speciale de utilizator concepute pentru a primi rapid date și tehnologia dezvoltată pentru crearea și emiterea de rapoarte.

Interfețe pentru sisteme externe.Depozitul de date oferă informații sistemelor analitice externe și generatoarelor de rapoarte. Aceasta utilizează standarde de acces la datele industriale.

Arhitectura sistemului de gestionare a stocării datelor este prezentată în fig. 2.15.

Smochin. 2.15. Arhitectura sistemului de management al depozitelor de date

Datele sunt descărcate în depozitarea sistemelor de prelucrare a datelor operaționale și din surse externe, de exemplu, din rapoartele oficiale ale întreprinderilor și băncilor, rezultatele tranzacționării stocurilor etc. La încărcarea datelor în depozit, integritatea este făcută, comparabilitatea, completitudinea datelor descărcabile și conversia și transformarea lor necesară sunt făcute.

Depozitul de date se concentrează pe cea mai mare și secundară gestionare a companiei responsabile de luarea deciziilor și a dezvoltării afacerilor. Aceștia sunt manageri ai unităților structurale, financiare și client, precum și unități de marketing, gestionarea analizei și planificării, de exemplu, raportarea, contabilitatea principală, trezoreria, managementul analitic, managementul marketingului etc.

Magazinul de date se bazează pe conceptul unui spațiu informatic multidimensional sau al unui hypercube (cubic multidimensional). Valorile stocate în celulele acestui cub și numite fapte sunt indicatori cantitativi care caracterizează activitățile companiei. În special, poate fi date privind revoluțiile și balanțele pe conturile, costurile cheltuielilor și veniturile, situația și fluxul de numerar etc. Măsurătorile cubului care formează una dintre fețele sale este o varietate de date cu un singur tip destinate descrierii faptelor, cum ar fi sucursale, bunuri, furnizori, clienți și valute etc., adică. Aceștia sunt responsabili pentru descrierea caracteristicilor de calitate ale companiei. Agregarea datelor se efectuează în conformitate cu măsurătorile cubului, astfel încât elementele de măsurare sunt făcute în grup în structuri ierarhice, cum ar fi sucursalele sunt adesea grupate de semnul teritorial, clienții - de către semne industriale, date - în săptămâni, luni, sferturi și ani. Fiecare celulă din acest cube "răspunde" pentru un set specific de valori pe măsurătorile sale individuale, cum ar fi efectuarea conturilor de echilibru pe zi, trimestru, anul în contextul sucursalelor.

În prezent, trei tipuri de modele de date utilizate în construirea depozitelor de date au fost obținute cea mai mare distribuție: multidimensională, relațională și combinată.

Pentru modelul multidimensional.se caracterizează prin utilizarea bazelor de date spațiale non-relaționale sub formă de hipercuburi care asigură stocarea multidimensională, prelucrarea și prezentarea datelor. Principalul avantaj al modelului multidimensional este viteza căutării de date. Datele sunt la intersecția hipercuburilor. Pentru căutarea lor, nu este necesar să se organizeze legături între tabele, așa cum se face în DBM-urile relaționale. Datorită acestui fapt, timpul mediu de răspuns la o cerere complexă (non-aleasă) într-un model multidimensional este de 1-2 din ordinea mai mică decât în \u200b\u200brelațional.

Cu toate acestea, hypercubeul necesită cantități mari de memorie disc, deoarece își rezervă locul în avans pentru fiecare posibil dat, acest volum crește dramatic cu un grad ridicat de detalii de date, iar dificultățile apar cu modificarea datelor, deoarece adăugarea unei alte măsuri necesită o restructurare completă a hipercubei.

Astfel, modelul multidimensional al CD-ului este recomandabil să se utilizeze atunci când volumul său este mic (nu mai mult de 10-20 gigaocteți), iar hyperkub are un set de măsurare stabil.

Folosind. modelul relaționalstructura multidimensională a HD este implementată de tabele relaționale, atât cu scheme de plasare de date standard, cât și cu scheme de plasare a datelor de zăpadă și șabloane mai complexe SQL.-Cums. Depozitele de date construite pe baza unui model relațional sunt capabile să stocheze cantități uriașe de informații, dar pierd modele multidimensionale la viteza interogărilor. În modelul relațional, hipercubusul este emula DBM-urile pe nivelul logic.

În ultimii ani au început să se aplice depozite de date combinateÎn care DBM-urile relaționale sunt combinate cu un set complet de multidimensional. Baza de date relațională în acest caz este stocarea centrală și vă permite să acumulați cantități uriașe de informații. Datele necesare pentru aplicații analitice specifice sunt alocate din stocarea centrală în baze de date multidimensionale. Fiecare bază multidimensională stochează informații despre una dintre activități (figura 2.16).

Smochin. 2.16. Circuitul logic al depozitului de date combinate

Afișați datele

Un exemplu de realizare în practica depozitului de date este construirea cazurilor de afișare a datelor (Date. Marts.). Uneori sunt numite și chioșcuri de date. Spectacolul de date este un set orientat pe obiecte care au o organizație specifică. Conținutul de afișare a datelor este, de obicei, destinat să rezolve un anumit cerc de sarcini omogene ale uneia sau mai multor domenii adiacente sau de a efectua funcții de afaceri specifice sau pentru diviziuni specifice. De exemplu, o vitrină este utilizată pentru a rezolva sarcinile asociate cu analiza serviciilor de credit bancare și pentru a lucra la analiza activităților băncii pe piața bursieră este alta.

În consecință, prezentarea datelor este relativ mică și depozite de date specializate care conțin doar date orientate tematică și destinate utilizării de către o diviziune funcțională specifică. Astfel, cazurile de afișare a datelor orientate funcționale sunt structuri de date care oferă soluții la sarcini analitice într-o zonă funcțională specifică sau o unitate de companie, cum ar fi managementul rentabilității, analiza resurselor, analiza fluxurilor de numerar, analiza bazei de clienți, cercetarea de marketing, activele Management și pasive și etc. Astfel, prezentările de date pot fi considerate ca instalații mici de stocare tematică care sunt create pentru a informa sarcinile analitice ale diviziunilor de gestionare specifice ale companiei.

Organizarea datelor din vitrina este determinată de necesitatea de a asigura capacitatea de a analiza aceste sau alte domenii cele mai optime.

Vizitele de date și depozitul de date sunt semnificativ diferite una de cealaltă. Depozitul de date este creat pentru a rezolva sarcinile corporative prezente în sistemul de informații corporative. În mod tipic, depozitele de date sunt create și achiziționate de organizații cu subordonare centrală, cum ar fi organizațiile clasice de tehnologie a informației, cum ar fi o bancă. Depozitul de date este întocmit de eforturile întregii corporații.

Spectacolul de date este conceput pentru a satisface nevoile în rezolvarea unui cerc omogen specific al sarcinilor. Prin urmare, o companie poate avea numeroase prezentări diferite de date, fiecare dintre acestea având propriul aspect și conținut.

Următoarea diferență este gradul de detaliere a datelor, deoarece prezentarea de date conține deja date agregate. În depozitul de date, dimpotrivă, sunt cele mai detaliate date.

Deoarece nivelul de integrare în ferestrele de date este mai mare decât în \u200b\u200bdepozite, este imposibil să se descompună cu ușurință gradul de detaliere a cazului de afișare a datelor în gradul de detaliere a depozitului. Dar puteți întotdeauna să urmați în direcția opusă și să agregați datele individuale în indicatori generalizați.

Spre deosebire de stocarea prezentării de date, doar o cantitate ușoară de informații istorice atașate doar unei perioade mici de timp și semnificative numai în momentul în care îndeplinește cerințele problemei. Vitrinele de date pot fi reprezentate ca subseturi de date de date logic sau fizic separate. În fig. 2.17 prezintă relația dintre cazurile de afișare a datelor și depozitul de date pe exemplul sferei bancare.

Vitrinele de date sunt de obicei plasate într-o tehnologie multi-nivel, care este optimă pentru flexibilitatea analizei, dar ne-optimă pentru cantități mari de date.

Structura de prezentare a datelor se concentrează, de asemenea, pe o organizație multidimensională de date sub formă de Cuba. Cu toate acestea, construcția lor, datorită limitenței intervalului de informații, asigurarea necesității unei zone funcționale, este mult mai ușoară și mai profitabilă.

Smochin. 2.17. Interconectarea cazurilor de afișare a datelor și a depozitului de date

Există două tipuri de prezentări de date - dependente și independente. Case de afișare dependentă- Aceasta este sursa cărora este un depozit de date. Sursă prezentare de date independenteeste mediul aplicațiilor software primare. Datele dependente Vitrinele sunt stabile și au o arhitectură solidă. Cazurile de afișare a datelor independente sunt instabile și au o arhitectură instabilă, cel puțin atunci când datele de expediere.

Trebuie remarcat faptul că prezentările de date sunt soluția ideală a celui mai semnificativ conflict atunci când elaborează depozitul de date - performanță sau flexibilitate. În general, modelul de stocare a datelor mai standard și mai flexibil, cu atât mai puțin productiv răspunde solicitărilor. Acest lucru se datorează faptului că solicitările care intră în sistemul standard conceput necesită o operații mai preliminare mai preliminare decât într-un sistem optim conceput. Direcționarea tuturor solicitărilor utilizatorilor la prezentarea datelor, susținând un model flexibil pentru depozitul de date, dezvoltatorii pot realiza flexibilitate și stabilitate de depozitare îndelungată, precum și o performanță optimă pentru solicitările utilizatorilor.

Datele care ocupă în depozit pot fi distribuite între multe prezentări de date pentru a accesa interogări utilizatorilor. Aceste prezentări de date pot primi diferite forme - din bazele de date client-server la baze de date de pe desktop, OLAP.- cuburi sau foi de calculuri dinamice. Selectarea instrumentelor pentru solicitările utilizatorilor pot fi preferințe și experiențe largi și afișate în anumiți utilizatori. O selecție largă de astfel de instrumente și simplitatea utilizării lor va face introducerea lor în cea mai ieftină parte a implementării proiectului de depozit de date. În cazul în care datele din depozit au o structură bună și o calitate dovedită, atunci transferul lor la alte prezentări de date va fi o operațiune de rutină și ieftină.

Utilizarea vitrinelor tehnologice, atât dependente cât și independente, vă permite să rezolvați sarcina de a consolida date din diverse surse pentru a face cea mai eficientă soluție la sarcinile de analiză a datelor. În același timp, sursele pot fi diferite sisteme de contabilitate și de referință care diferă în arhitectură și funcționalitate, în special împrăștiate geografic.

Baza de date (baza de date) este un set de date structurate stocate în memoria sistemului de calcul și afișarea stării obiectelor și a relațiilor lor în zona subiectului în cauză.

Structura logică a datelor stocate în baza de date se numește modelul de prezentare a datelor. Principalele modele de prezentare a datelor (modele de date) includ ierarhice, rețele, relaționale.

Sistemul de gestionare a bazelor de date (DBMS) este un complex de limbă și software, conceput pentru a crea, menține și distribui baza de date de către mulți utilizatori. De obicei, DBMS se distinge prin modelul de date utilizat. Deci, DBMS bazate pe utilizarea modelului de date relațional se numește DBM-uri relaționale.

Pentru a lucra cu baza de date, există adesea suficiente fonduri DBMS. Cu toate acestea, dacă trebuie să oferiți ușurința de a lucra cu baza de date cu utilizatorii necalificați sau interfața DBMS nu se potrivește utilizatorilor, pot fi dezvoltate aplicații. Crearea lor necesită programare. Aplicația este un program sau un set de programe care automatizează soluția de orice sarcină aplicată. Aplicațiile pot fi create într-un mediu sau în afara mediului DBMS - utilizând sistemul de programare utilizând accesul la baza de date, de exemplu, Delphi sau C ++ Vuildeg. Aplicațiile dezvoltate în mediul DBMS sunt adesea numite aplicații DBMS, iar aplicațiile proiectate în afara DBMS sunt aplicații externe.

Dicționarul de date este un subsistem de baze de date destinat stocării centralizate a informațiilor privind structurile de date, relațiile fișierelor de bază de date cu alte tipuri de date și formate ale reprezentării lor, accesorii de date pentru utilizatorii, codurile de protecție și deleție etc.

Sisteme informatice bazate pe utilizarea bazei de date funcționează de obicei în arhitectura client-server. În acest caz, baza de date este postată pe un server de calculatoare și este accesată în comun.

Un server de resurse specifice dintr-o rețea de calculatoare este numit un computer (program), gestionând această resursă, un client - un computer (program) care utilizează această resursă. Ca resursă de rețea de calculatoare, de exemplu, baze de date, fișiere, servicii de tipărire, servicii poștale pot acționa.

Avantajul organizării sistemului informatic pe arhitectura client-server este o combinație de succes de stocare centralizată, întreținere și acces colectiv la informații corporative generale cu lucrări individuale de utilizare.

În conformitate cu principiul de bază al arhitecturii client-server, datele sunt procesate numai pe server. Utilizatorul sau formularul de aplicație Interogările care intră în serverul bazei de date sub formă de instrucțiuni de limbă SQL. Serverul bazei de date oferă o căutare și eliminare a datelor dorite, care sunt apoi transmise la computerul utilizatorului. Avantajul acestei abordări în comparație cu cele anterioare este date considerabil mai puțin transmise.

Următoarele tipuri de DBMS se disting:

* DBM-uri complete;

* Servere BD;

* Programe de distribuție pentru lucrul cu baza de date.

DBMS-urile complete sunt DBMS tradiționale. Acestea includ Dbaseiv, Microsoft Access, Microsoft FoxPro, etc.

Serverele de baze de date sunt concepute pentru a organiza centre de date în rețelele de calculatoare. Serverele bazei de date asigură prelucrarea cererilor de software pentru clienți, utilizând de obicei declarații SQL. Exemple de servere de bază de date sunt: \u200b\u200bMicrosoft SQL Server, Interbase etc.

În rolul programelor client, dbms, foi de calcul, procesoare de text, programele pot fi utilizate în cazul general. e-mail si etc.

Instrumentele pentru dezvoltarea programelor de lucru BD pot fi utilizate pentru a crea următoarele programe:

* programe client;

* Servere BD și componentele lor individuale;

* Aplicații personalizate.

Prin natura utilizării DBMS, ele sunt împărțite în multiplayer (industriale) și locale (personale).

Industrial, DBMS sunt o bază de software pentru dezvoltarea sistemelor de control automat pentru obiecte economice mari. DBM-urile industriale trebuie să îndeplinească următoarele cerințe:

* Abilitatea de a organiza o activitate paralelă comună a multor utilizatori;

* scalabilitate;

* Portabilitate la diferite platforme hardware și software;

* Stabilitate în ceea ce privește eșecurile diferitelor tipuri, inclusiv prezența unui sistem multi-nivel pentru rezervarea informațiilor stocate;

* Asigurarea siguranței datelor stocate și a unui sistem de acces structurat dezvoltat.

Personal DBMS este software care se concentrează pe rezolvarea unei sarcini de utilizator locale sau pe un grup mic de utilizatori și destinat utilizării pe un computer personal. Acest lucru explică al doilea nume - desktop. Caracteristicile determinante ale sistemelor desktop sunt:

* Ușurința relativă a operațiunii care vă permite să creați aplicații de utilizator care să funcționeze pe baza acestora;

* Cerințe hardware relativ limitate.

Conform modelului de date utilizat, DBMS-ul este împărțit în ierarhic, rețele, relațional, orientat pe obiecte etc. Unele DBMS pot suporta simultan mai multe modele de date.

Următoarele tipuri de limbi sunt utilizate pentru a lucra cu datele stocate în baza de date:

· Descrierea datelor Limba - Structura de date non-concentrată la nivel înalt;

· Limba de manipulare a datelor este un set de structuri care asigură implementarea datelor cheie privind funcționarea datelor: introducerea, modificarea și eșantionul de date la cereri.

Aceste limbi în diverse DBM pot avea diferențe. Două limbi standardizate au primit cea mai mare distribuție: QBE - limba interogărilor interogării și SQL este o limbă de interogare structurată. QBE are, în principiu, proprietățile limbajului de manipulare a datelor, SQL combină proprietățile limbilor altor tipuri.

DBMS implementează următoarele funcții principale de nivel scăzut:

* Gestionarea datelor în memoria externă;

* Managementul tampoanelor RAM;

* Managementul tranzacțiilor;

* Menținerea unei schimbări de reviste în baza de date;

* Asigurarea integrității și securității bazei de date.

Implementarea funcției de gestionare a datelor în memoria externă oferă organizarea managementului resurselor în sistemul de fișiere OS.

Nevoia de tamponare a datelor se datorează faptului că cantitatea de memorie RAM este mai mică decât volumul memoriei externe. Tampoanele sunt zonele de memorie RAM, destinate să accelereze schimbul între RAM extern și RAM. În tampoanele stocate temporar fragmente ale bazei de date, datele din care se intenționează să fie utilizate la accesarea DBMS sau sunt planificate pentru a fi înregistrate în baza de date după prelucrare.

Mecanismul de tranzacționare este utilizat în DBMS pentru a menține integritatea datelor din baza de date. Tranzacția se numește o secvență indivizibilă a datelor bazei de date, care este urmărită de DBMS de la început și înainte de finalizare. Dacă din orice motiv (defecțiunile și eșecurile echipamentului, erorile în software, inclusiv aplicația), tranzacția rămâne neterminată, atunci este anulată.

Tranzacțiile sunt inerente în trei proprietăți principale:

* Se efectuează atomicitate (toate operațiunile incluse în tranzacție sau nici una);

* Serializabilitatea (nu există nicio influență reciprocă a tranzacțiilor efectuate în același timp);

* Durabilitate (chiar și prăbușirea sistemului nu duce la pierderea tranzacției înregistrate).

Un exemplu de tranzacție este operațiunea de tranzacție cu un singur cont către altul în sistemul bancar. În primul rând, eliminați banii dintr-un cont, apoi încărcați-le într-un alt cont. Dacă cel puțin una dintre acțiuni nu are succes, rezultatul operațiunii se dovedește a fi incorect, iar echilibrul operațional va fi încălcat.

Schimbarea înregistrării este efectuată de DBMS pentru a asigura fiabilitatea stocării datelor în baza de date în prezența eșecurilor hardware și software.

Asigurarea integrității bazei de date este condiție prealabilă Baza de date de succes, în special în cazul utilizării rețelei. Integritatea bazei de date este o proprietate a unei baze de date, ceea ce înseamnă că conține informații complete, consecvente și reflexive reflectorizante. Starea bazei de date holistice este descrisă utilizând restricții de integritate sub formă de condiții pe care datele stocate în baza de date ar trebui îndeplinite.

Securitatea se realizează în DBMS de criptare a datelor, protecția parolei, suportul pentru nivelurile de acces la baze de date și elementele sale individuale (tabele, formulare, rapoarte etc.).