[PDF] BAZE DE DATE – MICROSOFT ACCESS 2010





Previous PDF Next PDF



Untitled

No?iunea de baz? de date este des vehiculat? prin ea în?elegându-se o mare cantitate de date



1. GENERALIT??I DESPRE BAZE DE DATE

Un sistem de gestiune a bazelor de date (SGBD – Data Base Bazele de date rela?ionale nu folosesc îns? obiecte complexe ?i.



8 ACTUALIZAREA ?I EXPLOATAREA BAZELOR DE DATE

Actualizarea bazei de date se realizeaz? diferen?iat pe dou? niveluri: ? nivelul global al bazei algebrei rela?ionale si ai calculului rela?ional. 1.



BAZE DE DATE

date instrumente de consultare a bazei de date. Un sistem de gestiune a bazelor de date rela?ionale este Office Access 2007. 1.1. Generalit??i 



NOUA GENERA?IE DE BAZE DE DATE NoSQL

Aceste baze de date cloud poart? numele de NoSQL- Not only SQL ?i sunt baze de date non rela?ionale. Dezvoltarea NoSQL ?i NewSQL amenin?? monopolul MySQL.



BAZE DE DATE – MICROSOFT ACCESS 2010

Acest tip de baze de date pot fi organizate ?i sub forma unui tabel mare sau a mai multor tabele mai mici



ETAPELE DE PROIECTARE A UNEI BAZE DE DATE

Proiectarea unei baze de date reprezint? un proces ce implic? dezvoltarea ?i rafinarea O baz? de date rela?ional? const? din dou? p?r?i importante:.



Curs 1 - Introducere.

interfe?e grafice utilizator baze de date rela?ionale



I. CONCEPTE ALE BAZELOR DE DATE RELA?IONALE 1.1 Defini?ii

a ob?ine date din baza de date. SQL este principalul limbaj folosit pentru sistemele DBMS rela?ionale. • Func?ii pentru salvarea bazei de date ?i pentru 



BAZE DE DATE

baze de date rela?ionale – structura de baz? a datelor este aceea de rela?ie – tabel limbajul. SQL (Structured Query Language) este specializat în comenzi 

BAZE DE DATE - MICROSOFT ACCESS 2010

Intr-ĠĠĠ-o ă ĠĠ

(subiectul) internat.

Totalitatea caracteristicilor ce descriu un subiect diăo înregistrare. Deci baza de date este o

ăăcâmp. Deci o înregistrare este reuniunea tuturor câmpurilor (caracteristicilor) ce compun o înregistrare.

Revenind la exeăĠĠă

ăăăăăĠunt

denumirea de Ġ. Care sunt etapele de realizare a unei baze de date ăăăgenerarea structurii bazei de dateăă ă ă În continuare sunt stabilite tabele în care d ă tapă ă Ġ ă

ăăcomĠĠă ă

ă-se în paralel cu exploatarea bazei de date. Exploatarea baza de date, ă intocmirea de Ġ

ăMicrosoft Access

2010.

BĠăor

Ne propunem

ăĠpentru fiecare pacient Name_p), sexul (sex), ăă kilograme (weight(kg)ăĠăăheight(cm)), adresa (localityĠă (environment), faptăăsmoker), ătemperature) inclusiv a momentelor când s-au înregistrat (date_m, time_mĠ numite patient, patient_origin, temperaturesă

Figura 1. Tabelele ce compun baza de date

FĠăxpuse mai sus, fiecare din cele trei tabele Ġă) care 1

O ܊

LQH[LVWHQ

HLXQRUEXWRDQHLQGLFDWHvQLQGUXPDUIHUHDVWUDvQFDUHUXOHD]SURJUDPXOYDILSHUPDQHQW0$;,0,=$7. Acum să

ODQVPvQH[HFX LHprogramul Access 2010 (fig.2):

Figura 2. Fereastra de început a programului

Ġă-ul ܈

Ġ܈ă apari܊

Figura 3. Alegerea folderului noii baze de date

ăăCu ajutorul fereastrei File New Database alegem 2 folder- ܊ ă ܈ pacienti.accdb. Ġ

Figura 4. ăă܊܈܈

ăĠCreate (fig.4). Efectul apare sub forma figurii 5. $WHQ LHSHQWUXDQXSLHUGHLQIRUPD Le, în acest

Ġăăă, ăĠ Yes.

Figura 5. ܊

3

2010 ci vom comuta tabelul in modul de lucru Design View (fig. 6).

Figura 6. Comutarea în modul de lucru Design View View

Figura 7. La aĠDesign View ăă tabel.

Pentru tabelul în lucru vom alege numele Patients. ܊ Figura 8 ăDesign View ăă pentru fiecare câmp un nume, un

ăăData Type, ă

DescriptionăĠĠĠĠ

4

Figura 8. Structura unui tabel în Design View

ăpatients. Primul câmp este patient (fig.8, 9) ăă fiecare linie ăăn tabelul patients. CheĠĠ patient ă Varianta cea mai la

Ġ prin alegerea tipului de date Autonumber (fig.8, 9). Acest tip de date este de fapt reprezentat de numere Long

integer, ă $WHQ LH vQWU-un tabel un singur câmp poate fi

Autonumber!

Figura 9. Generarea câmpului name_p

name_p pe rândul doi în coloana Field name, se duce cursorul mouse- Data type ĠăăăText. (acest tip de câmp este cel implicit pentru Data type). La rubrica Field size ă 5 Al treilea câmp este sex, tot de tipul textăăă ătext se duce cursorul mouse-ului în rubrica Field size, unde valoarea

Figura 10. Generarea câmpului sex

ă- - la rubrica Data type ăNumber, având

în vedere faptul ă(fig.11).

Figura 11. Generarea câmpului weight(kg)

ăNumber este Long integer (fig. 12).

6

Figura 12. ăNumber este Long integer.

Deoarece Long integer este destinat meă

ce vor fi memorate, putem face schimbarea în Byte (domeniul de valori întregi fiind 0-255, suficient cazului nostru). Pentru aceasta se duce cursorul mouse -ului în rubrica Field size ăăăă

Figura 13. Alegerea tipului Byte

height(cm) (fig.14) 7

Figura 14. Generarea câmpului height(cm)

ăbelului închidem structura patients (fig.15). ă܊

ăxă

butonul x încercuit în figura 15.

Figura 15. Inchiderea structurii patients

ăYes (figura 16).

Figura 16. Ġăă

8 Structura patients este finaăpatients face parte dintr-ănu

Figura 17. ă Design View.

Figura 18. Structura noului tabel

ăĠ-26 prin

construirea structurii tabelului patient_origin.

PENTRU PRIMA COLOANA, CARE Ă

NUMBER

, VARIANTA LONG INTEGER, NU AUTONUMBER, ğ

INTRODUSE DATELE.

9

Figura 19. Introducerea câmpului patient.

Figura 20. Stabilirea cheii primare.

Figura 21. Introducerea câmpului locality

10

Figura 22. Introducerea câmpului environment

Figura 23. Introducerea câmpului smoker

11

Figura 24. Inchiderea tabelului patient_origin

Figura 25. ăYes pentru memorarea structurii

Figura 26. Indicarea numelui, patient_origin, ă 12 ă ultimului tabel (temperatures), al bazei de date. Aici apare utilizarea tipului de date

Date/Time (figurile 27-32ăă

Figura 27. Alegerea tipului de date Date/Time pentru câmpul date_m Figura 28. Stabilirea formatului datei (Short Date) Figura 29. Stabilirea formatului (Short time) de memorare a orei pentru câmpul time_m 13 Figura 30. Generarea câmpului patient de tipul Number. Generarea câmpului patient ăă ăăAutonumber definit în tabelul patients ă ă19.

Pentru câmpul temperature ăă, având

în vedere valorile temperaturilor umane. ăăă, Ġ disponibile (Single Double) se alege Single. (fig. 31). Figura 31. Alegerea tipului Number, varianta Single, pentru câmpul temperature.

Figura 32. Inchiderea tabelului temperatures.

14 Figura 33. Stabilirea numelui tabelului temperatures.

Ultiăă܊

fac înainte de introducerea de Ġ܈ă܊ă Relationships ܈ă܈ apelând op܊

Figura 34. ăă܊

ăRelationships ĠShow table (fig. 35).

Cu ajutorul ferestrei Show table Ġă-ă

butonului AddăăClose. Figura 35. Fereastra Show Table ăătabelele ce vor fi legate 15

Figura 36. Tabelele ă

ă -ului peste câmpul patient din tabelul patiens ăă

ăăăăpatient din tabelul

patient_origină-ul. Efectul este prezentat în figura 37.

Figura 37. Fereastra Edit Relationships ă

ăĠăCreate. Efectul îl vedem în figura 38.

Figura 38. ăpatients patients_origin

ăăădin ă

16

Figura 39. Realizarea ăpatients temperatures

ăăăpatients temperatures ăă

ăă9). Figura 40 ăăăăă

în primul.

Figura 40. Cele trei tabele, legate între ele

Figura 41. Incheierea eăă

ăĠăăRelationships ăYes la

întrebarea din figura 42.

17 Figura 42. Memorarea, în cadrul bazei de date, Ġ ܊ Primul tabel în care întroducem date este patients (fig. 43). ătrodrucem datele, pentru un ăĠ, incluzând datele din figura 44ăĠNew) ă nimic, programul incrementând automat.

Figura 43. Deschiderea tabelului patients

Figura 44. Ġ patients.

Trecem acum la tabelul patients_origin (fig. 45), I introducem date, în conformitate cu figura 46.

18

Figura 45. Deschiderea tabelului patient_origin

Figura 46. Ġpatient_origin

Ġăpatient ăăă patient din tabelul patients.

ăăăĠă ăĠ, cu

ăpatients (figura 47). Putem completa acum patient_origin, . La

Figura 47. ă patients

În figura 48 vedem ăăă7). Mesajul de eroare tabelului (fig. 49). 19

Figura 48. Pacientul 7 ăpatientsăă

Figura 49. ă.

ăăEsc ă

ăătemperaturesă

or vom deschide tabelul patients (fig. 50Ġ-Ġ

51)ăăĠ

Figura 50. patients.

20

Figura 51. Introducerea temperaturiloă

Figura 52. Aspectul tabelului temperatures

temperaturesăă (fig. 52).

Ġ-un tabel

Pentru a sorta liniile dintr-ăă ordonarea (ca exemplu în figura 53 ă coloana name_p) din tabelul patients. Selectarea s-ăĠ-ul pe titlul name_p. ܊ comenzi este efectul ăă 21
Figura 53. Selectarea coloanei name_p unei comenzi de sortare

Figura 54. ădescendente ănume

Ġ-un tabel

ăHomeăă܈܈

22

Figura 55. Lansarea comenzii de filtrare.

ăă(se poate ܈ ܊

56 ă

Figura 56. ă܈

ăă܈ăNumber Filters܊

ă -ului ajunge peste Number Filters (fig 57) . In figura 57 ă figura 58, este

ăweight(kg)ăă܊

23

Figura 57. Aplicarea filtrului construit

Figura 58. ܊܈

Figura 59. ăă9 am

selectat doar ă܊ . Trebuiăăă 24

ăĠ-unul sau mai multe tabele

memorăm pe disc. Generarea structurilor de interogare se face alegând ܊ Figura 60. Construirea unei structuri de interogare în modul de lucru Query Design.

܊ ării butonului Query Design ܊

construi structura de interogare (fig. 61).

Figura 61. Fereastra Show Table

Fereastra Show table este ăaducerea tabelelor peste care vom face interogareaăă. 25
Figura 62. ăului patients ăuia vom face interogarea.

Figura 63. Tabelul patients ă.

Figura 64. ăĠă܊

26

În tabelul ă Ġfi

Ġ!. Figura 64 ă

ăPe linia Field se alege numele câmpului, pe linia Table numele tabelului, pe linia

Show ăăă܊, pe linia Criteria ܊

tastate, trase cu mouse -ul din tabelul patients ă Pentru memorarea pe disc a structurii interogarii se închide obiectul Query1. (fig. 65sus), ܈

întrebarea din figura 65jos.

Figura 65. ăă ă Yes ă.

Figura 66. Stabilirea numelui structură (M>50kg). 27

Figura 67. Ġă܊

Figura 67 ăă܊ăă܊

Al doilea exemplu este de interogare peste mai multe tabel܊ă܊

mare de 38 de grade. Tabelele utilizate în interogare sunt patients temperaturesăile 68, 69, 70.

Figura 68. ăăĠă

Figura 69. Stabilirea numelui structurii (temp>38 M). 28

Figura 70. ă

Formulare

Formularele (FormsĠle. Marele

ĠGenerarea unui formular îl

putem face selectând Create ܈

Figura 71. Generarea unui formular nou,

Pentru a construi structura unui formular avem nevoie de structura din figura 72 ă71)

Field List numele tabele܊-܊

29
Figura 72. Platforma pentru construirea structurii formularului Figura 73. Aducerea numelor tabelelor disponibile în zona Field list nevoie de zona Forms (fig. 72Field list, cu câmpurile tabelului patients ă܈

Figura 74. ă Yes

Cu ajutorul mouse-ului sunt trase din fereastra Field List în zona Detail, câmpurile dorite (fig. 74, 75). Deoarece în

Ġăă Finalizarea

construirii formularului o facem închizând obiectul Form1 ănd Yes (fig. 76). Stabilim numele formularului acc_pat conform figurii 77. 30
Figura 75. Tragerea în formular a tuturor câmpurilor dorite.

Figura 76. ܈

Figura 77. Stabilirea numelui acc_pat pentru formular 31
În figura 78 este prezentat formularul construit. ăacc_pat (zona Forms,

dreapta). Parcurgerea întregului tabel (linie cu linie) se face cu ajutorul butoanelor de la baza formularuluiĠ

Ġăă!ăăăăă, se poate

ĠĠăn va fi adus un formular cu rubrici goale (fig. 79). Figura 78. Aspectul formularului construit, acc_pat

Figura 79. Introducerea datelor unui nou pacient.

Rapoarte

raport o în܊ Create ܈ă Report Design (fig. 80). ܈܈ caz nevoie de Field List (modalitatea de aducere pe ecran este cunoscută deja, fig. 73).

ăăĠă, saxul ă܊

meniul flotant (click dreapta pe mouse), în care ܈ comenzile Page Header/Footer Report Header/Footer. ă܈

comanda Report Header/Footer (fig.81). 32
Figura 80. Lansarea comenzii de generare a nunui nou raport. Figura 81. Aducerea celor cinci zone ale unui raport.

Figura 82. ăăă

Cele cinci zone ale raportului (figura 82) sunt:

-Report Header - ă -Page Header - ăăĠă -Detail - ăăĠăăă 33
-Page Footer - ăăĠăă -Report Footer - ăă calcule statistice asupra datelor din raport.

ăăă-ul pe

ălabelăăAa ܊

ăăăă degetului de pe mouse,

ăă (fig. 83)Ġăă,

Figura 83. ܈

În zona Detail ăĠăă

Figura 84. Tragerea din Field List a câmpului name_p. 34

Se trage cu mouse-ul din Field list, câmpul dorit, în locul dorit în zona Detail, suficient de departe de marginea din

ĠĠtext

numele câmpului din Field list, ĠăăăĠă de douăăĠ

Delete. DreptunăăĠ-ul

Figura 85. Selectarea etichetei name_p ܈

Figura 86. Mutarea câmpului name_p

Figura 87. ܊name_p, sex, weight(kg) în zona Detail ܈܈ 35

Figura 88. Paginarea raportului

Pentru a efectua calcule statistice în zona

Report Footer este năăă-ul butonul ab (din meniul

Design-fig.89)ăăReport FooterĠăĠ

apare scris Unbound. Textul etichetei poate fi modificat ăĠăĠă ducem cursorul mouse-ăăăăă singur click cu mouse-ăăUnbound -editarea începe cu semnul = , -semnele folosite sunt: pentru adună-ĠăĠ AVG([nume câmp]) pentru media valorilor din câmpul citat,

SUM([nume câmp]) ăin câmpul citat,

MIN([nume câmp]) pentru minimul valorilor din câmpul citat,quotesdbs_dbs50.pdfusesText_50
[PDF] bbox messagerie espace client

[PDF] bccr sistema de pagos

[PDF] bcg biomed lublin avis

[PDF] bcg pologne avis

[PDF] bcg pologne danger

[PDF] bcg polonais avis

[PDF] bcg vaccin effets secondaires

[PDF] bcg vaccin polonais avis

[PDF] bcr personas

[PDF] bde ensmm

[PDF] bdom bukavu

[PDF] be going to exercises

[PDF] beamer dessiner fleche

[PDF] beaucoup moucheron lombricomposteur

[PDF] bebe atteint mucoviscidose