Metodologia de proiectare a bazei de date infological
(A se vedea. Proiectarea bazei de date infological scop, domeniul semantica, modelul de domeniu infological, esența abordării semantice proiectarea punctul Infological 15).
Există trei faze principale ale bazelor de date de proces de proiectare, și anume: conceptuale, logice și fizice de proiectare.
Proiectul de execuție (Infological) - crearea unei viziuni conceptuale a bazei de date, inclusiv definirea celor mai importante tipuri de entități și legăturile dintre ele.
Proiectarea logică - transformarea unui conceptuală la structura logică a bazei de date, inclusiv proiectarea relațiilor.
Design fizic - decizia privind modul în care modelul logic ar fi realizat fizic (cu mese), în baza de date, create cu ajutorul bazei de date selectată.
Metodologia de proiectare - o abordare structurată care implică utilizarea unor proceduri specializate, tehnici, instrumente, documentație, și își propune să sprijine și să simplifice procesul de proiectare.
proiectare baze de date conceptual - Procedura pentru proiectarea modelului de informații întreprindere, care este independent de orice condiții fizice de punere în aplicare.
Faza de proiectare a bazei de date conceptuală începe cu crearea unui model conceptual al datelor întreprindere este complet independent de orice detalii de implementare. Acestea din urmă includ: tipul selectat de bază de date, compoziția programelor de aplicație, limbajul de programare, o anumită platformă de calcul sau orice alte caracteristici fizice ale punerii în aplicare.
Etapele de proiectare a bazei de date conceptuale:
- Definiția tipuri de entități.
- Determinarea tipurilor de link-uri.
- Definirea atributelor și legarea lor cu tipurile de entități și relații.
- Attribute domenii.
- Definirea atributelor care sunt chei potențiale și primare.
- De specialitate sau entitate generalizare tipuri (un pas opțional).
- Crearea de „entitate-relație“ diagramă.
- Discutarea modelelor conceptuale locale ale datelor utilizatorilor finali.
Scopul - de a crea un model conceptual local întreprindere de date bazate pe ideea zonei supuse fiecărui tip de utilizator.
Prima fază a proiectului de baze de date este de a dezvolta un modele de date conceptuale pentru fiecare dintre tipurile existente de aplicații create de utilizatori. Ideea este că, în orice caz, care ar trebui să fie furnizate acțiunea utilizatorului necesară pentru a construi sisteme.
Începeți prin studierea diagrama fluxului de date, care de data aceasta a trebuit să fie creat. Studiul acestor grafice se vor stabili zone funcționale și, eventual, unele funcții. Apoi, este recomandat să se efectueze anchete ale potențialilor utilizatori, pentru a explora procedurile de afaceri, rapoarte și formulare existente, și / sau să efectueze un studiu al întreprinderii.
După izolarea următoarea etapă a entităților de dezvoltare va fi stabilirea de legături între ele.
Stabilirea link-uri care vor avea loc în modelul care urmează să fie creat, trebuie să determinați cardinalitatea fiecare dintre ele. Fiecare conexiune poate avea orice cardinality "unu la unu" (1: 1) sau "unu la mulți" (l M), sau "mulți la mulți" (M: M) (vezi pct. 5.2.1). Dacă cunoașteți valorile specifice ale cardinalitatea, sau cel puțin limita superioară sau inferioară a acestor valori, informațiile necesare pentru a remedia documentația. În plus, aceasta ar trebui să analizeze gradul de participare a fiecăreia dintre entitățile într-un anumit tip de comunicare. Gradul de participare poate fi completă (totală) sau private.
Lucrarea este mult simplificată în cazul în care sistemul complex, în plus față de o descriere de text extinse are o reprezentare vizuală. Pentru a reprezenta entități și relațiile dintre ele sunt utilizate în mod obișnuit entitate-relație diagrama (diagrama ER).
Apoi, trebuie să-și îndeplinească definiția de atribute și le leagă cu tipurile de entități și relații, adică ce fel de informații cu privire la entități ar trebui să fie stocate în baza de date.
Sarcina următoarea fază de construcție a modelului locale de date conceptual este de a determina atributele domeniului pentru toate atributele prezente în model. Domeniul este un grup de valori ale cărui elemente sunt alese pentru a atribui valori la unul sau mai multe atribute. Un model de date complet trebuie să includă domenii pentru fiecare dintre atributele prezente în ea. Domeniile trebuie să conțină următoarele informații:
- set de valori permise pentru atributul;
- informații cu privire la dimensiunea și formatul fiecărui câmp de atribute.
În etapa următoare este stabilită pentru fiecare cheie candidat entitate (sau chei), urmată de selectarea cheii primare.
Pentru anumite entități, pot exista mai multe cheie potențial. În acest caz, printre care necesitatea de a alege o singură cheie, care va fi numit cheia primară. Toate celelalte chei potențiale vor fi menționate la cheie alternativă. Atunci când alegeți o cheie primară între mai multe potențiale se referă la următoarele linii directoare:
- Utilizați tasta potențială cu un set minim de atribute.
- Utilizați tasta de candidat este probabil să se schimbe valorile este minimă.
- Alegeți tasta un candidat, care are o șansă minimă de a pierde unicitatea valorilor în viitor.
- Utilizați valori-cheie potențiale care sunt lungimea minimă (în cazul de atribute text).
- Nu te mai ales pe o cheie potențial pentru care este cel mai simplu mod de a lucra (din punctul de vedere al utilizatorului).
În etapa următoare, dacă este necesar, se poate dezvolta în continuare ER model folosind proceduri specializate sau generalizare în ceea ce privește entitățile selectate în pasul 1. Atunci când se face o încercare de a aloca o diferență de specializare - prin determinarea uneia sau mai multor subclase ale unei entități, care în acest caz se numește superclasa specializare. Atunci când efectuează încercarea de generalizare a identifica proprietățile comune ale unor entități - prin determinarea entitate generalizand numita generalizare superclasa.
Înainte de încheierea primei etape de dezvoltare, trebuie să fie discutate de către modelul de date conceptual local, cu utilizatorii finali. Modelul conceptual de date trebuie să fie furnizate ER-diagrama și documentația însoțitoare conținând descrierea de date dezvoltate de model. În cazul în care modelul propus este orice incoerență, aceasta ar trebui să facă modificările necesare (cel mai probabil, acest lucru va necesita o re-rula una sau mai multe etape anterioare de dezvoltare) vor fi detectate. Acest proces ar trebui să continue atât timp cât utilizatorul nu confirmă faptul că modelul propus reflectă în mod adecvat opinia sa personală a cererii și întreprinderea ca întreg.
19 Scopul proiectarea logică a bazei de date, regulile de a genera tabele relaționale pentru conexiuni simple între entități și relații, cum ar fi „specificație / generalizare“
Metodologia de proiectare baze de date este format din trei faze principale de dezvoltare: proiectare conceptuală, logică și fizică.
Logic Design baze de date este procesul de construire a unui model de structură de informare a societății efectuate în conformitate cu schema aleasă de organizare a informațiilor (de exemplu, relațională). Cu toate acestea, pentru a crea modelul logic nu depinde de caracteristicile specifice SGBD și alte condiții fizice de punere în aplicare.
Conform principalelor etape a metodologiei propuse de tip relațional de proiectare a bazei de date logice sunt crearea și verificarea logice reprezentări model de date locale pentru utilizatorii individuali (etapa 2); Construirea și verificarea model global de date logică a întreprinderii (etapa 3).
Acțiunile necesare pentru a transforma modelul conceptual de date într-un model de date logic includ: eliminarea legături de M: N, îndepărtarea legăturilor complexe, îndepărtarea relațiilor recursive, eliminarea relațiilor cu atributele, ștergând multiple atribute Reverificat legături de 1: 1 și eliminarea legăturilor redundante .
Modelul de date logice poate fi verificată utilizând metode de normalizare, precum și capacitatea de a efectua toate operațiunile necesare. Normalizarea este utilizat pentru a îmbunătăți caracteristicile generale ale modelului care a atins prin administrarea de diferite constrângeri de a evita duplicarea datelor. Realizarea de normalizare permite obținerea unei asigurări că modelul rezultat este sa reflecte mai bine compania are o consistență internă, redundanță minimă și stabilitate maximă.
Există două abordări pentru verificarea modelului logic la capacitatea de a efectua toate operațiunile necesare:
1. Pe baza descrierii fiecărei tranzacții pentru a se asigura că modelul logic vă permite să obțineți toate informațiile (entitățile, relațiile și atributele lor), nici o necesitate de a efectua oricare dintre ele.
2. Direct la diagramele ER arată toate mod de a avea acces la datele necesare pentru a efectua tranzacția.
Constrângerile integritatea datelor sunt restricții, care sunt introduse în cameră pentru a preveni baze de date contradictorii. Există cinci tipuri de constrângeri: constrângeri de date cu caracter obligatoriu atribut integritate entitate domeniu, integritatea referențială și cerințele întreprinderii.
Pentru a menține integritatea referențială a datelor stabilite la existența unor constrângeri care determină condițiile în care pot fi inserate, actualizate sau șterse un potențial sau o cheie externă.
Există mai multe strategii de manipulare a încercărilor de a șterge o linie de relație parentală, care se referă la unul sau mai multe rânduri relație copil: nici o acțiune, CASCADE, SET NULL, SET DEFAULT și nici o verificare.
Limitări ale întreprinderii se numește uneori regulile de business. De exemplu, entitatea poate fi limitată la actualizarea normelor de afaceri stabilite în cerințele pentru executarea manuală a anumitor tipuri de tranzacții.
Modelul de date logic trebuie neapărat să fie completate de documente justificative, inclusiv dicționar de date, relațiile de schemă, precum și alte documente create în procesul de dezvoltare a modelului.