Cum se creează un model de date relațional

Aveți grijă de relațiile dintre entități. Primul dvs. obiectiv este să faceți o hartă a relațiilor pe care vor avea diferite obiecte comerciale. Este partea lui modelare logică Modelul fizic este implementarea practică. Nu confunda sau combina cele două.

Pregătiți-vă să faceți un război singur, dedicându-vă numai standardizării calității. Cele mai multe baze de date sunt o risipă, deoarece designerii lor sunt leneși și Vreau doar să obțină ceva. Acesta poate fi întotdeauna fixat mai târziu. Da, desigur.

După ce vine timpul să scrieți tabelele, concentrați-vă pe căutările și tipurile de tabele (coduri poștale, stări, categorii de produse etc.).). Veți avea nevoie de ele pentru relații de chei externe în tabele adevărat. În plus, vă va oferi o preîncălzire înainte de a ajunge la mesele centrale de tranzacționare.

Ca regulă generală: nu stocați date care pot fi deduse din alte câmpuri. Dacă știți data nașterii și data de începere, veți cunoaște și vârsta la data de începere - nu includeți această vârstă în tabel.

Nu NULL. Valoarea NULL (nulă) reprezintă un atribut nedefinit al unei identități. Dacă o entitate poate avea un anumit atribut sau nu, atunci trebuie să fie manipulată de o filă încrucișată.

Valorile contradictorii NULL sunt utile în sine pentru a identifica atributele care nu au fost încă finalizate de utilizatori. Acest lucru este util în special atunci când un utilizator trebuie să selecteze o valoare predeterminată pentru a determina aplicarea regulilor de afaceri corespunzătoare. In cazul in care 2, cum ați proiecta un tabel de adrese în care Adresa1 Adresa2 a fost finalizată și nu a fost necesară, dar dacă au fost finalizate Adresa2 ar trebui să fie conforme cu normele comerciale în domeniu? Sigur, ai putea să faci implicit un spațiu gol, dar e mai bine decât să știi că utilizatorul nu a editat câmpul? Încercați un al treilea formular standard într-o direcție internațională ... probabil, se poate face, dar ia act de complexitatea procesului de restructurare a datelor într-un mod semnificativ.

Familiarizați-vă cu mesele încrucișate (de la mulți la mulți). Tu le va folosi peste tot, dacă faci lucrurile bine. Un exemplu ar fi o bază de date a unei școli în care există o tabelă pentru profesori și o altă tabelă pentru studenți. Elevii au mai mult de un cadru didactic, iar profesorii au mai mult de un elev, astfel încât traversează masa, în afară de cele ale „profesorilor“ și „studenților“, el ar avea două coloane cu chei străine îndreptate la două. Cheia primară ar fi combinația celor doi.

Folosește o convenție bună pentru nume. Plasați facturile într-un tabel numit factură. Produsele intră produs. Ar fi o masă traversată Factura produsului, sau productFacture, în funcție de tabelul care reprezintă adevăratul centru al relației.

Sindicatele interne sunt foarte bune, dar probabil există și multe declarații ale UNIUNII EXTERNE EXTERNE cu care ar putea colabora. Obișnuiți-vă cu diferitele declarații ale sindicatelor (cu excepția UNION).

Dacă aveți de-a face cu o cerere moștenită, construiți-vă schema independent de asta (nici măcar nu te uiți la ea). Concentrați-vă pe regulile și relațiile de afaceri pe care încercați să le executați, dar ați putea fi distrasi atenți dacă vă uitați la modul în care cineva a stabilit-o. Consultați pasul # 4.