Meniul
AcasăAvarii

Principalele etape ale dezvoltării bazei de date. Etapele de proiectare a bazei de date

Etapele de proiectare a bazei de date

Toate subtilitățile construirii unui model de informare pentru o anumită arie a activității umane urmăresc un singur scop - obținerea unei baze de date bune. Să explicăm termenul – o bază de date bună și să formulăm cerințele pe care trebuie să le îndeplinească o astfel de bază de date:

1. Baza de date trebuie să satisfacă nevoile de informare ale utilizatorilor (organizațiilor) iar ca structură și conținut să corespundă sarcinilor de rezolvat;

2. Baza de date trebuie să furnizeze datele solicitate într-un timp acceptabil, de ex. satisface cerințele de performanță;

3. Baza de date ar trebui extinsă cu ușurință atunci când domeniul de subiect este reorganizat;

4. Baza de date ar trebui să fie ușor de schimbat atunci când mediul software și hardware se schimbă;

5. Datele corecte încărcate în baza de date trebuie să rămână corecte (datele trebuie verificate pentru corectitudine când sunt introduse).

Să luăm în considerare principalele etape de proiectare (Fig. 3.5):

Primul stagiu. Planificarea dezvoltării bazei de date. În această etapă, va fi evidențiată cea mai eficientă modalitate de implementare a etapelor ciclului de viață al sistemului.

Faza a doua. Determinarea cerințelor de sistem. Sfera și limitele aplicației bazei de date sunt determinate, iar cerințele utilizatorilor sunt colectate și analizate.

A treia etapă. Proiectarea unui model conceptual de bază de date. Procesul de creare a unei baze de date începe cu definirea unui model conceptual care reprezintă obiectele și relațiile lor fără a specifica modul în care sunt stocate fizic. Eforturile în această etapă ar trebui să vizeze structurarea datelor și identificarea relațiilor dintre acestea. Acest proces poate fi împărțit în mai multe sub-etape:

a) Clarificarea problemei. Chiar înainte de a începe lucrul la o anumită aplicație, un dezvoltator are de obicei câteva idei despre ceea ce va dezvolta. În alte cazuri, atunci când o mică bază de date personală este în curs de dezvoltare, astfel de vederi pot fi destul de complete. În alte cazuri, când se dezvoltă o bază de date personalizată mare, pot exista foarte puține astfel de vizualizări sau cel mai probabil vor fi superficiale. În mod evident, este prea devreme pentru a începe dezvoltarea imediat prin definirea tabelelor, câmpurilor și relațiilor dintre ele. Această abordare ar putea duce la o reproiectare completă a unei mari părți a aplicației. Prin urmare, ar trebui să petreceți ceva timp întocmind o listă cu toate sarcinile principale pe care această aplicație ar trebui, în principiu, să le rezolve, inclusiv pe cele care pot apărea în viitor.

Orez. 3.5. Diagrama de proiectare a bazei de date

b) Clarificarea succesiunii sarcinilor. Pentru ca aplicația să funcționeze logic și convenabil, cel mai bine este să organizați sarcinile principale în grupuri și apoi să organizați sarcinile fiecărui grup astfel încât să fie aranjate în ordinea în care sunt finalizate. Gruparea și reprezentarea grafică a secvenței în care sunt efectuate va ajuta la determinarea ordinii naturale a sarcinilor.

c) Analiza datelor. După stabilirea listei de sarcini, este necesar ca fiecare sarcină să creeze o listă detaliată a datelor necesare pentru rezolvarea acesteia. După etapa de analiză a datelor, puteți începe să dezvoltați un model conceptual, de ex. la evidențierea obiectelor, atributelor și relațiilor.

Etapa a patra. Construirea unui model logic. Construirea unui model logic începe cu alegerea unui model de date. La alegerea unui model, un rol important îl joacă simplitatea, claritatea și compararea structurii naturale a datelor cu modelul care îl reprezintă. De exemplu, dacă structura ierarhică este inerentă datelor în sine, atunci alegerea unui model ierarhic va fi de preferat. Dar adesea această alegere este determinată de succesul (sau disponibilitatea) unuia sau altuia SGBD. Adică, dezvoltatorul alege SGBD, nu modelul de date. Astfel, în această etapă, modelul conceptual este tradus într-un model de date compatibil cu SGBD selectat. Este posibil ca relațiile dintre obiecte sau unele atribute ale obiectelor afișate în modelul conceptual să se dovedească ulterior a fi irealizabile de către SGBD selectat. Acest lucru va necesita o schimbare a modelului conceptual. Se numește versiunea unui model conceptual care poate fi furnizată de un anumit SGBD model logic. Procesul de definire a modelelor conceptuale și logice este uneori numit definiție a structurii datelor.

Etapa a cincea. Construirea unui model fizic. Modelul fizic definește aspectul datelor, metodele de acces și tehnicile de indexare. În etapa de proiectare fizică, devenim legați de un anumit SGBD și descriem schema de date mai detaliat, indicând tipurile, dimensiunile câmpurilor și restricțiile. Pe lângă proiectarea tabelelor și a indecșilor, această etapă implică și definirea interogărilor de bază.

Când construim un model fizic, trebuie să rezolvi două probleme reciproc opuse. Primul este de a minimiza spațiul de stocare a datelor, iar al doilea este de a obține performanță maximă, integritate și securitate a datelor. De exemplu, pentru a asigura o viteză mare de căutare, este necesar să se creeze indexuri, iar numărul acestora va fi determinat de toate combinațiile posibile de câmpuri care participă la căutare; Pentru a restaura datele, trebuie să păstrați un jurnal al tuturor modificărilor și să creați copii de siguranță ale bazei de date; Pentru funcționarea eficientă a tranzacțiilor, este necesară rezervarea spațiului pe disc pentru obiecte temporare etc., ceea ce duce la o creștere (uneori semnificativă) a dimensiunii bazei de date.

A șasea etapă. Evaluarea modelului fizic. În această etapă, se efectuează evaluarea performanței. Aici puteți verifica eficiența executării interogărilor, viteza de căutare, corectitudinea și ușurința efectuării operațiunilor cu bazele de date, integritatea datelor și eficiența resurselor computerului. Dacă caracteristicile de performanță sunt nesatisfăcătoare, se poate reveni la revizuirea modelelor de date fizice și logice, la alegerea unui SGBD și a tipului de calculator.

A șaptea etapă. Implementarea bazei de date. Dacă performanța este satisfăcătoare, puteți trece la crearea aspectului aplicației, adică a unui set de tabele de bază, interogări, formulare și rapoarte. Această machetă preliminară poate fi demonstrată clientului și obține aprobarea înainte de implementarea detaliată a aplicației.

Etapa a opta. Testare și optimizare. O etapă obligatorie este testarea și optimizarea aplicației dezvoltate.

Etapa a noua, finala. Întreținere și exploatare. Deoarece nu este posibilă identificarea și eliminarea tuturor erorilor în etapa de testare, etapa de întreținere este normală pentru bazele de date.

Există două abordări principale pentru proiectarea schemei de date: de sus în jos și de jos în sus. Cu o abordare de jos în sus, lucrul începe la nivelul inferior - nivelul atributelor definitorii, care, pe baza unei analize a relațiilor existente între ele, sunt grupate în relații reprezentând obiecte și conexiuni între ele. Procesul de normalizare a tabelelor pentru un model de date relaționale este un exemplu tipic al acestei abordări. Această abordare este potrivită pentru proiectarea bazelor de date relativ mici. Când numărul de atribute crește la câteva sute sau chiar mii, o abordare de sus în jos este o strategie de proiectare mai adecvată. Această abordare începe prin definirea mai multor entități de nivel înalt și a relațiilor dintre ele. Aceste obiecte sunt apoi detaliate la nivelul necesar. Un exemplu al acestei abordări de proiectare este utilizarea unui model entitate-relație. În practică, aceste abordări sunt de obicei combinate. În acest caz, putem vorbi despre o abordare mixtă de design.

Esența proiectării bazei de date, ca orice alt proces de proiectare, este de a crea o descriere a unui nou sistem care nu a existat anterior sub această formă, care, atunci când este implementat, este capabil să funcționeze în condiții adecvate. De aici rezultă că etapele de proiectare a bazei de date trebuie să reflecte în mod consecvent și logic esența acestui proces.

Conținutul de proiectare și eşalonare a bazei de date

Intenția de proiectare se bazează pe o anumită nevoie socială formulată. Această nevoie are un mediu pentru apariția ei și un public țintă de consumatori care vor folosi rezultatul designului. În consecință, procesul de proiectare a bazei de date începe cu studierea unei anumite nevoi din punctul de vedere al consumatorilor și al mediului funcțional al plasării ei vizate. Adică, prima etapă este colectarea informațiilor și definirea unui model al domeniului subiect al sistemului, precum și o privire asupra acestuia din punctul de vedere al publicului țintă. În general, pentru a determina cerințele de sistem, se determină domeniul de activitate, precum și limitele aplicațiilor de baze de date.

În continuare, designerul, care are deja anumite idei despre ceea ce trebuie să creeze, clarifică sarcinile presupus rezolvate de aplicație, creează o listă a acestora (mai ales dacă dezvoltarea proiectului este o bază de date mare și complexă), clarifică succesiunea rezolvării. probleme și efectuează analiza datelor. Un astfel de proces este și o lucrare de proiectare în etape, dar de obicei în structura de proiectare acești pași sunt absorbiți de etapa de proiectare conceptuală - etapa de identificare a obiectelor, atributelor și conexiunilor.

Crearea unui conceptual (model informațional) implică formarea preliminară a cerințelor conceptuale ale utilizatorului, inclusiv cerințe pentru aplicații care ar putea să nu fie implementate imediat, dar ținând cont de ceea ce va îmbunătăți funcționalitatea sistemului în viitor. Ocupându-se de reprezentări ale obiectelor de abstractizare a seturilor (fără a specifica metodele de stocare fizică) și relațiile acestora, modelul conceptual corespunde în esență modelului de domeniu. Prin urmare, în literatura de specialitate, prima etapă a proiectării bazei de date se numește proiectare infologică.

În continuare, o etapă separată (sau o completare față de cea anterioară) urmează etapa de formare a cerințelor pentru mediul de operare, în care sunt evaluate cerințele pentru resursele de calcul capabile să asigure funcționarea sistemului. În consecință, cu cât volumul bazei de date proiectate este mai mare, cu atât este mai mare activitatea utilizatorului și intensitatea solicitărilor, cu atât sunt mai mari cerințele de resurse: pentru configurația computerului, pentru tipul și versiunea sistemului de operare. De exemplu, operarea cu mai mulți utilizatori a unei baze de date viitoare necesită o conexiune la rețea folosind un sistem de operare adecvat pentru multitasking.

Următorul pas este ca proiectantul să selecteze un sistem de management al bazei de date (DBMS), precum și instrumente software. După aceasta, modelul conceptual trebuie transferat la un model de date compatibil cu sistemul de management selectat. Dar, adesea, aceasta implică efectuarea de amendamente și modificări la modelul conceptual, deoarece interconexiunile dintre obiectele reflectate în modelul conceptual nu pot fi întotdeauna implementate folosind mijloacele unui SGBD dat.

Această împrejurare determină apariția etapei următoare - apariția unui model conceptual prevăzut cu mijloacele unui SGBD specific. Acest pas corespunde etapei de proiectare logică (crearea unui model logic).

În cele din urmă, etapa finală de proiectare a bazei de date este proiectarea fizică - etapa de legătură între structura logică și mediul fizic de stocare.

Astfel, principalele etape de proiectare în formă detaliată sunt prezentate în următoarele etape:

  • proiectarea informatiilor,
  • formarea cerinţelor pentru mediul de operare
  • selectarea sistemului de control și a software-ului bazei de date,
  • design logic,
  • design fizic

Cele cheie vor fi discutate mai detaliat mai jos.

Design infologic

Identificarea entităților formează baza semantică a designului infologic. O entitate aici este un obiect (abstract sau concret), informații despre care vor fi acumulate în sistem. În modelul infologic al domeniului subiectului, structura și proprietățile dinamice ale domeniului subiectului sunt descrise în termeni ușor de utilizat, care nu depind de implementarea specifică a bazei de date. Dar termenii sunt luați la o scară standard. Adică, descrierea este exprimată nu prin obiecte individuale ale domeniului subiectului și relațiile lor, ci prin:

  • descrierea tipurilor de obiecte,
  • constrângeri de integritate asociate tipului descris,
  • procese care conduc la evoluţia unui domeniu - trecerea acesteia la o altă stare.

Un model de informare poate fi creat folosind mai multe metode și abordări:

  1. Abordarea funcțională se bazează pe sarcinile atribuite. Se numește funcțional deoarece este folosit dacă sunt cunoscute funcțiile și sarcinile persoanelor care își vor servi nevoile de informații cu ajutorul bazei de date proiectate.
  2. Abordarea subiectului se concentrează pe informații despre informațiile care vor fi conținute în baza de date, în ciuda faptului că structura interogării poate să nu fie definită. În acest caz, cercetarea pe un domeniu se concentrează pe afișarea sa cea mai adecvată în baza de date în contextul întregii game de solicitări de informații așteptate.
  3. O abordare integrată folosind metoda „entitate-relație” combină avantajele celor două anterioare. Metoda se reduce la împărțirea întregii zone a subiectului în părți locale, care sunt modelate separat și apoi recombinate într-o zonă întreagă.

Întrucât utilizarea metodei „entitate-relație” este o metodă de proiectare combinată în această etapă, cel mai adesea devine o prioritate.

Atunci când sunt împărțite metodic, reprezentările locale ar trebui, dacă este posibil, să includă informații care ar fi suficiente pentru a rezolva o problemă separată sau pentru a răspunde solicitărilor unui anumit grup de potențiali utilizatori. Fiecare dintre aceste zone conține aproximativ 6-7 entități și corespunde unei aplicații externe separate.

Dependența entităților se reflectă în împărțirea lor în puternice (bază, părinte) și slabe (copil). O entitate puternică (de exemplu, un cititor într-o bibliotecă) poate exista în baza de date singură, dar o entitate slabă (de exemplu, abonamentul acestui cititor) este „atașată” uneia puternice și nu există separat.

Este necesar să se separe conceptele de „instanță de entitate” (un obiect caracterizat prin valori specifice proprietăților) și conceptul de „tip de entitate” - un obiect caracterizat printr-un nume comun și o listă de proprietăți.

Pentru fiecare entitate individuală, sunt selectate atribute (un set de proprietăți), care, în funcție de criteriu, pot fi:

  • identificatoare (cu o valoare unică pentru entitățile de acest tip, făcându-le potențiale chei) sau descriptive;
  • cu o singură valoare sau cu mai multe valori (cu numărul adecvat de valori pentru o instanță de entitate);
  • de bază (independent de alte atribute) sau derivate (calculat pe baza valorilor altor atribute);
  • simplu (indivizibil monocomponent) sau compozit (combinat din mai multe componente).

După aceasta, se specifică atributul, conexiunile sunt specificate în vizualizarea locală (împărțită în opțional și obligatoriu) și vizualizările locale sunt îmbinate.Dacă numărul de zone locale este de până la 4-5, acestea pot fi combinate într-un singur pas . Dacă numărul crește, îmbinarea binară a zonelor are loc în mai multe etape.

În această etapă și în alte etape intermediare, se reflectă natura iterativă a designului, care se exprimă aici prin faptul că pentru a elimina contradicțiile este necesar să revenim la etapa de modelare a reprezentărilor locale pentru clarificare și modificare (de exemplu, pentru a schimba aceleași nume de obiecte semantic diferite sau pentru a coordona atribute de integritate pe aceleași atribute în aplicații diferite).

Selectarea unui sistem de control și a unui software de bază de date

Implementarea practică a sistemului informațional depinde de alegerea sistemului de management al bazei de date. Cele mai importante criterii în procesul de selecție sunt următorii parametri:

  • tipul de model de date și conformitatea acestuia cu nevoile domeniului de studiu,
  • rezerva de posibilitati in cazul extinderii sistemului informatic,
  • caracteristicile de performanță ale sistemului selectat,
  • fiabilitatea operațională și confortul DBMS,
  • instrumente destinate personalului de administrare a datelor,
  • costul DBMS în sine și al software-ului suplimentar.

Erorile în alegerea unui SGBD vor provoca, aproape sigur, ulterior necesitatea ajustării modelelor conceptuale și logice.

Proiectarea bazei de date logice

Structura logică a bazei de date trebuie să corespundă modelului logic al domeniului subiectului și să țină cont de conectarea modelului de date cu SGBD-ul suportat. Prin urmare, etapa începe cu alegerea unui model de date, unde este important să se țină cont de simplitatea și claritatea acestuia.

Este de preferat atunci când structura naturală a datelor coincide cu modelul care o reprezintă. Deci, de exemplu, dacă datele sunt prezentate sub forma unei structuri ierarhice, atunci este mai bine să alegeți un model ierarhic. Cu toate acestea, în practică, o astfel de alegere este adesea determinată de sistemul de management al bazei de date, mai degrabă decât de modelul de date. Prin urmare, modelul conceptual este de fapt tradus într-un model de date compatibil cu sistemul de management al bazei de date selectat.

Acest lucru reflectă, de asemenea, natura designului, care permite posibilitatea (sau necesitatea) de a reveni la modelul conceptual pentru a-l schimba dacă relațiile dintre obiectele (sau atributele obiectului) reflectate acolo nu pot fi implementate folosind SGBD-ul ales.

La finalizarea etapei, trebuie generate scheme de baze de date ale ambelor niveluri de arhitectură (conceptual și extern), create în limbajul de definire a datelor suportat de SGBD selectat.

Schemele bazelor de date sunt formate folosind una dintre cele două abordări diferite:

  • sau folosind o abordare de jos în sus, când munca provine de la nivelurile inferioare ale atributelor definitorii, grupate în relații reprezentând obiecte, pe baza relațiilor existente între atribute;
  • sau folosind o abordare inversă, de sus în jos, utilizată atunci când numărul de atribute crește semnificativ (până la sute și mii).

A doua abordare presupune identificarea unui număr de entități de nivel înalt și a relațiilor acestora cu detalierea ulterioară la nivelul cerut, ceea ce se reflectă, de exemplu, într-un model creat pe baza metodei „entitate-relație”. Dar, în practică, ambele abordări sunt de obicei combinate.

Proiectarea bazei de date fizice

La următoarea etapă a proiectării fizice a bazei de date, structura logică este afișată sub forma unei structuri de stocare a bazei de date, adică este legată de mediul fizic de stocare în care datele vor fi plasate cât mai eficient posibil. Aici schema de date este descrisă în detaliu, indicând toate tipurile, câmpurile, dimensiunile și restricțiile. Pe lângă dezvoltarea de indecși și tabele, sunt definite interogări de bază.

Construirea unui model fizic presupune rezolvarea unor probleme în mare măsură contradictorii:

  1. sarcini de minimizare a spațiului de stocare a datelor,
  2. provocări pentru a atinge integritatea, securitatea și performanța maximă.

A doua sarcină intră în conflict cu prima deoarece, de exemplu:

  • pentru ca tranzacțiile să funcționeze eficient, trebuie să rezervați spațiu pe disc pentru obiecte temporare,
  • pentru a crește viteza de căutare, trebuie să creați indecși, al căror număr este determinat de numărul tuturor combinațiilor posibile de câmpuri implicate în căutare,
  • Pentru a restabili datele, vor fi create copii de siguranță ale bazei de date și va fi păstrat un jurnal cu toate modificările.

Toate acestea măresc dimensiunea bazei de date, astfel încât proiectantul caută un echilibru rezonabil în care problemele să fie rezolvate optim prin plasarea inteligentă a datelor în spațiul de memorie, dar nu în detrimentul securității bazei de date, care include atât protecție împotriva accesului neautorizat, cât și protecție. din eșecuri.

Pentru a finaliza crearea unui model fizic, sunt evaluate caracteristicile operaționale ale acestuia (viteza de căutare, eficiența executării interogărilor și consumul de resurse, corectitudinea operațiunilor). Uneori, această etapă, precum etapele de implementare a bazei de date, testare și optimizare, precum și întreținere și exploatare, este luată în afara designului imediat al bazei de date.

Trimiteți-vă munca bună în baza de cunoștințe este simplu. Utilizați formularul de mai jos

Studenții, studenții absolvenți, tinerii oameni de știință care folosesc baza de cunoștințe în studiile și munca lor vă vor fi foarte recunoscători.

Postat pe http://www.allbest.ru/

ÎNVmâncând

sistem de utilizator al programului de interfață

Astăzi, în lume funcționează sute de milioane de computere personale. Oamenii de știință, economiștii și politicienii cred că până la începutul mileniului trei:

Numărul de calculatoare din lume va fi egal cu numărul locuitorilor țărilor dezvoltate.

Majoritatea acestor calculatoare vor fi incluse în rețelele globale de informații.

toate informațiile acumulate de umanitate până la începutul mileniului trei vor fi traduse în formă computerizată (binară), iar toate informațiile vor fi pregătite cu ajutorul (sau cu participarea) computerelor; toate informațiile vor fi stocate pe termen nelimitat în rețelele de calculatoare;

un membru cu drepturi depline al societății mileniului al treilea va trebui să interacționeze în fiecare zi cu rețelele locale, regionale sau globale folosind computere.

Cu o astfel de informatizare a aproape tuturor sectoarelor activității umane, se pune problema creării de programe care să permită crearea unor astfel de baze de date. Prin urmare, a fost dezvoltat acest program, care vă permite să creați o bază de date care stochează informații despre progresul școlarilor.

1. Baza de date și metodele de prezentare a acesteia

O bază de date (DB) este o informație prezentată sub formă de tabele bidimensionale. Baza de date conține multe rânduri, fiecare dintre ele corespunde unui obiect. Pentru fiecare obiect se folosesc anumite poziții independente, care se numesc câmpuri. Să ne imaginăm o astfel de bază de date care conține rânduri și coloane (cel mai simplu caz). Fiecare linie, numită și înregistrare, corespunde unui obiect specific. Fiecare coloană conține valorile datelor obiectului corespunzătoare.

O bază de date poate consta nu dintr-un tabel, ci din două, trei sau mai multe. Informații suplimentare despre un obiect pot fi stocate în tabele suplimentare.

Una dintre caracteristicile puternice ale bazei de date este că informațiile pot fi organizate în funcție de criteriile specificate de utilizator. În Pascal, baza de date este furnizată ca o listă de termeni de forma: database_predicate_name (record_fields). Numele bazelor de date sunt descrise în secțiune. Înregistrările bazei de date sunt accesate folosind un predicat de bază. pascal oferă destul de multe instrumente pentru lucrul cu astfel de baze de date: încărcare, scriere, adăugare etc.

O bază de date este o structură organizată concepută pentru a stoca informații. Bazele de date moderne stochează nu numai date, ci și informații.

Această afirmație este ușor de explicat dacă, de exemplu, luăm în considerare baza de date a unei bănci mari. Conține toate informațiile necesare despre clienți, adresele acestora, istoricul de credit, starea conturilor curente, tranzacțiile financiare etc. Un număr destul de mare de angajați ai băncii au acces la această bază de date, dar printre aceștia nu există aproape o persoană care să aibă acces la întreaga bază de date și, în același timp, să poată face de una singură mâini modificări arbitrare. Pe lângă date, baza de date conține metode și instrumente care permit fiecărui angajat să opereze doar cu datele care sunt de competența sa. Ca urmare a interacțiunii datelor conținute în baza de date cu metodele de care dispun anumiți angajați, se generează informații pe care aceștia le consumă și pe baza cărora, în limita propriei competențe, introduc și editează date. Strâns legat de conceptul de bază de date este conceptul sisteme de management al bazelor de date. Acesta este un set de instrumente software concepute pentru a crea structura unei noi baze de date, a o completa cu conținut, a edita conținutul și a vizualiza informații. Sub vizualizarea informatiilor baza de date se referă la selectarea datelor afișate în conformitate cu un criteriu dat, ordonarea acestora, proiectarea și livrarea ulterioară către dispozitivele de ieșire sau transmiterea prin canale de comunicație. Există multe sisteme de gestionare a bazelor de date în lume. Deși pot funcționa diferit cu diferite obiecte și oferă utilizatorului diferite funcții și caracteristici, majoritatea SGBD-urilor se bazează pe un singur set stabilit de concepte de bază. Acest lucru ne oferă posibilitatea de a lua în considerare un sistem și de a generaliza conceptele, tehnicile și metodele acestuia la întreaga clasă de SGBD. Ca astfel de obiect de antrenament, vom alege SGBD-ul Pascal 7.0, inclus în pachetul Pascal 7.0.

2. Proprietățile câmpurilor bazei de date
Câmpurile bazei de date nu numai că definesc structura bazei de date - ele determină și proprietățile de grup ale datelor scrise în celulele aparținând fiecăruia dintre câmpuri. Mai jos sunt enumerate principalele proprietăți ale câmpurilor tabelelor bazei de date folosind SGBD-ul Pascal 7.0 ca exemplu.
Nume câmp - determină cum trebuie accesate datele acestui câmp în timpul operațiunilor automate cu baza de date (în mod implicit, numele câmpurilor sunt folosite ca titluri de coloană de tabel).
Tip câmp - determină tipul de date care pot fi conținute în acest câmp.
Dimensiunea câmpului - determină lungimea maximă (în caractere) a datelor care pot fi plasate în acest câmp.
Format câmp - determină modul în care datele sunt formatate în celulele aparținând câmpului.
Mască de intrare - definește forma în care datele sunt introduse în câmp (instrument de automatizare a introducerii datelor).
Semnătură - definește antetul coloanei tabelului pentru un anumit câmp (dacă nu este specificată o semnătură, atunci proprietatea Nume câmp este utilizată ca antet al coloanei).
Valoarea implicită este valoarea care este introdusă automat în celulele câmpului (instrument de automatizare a introducerii datelor).
O condiție de valoare este o constrângere utilizată pentru a verifica corectitudinea introducerii datelor (un instrument de automatizare a introducerii care este utilizat în mod obișnuit pentru date care au un tip numeric, valutar sau de dată).
Mesajul de eroare este un mesaj text care este afișat automat atunci când încercați să introduceți date incorecte într-un câmp.
Câmp obligatoriu - o proprietate care determină dacă acest câmp trebuie completat la completarea bazei de date.
Linii goale - o proprietate care permite introducerea de date șiruri goale (diferă de proprietatea Câmp obligatoriu prin faptul că nu se aplică tuturor tipurilor de date, ci doar unora, de exemplu, text).

Câmp indexat - dacă un câmp are această proprietate, toate operațiunile legate de căutarea sau sortarea înregistrărilor după valoarea stocată în acest câmp sunt accelerate semnificativ. În plus, pentru câmpurile indexate, vă puteți asigura că valoarea din înregistrări va fi verificată cu acest câmp pentru duplicate, ceea ce vă permite să eliminați automat duplicarea datelor.

Deoarece câmpurile diferite pot conține date de diferite tipuri, proprietățile câmpurilor pot varia în funcție de tipul de date. De exemplu, lista proprietăților câmpurilor de mai sus se referă în principal la câmpuri de tip text.

Câmpurile de alte tipuri pot avea sau nu aceste proprietăți, dar pot adăuga propriile lor proprietăți. De exemplu, pentru datele care reprezintă numere reale, numărul de zecimale este o proprietate importantă. Pe de altă parte, pentru câmpurile folosite pentru a stoca imagini, înregistrări audio, clipuri video și alte obiecte OLE, majoritatea proprietăților de mai sus sunt lipsite de sens.

3 . Tsedacă și sarcini

La crearea acestui program, s-au stabilit următoarele obiective:

· Scrieți un program care să vă permită să procesați, să sortați și să schimbați informații despre parcări.

De asemenea, la crearea acestui program au existat următoarele sarcini:

· Acest program ar trebui să aibă o interfață de utilizator simplă și convenabilă.

· Acest program ar trebui să aibă un consum redus de resurse.

4. Dezvoltarea meniului de sistem
Meniul de sistem sau meniul principal ar trebui să ofere utilizatorului o interacțiune convenabilă cu programul. Meniul ar trebui să includă opțiuni pentru salvare, vizualizare, introducere de date noi etc. Utilizatorul trebuie doar să apese butonul „enter”. Există șase elemente în meniul acestui program:
1 - Crearea fișierului
2 - Adăugarea unei intrări
3 - Corectarea înregistrării
4 - Vizualizați o înregistrare dintr-un fișier
5 - Ștergeți o intrare
6 - Ieșire
1 - Crearea unui fișier nou - Se creează un fișier nou cu un nume specificat de utilizatorul programului
2 - Vizualizarea conținutului fișierului - înregistrările create anterior sunt afișate pe ecran una câte una sub forma:
Numele proprietarului:
Numele proprietarului:
marca masina:
model la scara:
tipul corpului:
numarul masinii:
regiune:
anul emiterii:
culoare:
3 - Adăugarea unei intrări - Creați o nouă intrare și adăugați-o la fișier la sfârșitul intrării.
4 - Căutare după numărul secției - Vă permite să găsiți date despre un turist după numărul secției în care este înregistrat turistul.
5 - Ieșiți din program - ieșiți din program
Concluzie
Munca depusă permite oricărui utilizator să creeze cu ușurință cantități mari de informații, să le proceseze, să le sorteze și să facă selecții în funcție de anumite criterii.
Utilizarea unui astfel de program în lumea modernă facilitează foarte mult activitatea umană.
Postat pe Allbest.ru

Documente similare

    Determinarea modulelor de program necesare și a structurii fișierelor bazei de date. Descrierea dezvoltării programului, depanării și testării. Dezvoltarea aplicației Organizer.exe, a meniului și a manualului de utilizare. Algoritm pentru procesarea evenimentelor din meniul principal (programe).

    lucrare curs, adăugată 02.11.2014

    Caracteristici de proiectare a unui program în C++ pentru prelucrarea datelor din tabelele bazei de date. Principalele funcții ale programului, crearea unui model de bază de date conceptuală și diagramă de clasă, dezvoltarea unei interfețe cu utilizatorul și interogări de bază de date.

    lucrare de curs, adăugată 06.08.2012

    Selectarea compoziției hardware și software pentru dezvoltarea sistemului. Descrierea datelor de intrare și de ieșire. Selectarea unui model de bază de date. Dezvoltarea unui subsistem pentru completarea bazei de date și generarea de rapoarte. Dezvoltarea interfeței cu utilizatorul, testarea sistemului.

    lucrare curs, adaugat 12.04.2014

    Etapele creării și dezvoltării bazei de date. Construirea unui model de domeniu. Dezvoltarea modelelor de date datalogice și fizice, metode de prelucrare a datelor despre angajații organizației. Proiectarea aplicațiilor utilizator. Crearea unui formular de buton.

    lucrare de curs, adăugată 14.02.2011

    Întocmirea unei diagrame conceptuale a modelului de date. Dezvoltarea structurii bazei de date relaționale și a interfeței cu utilizatorul. Caracteristicile principalelor etape ale proiectării bazei de date. Metode de implementare a interogărilor și rapoartelor. Specificații ale manualului de utilizare.

    lucrare de curs, adăugată 18.12.2010

    Procesul de dezvoltare a unei baze de date pentru stocarea și procesarea informațiilor. Chei, indexuri, declanșatoare, proceduri stocate. Interfata utilizator si dezvoltare baze de date. Instrumente de bază pentru dezvoltarea părților client și server.

    teză, adăugată 18.05.2013

    Etapele proiectării bazei de date, definirea scopurilor și a conținutului tabelului. Adăugarea de date și crearea altor obiecte de bază de date. Model datalogic: structurare, normalizare, scheme de date. Ordinea și principiile creării unei interfețe cu utilizatorul.

    lucrare curs, adaugat 26.03.2013

    Tehnologia de dezvoltare a interfeței cu utilizatorul în mediul Delphi. Crearea de tabele, meniuri, formulare pentru introducerea și editarea datelor. Principiile organizării meniurilor ca element al interfeței cu utilizatorul. Implementarea sortării, filtrarii, calculelor în tabel.

    lucrare de curs, adăugată 13.11.2012

    Reguli de bază pentru dezvoltarea interfeței cu utilizatorul. Crearea unei baze de date folosind modelele dezvoltate. Codarea modulelor de sistem software pentru a crea un prototip. Fereastra principală când pornește programul. Protecție împotriva pierderii de informații.

    lucru de laborator, adaugat 13.06.2014

    Descrierea domeniului de dezvoltare. Caracteristici de stocare a informațiilor despre mașini și proprietari. Descrierea structurii bazei de date. Tabelele principale: mașini, proprietari, tipuri de lucrări, piese de schimb, comenzi, servicii. Instrucțiuni pentru programator și utilizator.

Înainte de a începe să creați o bază de date, trebuie să petreceți ceva timp lucrând la ea. proiecta.

Scopul principal al proiectării bazei de date este de a reduce redundanța datelor stocate și, prin urmare, de a economisi cantitatea de memorie utilizată, de a reduce costul operațiunilor multiple de actualizare a copiilor redundante și de a elimina posibilitatea apariției inconsistențelor din cauza stocării informațiilor despre același obiect în diferite locuri . Un așa-numit proiect de bază de date „pură” („fiecare fapt într-un singur loc”) poate fi creat folosind metodologia de normalizare a relațiilor. Normalizare ar trebui utilizat în etapa finală de verificare a proiectării bazei de date.

Proiectarea defectuoasă a structurii bazei de date duce aproape întotdeauna la pierderea timpului petrecut cu procesarea ulterioară a acesteia. Dezvoltatorii cu experiență petrec la fel de mult timp proiectând baze de date precum creează-le. În general, dezvoltarea bazei de date include următoarele etape:

1. Determinați scopul bazei de date.

2. Decizia ce date de intrare ar trebui să conțină baza de date.

3. Determinați tabelele bazei de date sursă.

4. Determinarea câmpurilor care vor fi incluse în tabele și selectarea câmpurilor care conțin valori unice.

5. Atribuirea relațiilor dintre tabele și revizuirea finală a structurii rezultate.

6. Crearea tabelelor, legarea lor între ele și completarea experimentală a bazei de date cu date de probă.

7. Crearea de formulare, rapoarte și interogări pentru operațiuni cu datele introduse.

Determinarea scopului bazei de date

Dezvoltarea fiecărei baze de date începe cu o examinare a problemei pe care se intenționează să o rezolve sau a nevoii pe care se intenționează să o satisfacă.

De exemplu, să încercăm să creăm cea mai simplă bază de date a unei biblioteci de ficțiune „Biblioteca”. Baza de date este concepută pentru a stoca date despre cărțile achiziționate de bibliotecă, informații despre locația exemplarelor individuale ale fiecărei publicații și informații despre cititori.

Selectarea informațiilor de inclus în baza de date

Pentru a menține cataloagele bibliotecii, a organiza căutările pentru cărțile necesare și statisticile bibliotecii, informațiile trebuie stocate în baza de date, majoritatea fiind plasate în carduri de catalog adnotate. O analiză a solicitărilor de literatură arată că pentru a căuta cărți potrivite (după subiect, autor, editură etc.) și pentru a selecta cea potrivită (de exemplu, prin rezumat), trebuie evidențiate următoarele atribute carte de index:

2. Titlul cărții.

3. Locul publicării (oraș).

4. Editura (numele editurii).

5. Anul fabricației.

6. Rezumat.

Atributele care fac posibilă caracterizarea locațiilor de stocare ale copiilor individuale ale cărților includ:


1. Numărul camerei (cameră pentru depozitarea cărților).

2. Numărul de raft în cameră.

3. Numărul raftului de pe rafturi.

4. Numărul (numărul de inventar al cărții).

5. Data achiziției.

6. Data plasării unei anumite cărți într-un anumit loc.

7. Data scoaterii cărții din locul desemnat.

Atributele care ajută la caracterizarea cititorilor includ:

1. Număr card (formular) bibliotecă.

2. Numele de familie al cititorului.

3. Numele cititorului.

4. Numele de mijloc al cititorului.

5. Adresa cititorului.

6. Numărul de telefon al cititorului.

7. Data emiterii unei anumite cărți către cititor.

8. Perioada pentru care o anumită carte este emisă cititorului.

9. Data returnării cărții.

Definirea tabelelor sursă

Analiza obiectelor și atributelor definite mai sus ne permite să determinăm următoarele tabele pentru construcția bazei de date pentru baza de date proiectată:

2. Cărți. Tabelul este conceput pentru a stoca informații despre cărți.

3. Editorii.Tabelul este destinat să stocheze informații despre editori.

4. Depozitare. Tabelul are rolul de a descrie locul în care sunt stocate cărțile.

5. Emisiune.Tabelul este destinat să stocheze informații despre cărțile emise.

6. Cititorii.Tabelul este destinat să stocheze informații despre cititorii bibliotecii.

Selectarea câmpurilor obligatorii ale tabelului

După ce ați determinat setul de tabele incluse în baza de date, trebuie să vă gândiți ce informații despre fiecare obiect vor fi incluse în fiecare dintre tabele. Fiecare câmp trebuie să aparțină unui tabel separat. În același timp, informațiile din fiecare câmp trebuie să fie structural elementare, adică trebuie să fie stocate în câmpuri sub forma celor mai mici componente logice.

Pe baza celor de mai sus, stabilim câmpuriîn tabelele selectate și tip datele stocate.

Cărți:

· codul cărții– un câmp numeric conceput pentru a identifica în mod unic fiecare carte specifică din baza de date;

· titlul cartii

· adnotare- câmp text;

· Data publicatiei;

· data admiterii în bibliotecă;

· depozitare.
Editori:

· codul editorului– un câmp numeric conceput pentru a identifica în mod unic fiecare editor specific din baza de date;

· numele editurii– câmp de caractere, nu mai mult de 256 de caractere;

· orașul în care se află editura– câmp de caractere, nu mai mult de 25 de caractere.

Depozitare:

· codul locației– un câmp numeric conceput pentru a identifica în mod unic fiecare raft specific din baza de date;

· Numărul de cameră– câmp numeric;

· numărul de rack– câmp numeric;

· numărul de raft– câmp numeric.

Emisiune:

· codul emiterii– un câmp numeric conceput pentru a identifica în mod unic fiecare problemă specifică din baza de date;

· numărul cărții emise– câmp numeric;

· codul cititorului– câmp numeric;

· data emiterii;

· data emiterii(cantitatea de zile);

· data intoarcerii.

Cititori:

· numărul cardului bibliotecii– un câmp numeric conceput pentru a identifica în mod unic fiecare cititor specific din baza de date;

· nume de familie

· Nume– câmp de caractere, nu mai mult de 50 de caractere;

· nume de familie– câmp de caractere, nu mai mult de 50 de caractere;

· abordare– câmp de caractere, nu mai mult de 256 de caractere;

· telefon– câmp de caractere, nu mai mult de 20 de caractere.

Selectarea câmpurilor unice

Într-o bază de date relațională, tabelele pot fi legate între ele. Această relație se stabilește folosind câmpuri unice. Câmpuri unice– acestea sunt câmpuri în care valorile nu pot fi repetate. De exemplu, seria și numărul unui pașaport identifică în mod unic orice persoană care deține un pașaport. Este apelat un câmp (sau o combinație de câmpuri) care identifică în mod unic o înregistrare într-un tabel cheia principala.Câmpul cheie primară poate fi, de asemenea, numărul de serie al unei înregistrări din catalog, numărul de personal al unui angajat al întreprinderii sau numărul articolului unui produs în comerțul cu amănuntul.

Pentru baza noastră de date, cheile primare sunt următoarele câmpuri:

· Cărți – codul cărții.

· Editori – codul editorului.

· Depozitare – codul locației.

· Emisiune - codul emiterii.

· Cititori – numărul biletului.

Atribuirea relațiilor între tabele

Relațiile între tabele leagă două tabele folosind un câmp comun care există în ambele tabele. Există trei tipuri de astfel de conexiuni:

· unu la unu– fiecare înregistrare a tabelului A nu poate fi asociată cu mai mult de o înregistrare a tabelului B;

· unu-la-multi– o înregistrare din tabelul A poate fi asociată cu mai multe înregistrări din tabelul B (de exemplu, pot fi mulți elevi în fiecare clasă);

· multi-la-multi– fiecare înregistrare din tabelul A poate fi asociată cu mai multe înregistrări din tabelul B, iar fiecare înregistrare din tabelul B poate fi asociată cu multe înregistrări din tabelul A (de exemplu, fiecare elev poate avea mai mulți profesori și fiecare profesor poate avea mulți elevi) .

Bazele de date relaționale nu permit crearea directă a relațiilor de la mai multe la multe. Cu toate acestea, în viața reală astfel de relații apar foarte des, așa că sunt implementate prin tabele auxiliare, legând mai multe tabele cu relații unu-la-mai multe.

Pentru a lega un tabel la altul, trebuie să introduceți câmpul cheie primară din primul tabel în al doilea tabel, adică intra in al doilea tabel cheie externă. Relația dintre două tabele se realizează prin conectarea cheii primare a tabelului principal (situat pe partea „unu” a relației) la același câmp de cheie străină al tabelului aferent (situat pe partea „multe” a relației) . Un câmp de cheie externă dintr-un tabel înrudit trebuie să fie de același tip de date ca și cheia primară din tabelul părinte, cu o singură excepție. Dacă cheia primară a tabelului principal are un tip de date Counter, atunci câmpul cheie străină din tabelul aferent trebuie să aibă un tip de date numerice.

În baza noastră de date vom stabili următoarele tipuri de relații între tabele:

1. Autorii – Cărți. Iată legătura multi-la-multi, orice autor poate avea mai multe cărți, iar orice carte poate fi scrisă de mai mulți autori. Prin urmare, introducem un tabel auxiliar „Autori – Cărți” cu următoarele câmpuri:

· codul cărții.

2. Cărți – Editori. Iată legătura multi-la-multi, orice carte poate fi publicată de mai multe edituri, iar orice editură publică mai multe cărți. Prin urmare, introducem un alt tabel auxiliar „Cărți-edituri” cu următoarele câmpuri:

· codul cărții;

· codul editorului.

3. Depozitare - Cărți. Iată legătura unu-la-multi, multe cărți pot fi așezate pe un raft, dar orice carte poate fi doar pe un raft în depozit. Prin urmare, definim câmpul „Locație de stocare” din tabelul „Cărți” ca o cheie externă și conectăm tabelele „Depozitare” și „Cărți” cu cheia primară „Codul locației” și cheia externă „Locația stocării”.

4. Cărți – Număr. Iată legătura unu-la-multi, adică aceeași carte poate fi emisă de mai multe ori la date diferite către diferiți cititori. Prin urmare, definim câmpul „Numărul cărții emise” din tabelul „Numărul „Emisii” ca o cheie străină și conectăm tabelele „Cărți” și „Emisii” cu cheia primară „Codul cărții” și cheia străină „Numărul cărții emise” .

5. Cititorii - Problemă. Iată legătura unu-la-multi, adică aceeași carte poate fi emisă de mai multe ori unor cititori diferiți în momente diferite. Prin urmare, definim câmpul „Reader Code” din tabelul „Issue” ca o cheie străină și conectăm tabelele „Readers” și „Issue” cu cheia primară „Library Card Number” și cheia străină „Reader Code”.

Normalizarea relațiilor

După ce ați terminat de proiectat tabelele și de a identifica relațiile care există între ele, trebuie să verificați cu atenție structura rezultată înainte de a începe să creați tabele și să introduceți informații. Normalizarea relațiilor vă permite să reduceți semnificativ cantitatea de informații stocate și să eliminați anomaliile în organizarea stocării datelor.

Regula 1: Fiecare câmp de tabel trebuie să reprezinte un tip unic de informații.

În baza de date concepută de noi, nu există câmpuri în tabele diferite care să conțină aceleași informații (cu excepția cheilor străine).

Regula 2: Fiecare tabel trebuie să aibă un identificator unic, sau cheie primară, care poate consta din unul sau mai multe câmpuri.

În baza de date pe care am proiectat-o, toate tabelele (cu excepția auxiliarelor „Autori - cărți” și „Editori - cărți”) conțin o cheie primară.

Regula 3: Pentru fiecare valoare a cheii primare, valorile din coloanele de date trebuie să se refere la obiectul tabelului și să-l descrie complet.

Această regulă este folosită în două moduri. În primul rând, tabelul nu trebuie să conțină date care nu sunt legate de obiectul definit de cheia primară. De exemplu, deși fiecare carte necesită informații despre autorul său, autorul este un obiect independent, iar datele despre el ar trebui să fie în tabelul corespunzător. În al doilea rând, datele din tabel trebuie să descrie pe deplin obiectul.

Regula 4: Ar trebui să fie posibilă modificarea valorilor oricărui câmp (nu este inclus în cheia primară) fără a afecta datele altor câmpuri.

Ultima regulă vă permite să verificați dacă vor apărea probleme la modificarea datelor din tabele. Deoarece în baza de date pe care am proiectat-o, datele conținute în diferite câmpuri ale tabelelor nu se repetă nicăieri, avem posibilitatea de a ajusta valorile oricăror câmpuri (cu excepția cheilor primare).

Completarea bazei de date, crearea de formulare și rapoarte

Pentru a determina cât de bine corespunde structura bazei de date sarcinii în cauză și cât de convenabil este să lucrați cu această bază de date, trebuie să introduceți câteva intrări simple. De obicei, după aceasta trebuie să reveniți la structura bazei de date și să o ajustați în conformitate cu rezultatele obținute în timpul unui astfel de test.

În etapa finală, sunt create formulare pentru introducerea informațiilor în baza de date, rapoarte pentru afișarea informațiilor și interogări care sunt folosite pentru a prelua informații din mai multe tabele. Dacă baza de date este destinată să fie transferată altor utilizatori, atunci, cel mai probabil, este necesar ca cineva din afară să verifice cât de convenabil este să lucreze cu formulare și rapoarte.

Primit schema de date Baza de date dezvoltată în MS Access este prezentată în Fig. 4.1.

Orez. 4.1. Schema de date a bazei de date dezvoltate în Microsoft Access

Întrebări de control

1. Definiți un sistem informațional.

2. Explicați conceptul de bază de date.

3. Ce este un domeniu?

4. Definiți DBMS.

5. Ce este un model de date?

6. Explicați principiile de bază ale modelului de date relaționale.

7. Explicați caracteristicile SGBD Microsoft Access.

8. Care sunt obiectele principale ale unei baze de date Access?

9. Explicați structura unui tabel Access.

10. Explicați conceptele: cerere, formular, raport, pagină de acces la date, macro, modul.

11. Care sunt principalele etape ale proiectării bazei de date?

12. Cum sunt selectate informațiile incluse în baza de date?

13. Explicați conceptele: cheie primară, cheie străină.

14. Care este scopul relațiilor dintre tabele?

15. Explicați principalele tipuri de relații dintre tabele.

16. Care este normalizarea relațiilor de baze de date?

INTRODUCERE

1.2 Baza de date

1.3 Arhitectura sistemului de baze de date

1.4 Model de date

1.5 Model relațional

2. FORMULAREA PROBLEMEI

3. FUNDAMENTELE TEORETICE ALE BAZELE DE DATE RELAȚIONALE

3.1 Algebră relațională

3.1.1 Interpretarea generală a operațiilor relaționale

3.1.2 Închiderea algebrei relaționale și operația de redenumire

3.1.3 Caracteristicile operațiilor teoretice de mulțimi ale algebrei relaționale

3.2 Calcul relațional

3.2.1 Variabile de tip tuplu și formule bine formate

3.2.2 Liste de ținte și expresii de calcul relațional

3.2.3 Calcul în domeniul relațional

3.3 Integritatea datelor

3.4 Proiectarea bazei de date

4. DEZVOLTAREA BAZEI DE DATE

4.1 Domeniul bazei de date

4.2 Construirea unui model informaţional

4.3 Proiectarea bazei de date

5. DEZVOLTAREA APLICAȚIEI CLIENT

5.1 Motivația alegerii unui mediu de programare

5.2 Instrumente Delphi pentru lucrul cu baze de date

5.3 Implementarea aplicației

5.3.1 Descrierea generală a formularelor și modulelor

5.3.2 MainForm și modulul principal

5.3.3 DataModule1 și modulul DBUnit

5.3.4 EditForm și Modulul Edit

5.3.5 Modulul DeleteForm și Delete

5.3.6 FindForm și modul Find

5.3.7 FilterForm și modulul Filter

5.3.8 DirSourceForm și modulul DirSource

5.3.9 PathForm și modulul Path

5.3.10 UserForm și modulul User

5.3.11 Formularul AboutBox și modulul Despre

5.3.12 Modulul Fișiere

6. PARTEA ECONOMICA

6.1 Domeniul subiect al bazei de date și dezvoltarea acesteia

6.2 Elaborarea unui program de rețea pentru activitatea de cercetare

6.3 Calculul estimărilor de cost pentru munca de cercetare

7. SECURITATEA MUNCII

7.1 Probleme generale de securitate a muncii

7.2 Salubritate industrială

7.3 Măsuri de siguranță

7.4 Măsuri operaționale

7.5 Siguranța la incendiu

7.6 Protecția mediului

8. APARARE CIVILA

LISTA DE LINKURI

APLICAȚII


INTRODUCERE

Pentru a lua decizii informate și eficiente în activitățile de producție, în managementul economic și în politică, un specialist modern trebuie să fie capabil să folosească calculatoarele și comunicațiile pentru a primi, acumula, stoca și prelucra date, prezentând rezultatul sub formă de documente vizuale. În societatea modernă, tehnologiile informaționale se dezvoltă foarte rapid; ele pătrund în toate sferele activității umane.

Scopul acestei teze este de a dezvolta o bază de date de la distanță și o aplicație client pentru accesarea surselor electronice de literatură conținute pe hard disk-ul unui server de întreprindere sub formă de fișiere și pachete de fișiere (documente text de diferite tipuri, hipertext HTML, fișiere executabile, etc.). Arhitectura client-server folosită pentru implementarea sarcinii este în prezent cea mai progresivă. Face posibilă împărțirea sarcinii în două subsarcini: dezvoltarea bazei de date la distanță propriu-zisă, localizată fizic pe server și gestionată de SGBD, și aplicația care accesează această bază de date folosind interogări SQL și se află pe stațiile de lucru ale utilizatorilor rețelei. . Cu această implementare, încărcarea este distribuită și între server și stații de lucru, ceea ce crește viteza programului.

Pentru gestionarea bazei de date a fost ales InterBase 6.0 DBMS de la Borland. Pentru a dezvolta partea client a aplicației, a fost folosit mediul de programare Borland Dalphi 7.0 Eneterprise Edition, care oferă instrumente convenabile pentru crearea rapidă și vizuală a unor astfel de aplicații.

Baza de date dezvoltată în timpul tezei vă permite să creșteți viteza de căutare și accesul utilizatorilor la sursele necesare de literatură, vă permite să le organizați și să le sistematizați. Și acest lucru, la rândul său, poate afecta productivitatea utilizatorului, care nu trebuie să petreacă mult timp căutând informațiile necesare.


1. REVIZIA ANALITĂ A SURSELOR LITERARE

1.1 Concepte de bază ale sistemelor de baze de date

Un sistem de baze de date este un sistem computerizat de stocare a înregistrărilor, de exemplu. un sistem computerizat al cărui scop principal este stocarea informațiilor, oferind utilizatorilor un mijloc de a le prelua și modifica.

Avantajele unui sistem cu o bază de date în comparație cu metoda tradițională de contabilitate:

1) compactitate;

2) viteza;

3) costuri reduse cu forța de muncă;

4) relevanță;

5) gestionarea centralizată a datelor;

6) independența datelor.

Un sistem de baze de date are patru componente principale: date, hardware, software (în special un sistem de gestionare a bazelor de date sau DBMS) și utilizatori.

Sistemele de baze de date pot fi cu un singur utilizator sau multi-utilizator. Un sistem cu un singur utilizator este un sistem în care nu mai mult de un utilizator poate accesa baza de date la un moment dat, în timp ce un sistem cu mai mulți utilizatori este unul în care mai mulți utilizatori pot accesa baza de date simultan.

În general, datele dintr-o bază de date sunt integrate și partajate. Conceptul de integrare a datelor înseamnă capacitatea de a imagina o bază de date ca o combinație de mai multe fișiere de date separate, eliminând complet sau parțial redundanța în stocarea informațiilor. Conceptul de partajare a datelor se referă la capacitatea de a utiliza elemente individuale stocate într-o bază de date de către mai mulți utilizatori diferiți.

Hardware-ul sistemului include următoarele:

1) Volumele de memorie secundare (externe) utilizate pentru stocarea informațiilor, precum și dispozitivele de intrare/ieșire corespunzătoare, controlerele dispozitivelor, canalele de intrare/ieșire etc.

2) Un procesor hardware (sau procesoare) împreună cu memoria principală (primară), concepute pentru a sprijini funcționarea software-ului sistemului de baze de date.

Între baza de date fizică reală și utilizatorii sistemului este un strat de software care poate fi numit diferit: un manager de baze de date, un server de baze de date sau un sistem de gestionare a bazelor de date (DBMS). Toate cererile utilizatorilor de acces la baza de date sunt procesate de SGBD. Toate facilitățile disponibile pentru adăugarea fișierelor (sau tabele), selectarea și actualizarea acestor fișiere sau tabele sunt, de asemenea, furnizate de SGBD. Sarcina principală a unui SGBD este de a oferi utilizatorului bazei de date posibilitatea de a lucra cu acesta fără a intra în detalii la nivel hardware.

Utilizatorii pot fi împărțiți în trei grupuri mari și oarecum suprapuse. Primul grup este programatorii de aplicații, care sunt responsabili pentru scrierea programelor de aplicații care utilizează baza de date. Programatorii de aplicații obțin acces la baza de date prin emiterea unei interogări corespunzătoare către SGBD. Al doilea grup este reprezentat de utilizatorii finali care lucrează cu sistemul de baze de date direct printr-o stație de lucru sau terminale. Utilizatorul final poate accesa baza de date folosind una dintre aplicațiile interactive sau o interfață integrată în software-ul SGBD în sine. Al treilea grup este administratorii de baze de date (DBA). Aceștia sunt responsabili de administrarea bazei de date și a întregului sistem de baze de date conform cerințelor stabilite de administratorul de date.


Tabel „Cont” Tabel „Produs” Tabel „Produs după cont” Tabel „Grupuri de produse” Lucrări de laborator Nr. 2. Elaborarea interogărilor pentru selectarea datelor și calcule Scopul lucrării este de a dobândi abilități în descrierea interogărilor bazei de date în QBE ( Interogare prin exemplu) limbaj. Selectarea facturilor neplătite Rezultatul execuției: Selectarea livrărilor Rezultatul execuției: Căutare...

Proiect 1. Introducere. Scopul acestui proiect de curs este de a structura datele și de a dezvolta o interfață cu utilizatorul. Proiectul de curs acoperă următoarele aspecte teoretice și sarcini practice: ü a fost efectuată o analiză complexă de sistem a obiectului de automatizare selectat ü a fost dezvoltată structura interfeței cu utilizatorul a sistemului automatizat...