Fig. 6.8 Interrelația etapelor Desenul de proiectare 6.8 Integrarea etapelor de proiectare
1 Designul datalogic se bazează pe un model de nivel logic și este o descriere și construcție a schemelor de comunicare între elementele de date, indiferent de conținutul lor și de mediul de stocare.
2 Designul fizic constă în descrierea și construirea schemelor de stocare a datelor pentru un anumit mediu de stocare. În acest stadiu, tipul de media este selectat, metoda de organizare a datelor, metodele de acces, definiția parametrilor blocului fizic, gestionarea memoriei, citirea datelor etc.
3 Modelarea externă constă în descrierea și construirea schemelor sau structurilor logice din punctul de vedere al unui anumit utilizator. În acest stadiu, modurile admise de prelucrare a datelor sunt formalizate în cadrul acestei scheme sau subcircuit. Pentru modelele relaționale, aceasta este o descriere a procedurii de vizualizare a unei anumite aplicații.
4 Designul infologic constă în descrierea și construirea schemelor de reflecții ale domeniului, realizate fără orientare spre software-ul și hardware-ul folosit în viitor.
6.5 Modelarea și proiectarea infologică
Modelul de informare este implementat utilizând instrumente de limbaj special formalizate artificial. Cerința principală pentru ILM este o reflectare adecvată a domeniului. Cerințele suplimentare sunt legate de a permite compoziția și descompunerea modelului.
ILM include un număr de componente (Figura 6.9). Componenta centrală a ILM este modelul ER, care descrie obiectele domeniului și relațiile dintre ele.
Obiectele pot fi simple și complexe. Simplu este un obiect indivizibil. Cele complexe sunt obiecte compozite, generalizate și agregate.
Compozitul corespunde cartografierii relației între părți. De exemplu, un produs sau un grup de elevi, etc. Nu există simboluri speciale pe diagrame.
Obiectul generalizat reflectă existența unei relații "de tip tijă". De exemplu, obiectele "student", "student absolvent", "elev școlar" formează un student "obiect generalizat" cu moștenire a anumitor proprietăți. În modelul infologic, subclasele sunt evidențiate într-o formă explicită sau implicită și sunt notate cu un triunghi.
Fig. 6.16 Exemplu de obiect generalizat
Obiectele agregate corespund de obicei unui proces în care sunt implicate și alte obiecte. De exemplu, luați în considerare procesul de livrare a pieselor de către producător către client.
Obiectul agregat din modelul infologic este marcat de un romb. Obiectul și proprietățile sunt etichetate ca înainte sau pot avea alte imagini schematice în diferite standarde.
Fig. 6.17 Exemplu de agregat Figura 6.16 a unui obiect - Un exemplu de obiect agregat
Figura 6.17 - Elemente ale diagramei ER în diferite standarde: a) CASE ORACLE; b) IDEF
Fig. 6.17 Elemente ale diagramei ER în diferite standarde: a - CASE ORACLE; b - IDEF
6.6 Designul datalogic
Rezultatul final al designului de date este descrierea structurii logice a bazei de date în limba de descriere. În structura logică sunt definite toate unitățile de informații și relațiile dintre ele, tipurile de date și caracteristicile cantitative. Cu toate acestea, nu toate tipurile de link-uri pot fi afișate în DLM, de exemplu, cele care nu acceptă un anumit DBMS. În stadiul de dezvoltare a DLM, se determină compoziția bazei de date, de exemplu numai datele originale sunt stocate, iar toate derivatele pot fi obținute prin calcul ca rezultat al interogării. Atunci când este afișat un obiect, sunt excluse aceleași identificatori pentru diferite obiecte, se dau nume noi, se determină numărul și structura fișierelor.
Un rol important în această etapă îl joacă o structură de date (vectori, grupuri etc.) intra-înregistrate și o structură de interconectare (relațională, ierarhică, rețea).
Pentru a migra de la ILM la un DLM relațional, trebuie să efectuați următoarele operații pentru a înlocui tipul ER cu o descriere a atributelor relației.
1 Un obiect simplu cu proprietăți unice.
IO1 (Nume obiect1)
R2 (I01, C1, C2, C6, C7)
Relațiile relaționale rezultate vor fi în 4 forme normale. Transformările din paragrafele 5, 7 și 6, 8, 9 au aceleași scheme relaționale.
Cifrele indică numai tipul de rubrici de tabele. Un model complet de baze de date va include un set de astfel de tabele cu tipuri de date, lungimea variabilei, apartenența la cheia primară sau străină și așa mai departe. și în consecință va avea un aspect mai complex. În același timp, trebuie să specificați relațiile dintre atributele cheie.
Partea 2 LIMBA STRUCTURATĂ A CERERILOR SQL
1 INTRODUCERE ÎN SQL
SQL reprezintă o limbă de interogare structurată. Aceasta este limba care vă oferă posibilitatea de a crea și de a lucra în baze de date relaționale, care sunt seturi de informații conexe stocate în tabele. Înainte de a putea utiliza SQL, trebuie să înțelegeți ce sunt bazele de date relaționale.
Ceea ce ați obținut este baza bazei de date relaționale, așa cum a fost definită la începutul acestei discuții - și anume, un tabel de informații bidimensional (rând și coloană). Cu toate acestea, bazele de date relaționale rareori constau într-un singur tabel. Un astfel de tabel este mai mic decât sistemul de fișiere. Prin crearea mai multor tabele de informații aferente, puteți efectua operații mai complexe și mai puternice cu datele dvs. Puterea bazei de date depinde de conexiunea pe care o puteți crea între fragmente de informații, mai degrabă decât din informația propriu-zisă.
1.1 SQL interactiv și imbricat
Există două SQL: interactive și imbricate.
Practic, ambele forme funcționează identic, dar sunt folosite în mod diferit.
SQL interactiv este folosit pentru a opera direct în baza de date pentru a produce rezultate pentru a fi utilizate de către clientul său. În această formă de SQL, când introduceți comanda, aceasta va fi executată imediat și puteți vedea imediat rezultatul (dacă este cazul).
SQL încorporat constă din comenzi SQL plasate în interiorul programelor care sunt de obicei scrise într-o altă limbă (cum ar fi C sau Pascal). Acest lucru face programele mai puternice și mai eficiente. Cu toate acestea, permițând aceste limbi, trebuie să vă ocupați de structura SQL și stilul de gestionare a datelor, care necesită unele extensii la SQL interactiv. Transferul comenzilor SQL la SQL încorporat este "trecut" pentru variabilele sau parametrii utilizați de programul în care au fost imbricate.
2 CREAREA unei baze de date
2.1 Crearea unei baze de date a bazei de date
Pentru a crea o bază de date, utilizați instrucțiunea SQL. care are următorul format:
crea
[lungime [=] număr întreg [pagină [s]]]
[Set de caractere set implicit] [<вторичный файл>];
[] Este un element opțional; <> - Elemente posibile. <вторичный файл> = fișierul "nume fișier" [<файлов_информ>] [fișier secundar]
<файлов_информ> = lungime [=] număr întreg [pagină [s]] | începând [la [pagina]]
integer [files_inform] unde "<имя файла>"- specificația fișierului în care va fi stocată baza de date;
numele de utilizator al utilizatorului - bifat când utilizatorul se conectează la server; parola "parola" - verificată împreună cu numele de utilizator;
page _ size [=] integer - dimensiunea paginii de utilizator în octeți 1024 (implicit), 2048, 4096
set de caractere prestabilit - definește setul de caractere utilizat în baza de date, implicit Nicio; fișier "<имя файла>"- numele unuia sau mai multor fișiere în care va fi localizată baza de date;
începând [la [pagina]] - dacă baza de date ocupă mai multe fișiere, această teză vă permite să stabiliți din ce pagină este localizată baza de date în fișierul specificat;
lungime [=] număr întreg [pagină [s]] - lungimea fișierului din pagini. Implicit este de 75 de pagini, cel puțin 50, iar maximul este limitat de spațiu pe disc.
În baza de date cu mai multe fișiere, primul fișier este numit fișierul primar. restul - secundar. De exemplu:
Creați baza de date "D: \ BD \ base.Gdb"
fișierul "D: \ BD \ base. gd 1" începând de la pagina 1001 lungimea 500
fișierul "D: \ BD \ base .gd 2".
Aici definiți baza de date d: \ bd \ base. gdb format din 3 fișiere: baza primară. gdb lungime de 1000 de pagini, bază. gd 1 de 500 de pagini lungime și de bază. gd 2 cu lungime nedeterminată.
Dacă nu este specificată lungimea fișierului secundar, trebuie să specificați din ce pagină să înceapă.
Dimensiunea paginii este indicată în octeți, de exemplu:
Creați baza de date "bază. Gdb" pagina _ mărimea 4096.
Creșterea dimensiunii paginii poate duce la o lucrare mai rapidă cu baza de date prin reducerea adâncimii indexurilor, reducând operațiile de citire a înregistrărilor lungi. Dar nu este justificat atunci când ancheta
returnați un număr mic de înregistrări, deoarece întreaga pagină este citită și există multe intrări suplimentare în ea.
2.2 Tipuri de înregistrări prin exemplul DBMS-ului Interbase
Nu toate tipurile de valori care pot fi angajate în domenii din tabel - logică aceeași. Cea mai evidentă diferență este între numere și text. Nu se poate pune NUMĂRULUI în ordine alfabetică sau un nume de subtracts altul. Deoarece sistemul este o bază de date relațională bazată pe relația dintre piesele de informații, diverse tipuri de date trebuie să înțeleagă diferite unele de altele, astfel încât procesele relevante și comparându POT FI EXECUTAT în ele.
În SQL, acest lucru se face atribuindu-se fiecărui câmp un tip de date care indică tipul de valoare pe care acest câmp îl poate conține. Toate valorile din acest câmp trebuie să fie de același tip. Veți compara adesea unele sau toate valorile din acest câmp, astfel încât să puteți efectua numai o acțiune pe anumite linii, nu pe toate. Nu ați putut face acest lucru dacă valorile câmpului au un tip de date mixt.
variabila blob Orice tip de date binare, cum ar fi un fișier BMP.
3 INTRODUCEREA VALORILOR
3.1 Introduceți declarația
Toate rândurile din SQL sunt introduse utilizând comanda de modificare INSERT. În forma sa cea mai simplă, INSERT folosește următoarea sintaxă:
introduceți în