Datalogicheskoe Design

Conceptual (Infological) proiectare - pentru a construi un model de domeniu semantic, care este, modelul de informații de cel mai înalt nivel de abstractizare.

Un astfel de model este creat fără direcționarea în funcție de orice model special de baze de date și de date. Termenii "modelul semantic", "model conceptual" și "modelul infological" sunt sinonime. cuvânt Mai mult decât atât, în acest context, la fel se poate folosi „bază de date model de“ și „modelul de domeniu“ (de exemplu, „un model conceptual al unei baze de date“ și „modelul de domeniu conceptual“), deoarece un astfel de model este ca realitate maniera și modul baze de date proiectate pentru această realitate.

Cel mai adesea, modelul conceptual al unei baze de date include:

· Descrierea obiectelor de informații sau concepte în domeniu și relațiile dintre ele.

· Descrierea constrângeri, și anume, cerințele pentru valorile date valide și legăturile dintre ele.

Acesta include următoarele niveluri de modelare de baze de date:

· Zona de subiect propriu

· Modelul de domeniu - cunoștințele noastre despre zona de subiect. Această cunoaștere poate fi exprimată în forma unei informale și formale (documente);

· Modelul logic de date - descrie conceptele de domeniu și relațiile lor, și constrângerile asupra datelor. Este prototipul viitorului DB. Acesta este construit în ceea ce privește unitățile de informații fără a face referire la un anumit SGBD. Principalele mijloace de dezvoltare a modelului logic sunt ER-diagrame ( „entitate-relație“ graficul).

Logic (datalogicheskoe) Design - crearea unei scheme de baze de date bazate pe un anumit model de date, de exemplu, modelul de date relațională. Pentru relationale model de date model de datalogicheskaya - un set de scheme de relații, de obicei, cu o cheie primară și „link-uri“ între rapoarte care reprezintă chei străine.

Transformarea modelului conceptual într-un model logic, de regulă, se realizează prin reguli formale. Acest pas poate fi în mare măsură automatizat.

La etapa de proiectare logica ține cont de specificul unui anumit model de date, dar nu poate lua în considerare specificul unui anumit SGBD.

Acesta include următoarele niveluri de modelare de baze de date:

· Date fizice model - descrie datele prin intermediul unui anumit SGBD. Restricțiile care există în modelul logic, puse în aplicare prin mijloace diverse SGBD;

· Baza de date reale și aplicații - baza de date este implementată pe o bază specifică hardware și software cu utilizarea de lucru de optimizare.

12. Modelul „entitate-relație“

În proiectarea reală a metodei structurii bazei de date utilizată - așa-numita modelare semantică. Modelarea semantic este structuri de date de modelare bazate pe sensul datelor. În diverse aplicații concrete diagramele entitate-relație (- Entitate-Relație ER) sunt utilizate ca instrument de modelare semantic.

Vom descrie lucrul cu ER-diagrame aproape de notație Barker este destul de ușor să înțeleagă ideile principale. Acest capitol este mai degrabă o ilustrare a metodelor de modelare semantică decât o introducere completă în acest domeniu.

Concepte de bază ale ER-diagrame

Definiție 1. Esența - o clasă de obiecte similare, informații cu privire la care ar trebui să fie luate în considerare în model.

Fiecare entitate trebuie să aibă un nume, exprimat printr-un substantiv la singular.

Exemple de entități pot fi astfel de clase de obiecte ca „furnizor“, „Angajat“, „factură“.

Fiecare entitate din modelul descris sub forma unui dreptunghi cu numele:

Definiție 2. O copie a esenței - este un reprezentant concret al entității.

De exemplu, un reprezentant al entității „angajat“ poate fi „Ofițer Smith“.

Copiile entitate trebuie să fie distinse. și anume entitatea trebuie să aibă anumite proprietăți care sunt unice pentru fiecare instanță a entității.

3. entitate Atribut Definiție - o caracteristică pe nume, care este o proprietate entitate.

Atributul name trebuie să fie exprimat într-un substantiv singular (eventual cu caracterizarea adjective).

Exemple de entități atribute „Angajat“ poate fi atribute, cum ar fi „numărul de personal“, „Numele“, „Nume“, „Orientul Mijlociu“, „Position“, „salariu“, etc.

Atributele sunt reprezentate în interiorul dreptunghiului care definește esența:

4. Determinarea spiritului cheie - un set de non-redundante de atribute, care valorile în combinație sunt unice pentru fiecare instanță entitate. Irredundancy constă în faptul că eliminarea oricărui atribut al cheii rupe unicitatea lui.

O entitate poate avea mai multe chei diferite.

Atributele cheie sunt reprezentate în diagrama prin subliniere:

Definiția 5. Comunicarea - aceasta este o anumită asociere între cele două entități. O entitate poate fi legată de o altă entitate sau ea însăși.

Conexiunile permit o singură entitate pentru a găsi alte entități asociate cu acesta.

De exemplu, relațiile dintre entități poate fi exprimată prin următoarea frază -. „Angajat poate avea mai multe copii“, „Fiecare angajat este obligat să fie înregistrate exact în același departament“

Link-ul reprezentat de grafic o linie care leagă cele două entități:

Fiecare legătură are două capete, și unul sau două nume. Numele este de obicei exprimat în formă verbală nedefinită „au“, „proprii“, etc. Fiecare dintre elementele se referă la o conexiune de capăt. Uneori, numele nu sunt scrise din cauza lor evidenei.

Fiecare conexiune poate avea una dintre următoarele tipuri de comunicare:

Tipul de relație, unu-la-unu înseamnă că o instanță a primei entități (stânga) este asociată cu o singură instanță a doua entitate (dreapta). Unu-la-unu indică adesea că, de fapt, avem doar o singură esență, incorect împărțit în două.

Comunicarea de tip unu-la-multe înseamnă că o instanță a primei entități (stânga) este asociat cu mai multe instanțe ale doua entitate (dreapta). Acesta este cel mai frecvent utilizat tip de comunicare. entitate stânga (de la „unu“) este părintele. dreapta (de la „mulți“) - o filială. Un exemplu tipic de astfel de conexiune este prezentată în Fig. 4.

tip de comunicare multi-la-multe relații înseamnă că fiecare instanță a primei entități pot fi asociate cu mai multe instanțe ale doua entitate și fiecare instanță a doua entitate poate fi asociată cu instanțe multiple ale primei entități. tip de comunicare multi-la-multe relație este un tip de conexiune temporară, valabilă în primele etape ale modelului de dezvoltare. În viitor, acest tip de comunicare ar trebui să fie înlocuită cu două tipuri de relații unu-la-mulți prin crearea unei entități intermediare.

Fiecare conexiune poate avea una din cele două modalități de comunicare:

Modality „poate“ înseamnă că o instanță de entitate poate fi asociată cu una sau mai multe instanțe ale celeilalte entități, și nu poate fi asociat cu nici o instanță.

Modul de „ar trebui“ înseamnă că o instanță a unei entități este obligat să fie asociat cu cel puțin o instanță a unei alte entități.

Comunicarea poate fi de diferite modalități cu diferite capete (așa cum este prezentat în Fig. 4).

<Каждый экземпляр СУЩНОСТИ 1> <МОДАЛЬНОСТЬ СВЯЗИ> <НАИМЕНОВАНИЕ СВЯЗИ> <ТИП СВЯЗИ> <экземпляр СУЩНОСТИ 2>.

De la stânga la dreapta: „Fiecare angajat poate avea mai multe copii.“

De la dreapta la stânga: „Fiecare copil trebuie să aparțină exact un angajat.“