Kas ir ER modelēšana?
Entītiju attiecību modelis (ER modelēšana) ir grafiska pieeja datu bāzes projektēšanai. Tas ir augsta līmeņa datu modelis, kas definē datu elementus un to attiecības noteiktai programmatūras sistēmai. ER modeli izmanto, lai attēlotu reālās pasaules objektus.
Entity ir lieta, vai objekts reālajā pasaulē, kas ir atšķiras no apkārtējās vides. Piemēram, katrs organizācijas darbinieks ir atsevišķa vienība. Tālāk ir minēti daži galvenie subjektu raksturojumi.
- Uzņēmumam ir īpašību kopums.
- Entītiju rekvizītiem var būt vērtības.
Šajā apmācībā jūs uzzināsiet
- Uzlabotas entītiju attiecības (EER) modelis
- Kāpēc izmantot ER modeli?
- Entītijas bibliotēkā "MyFlix"
- Attiecību noteikšana starp entītijām
Vēlreiz apsvērsim mūsu pirmo piemēru. Organizācijas darbinieks ir uzņēmums. Ja "Pīters" ir Microsoft programmētājs ( darbinieks ), viņam var būt tādi atribūti ( īpašības) kā vārds, vecums, svars, garums utt. Ir acīmredzams, ka tiem ir vērtības, kas viņam ir svarīgas.
Katram atribūtam var būt vērtības . Vairumā gadījumu vienam atribūtam ir viena vērtība. Bet ir iespējams, ka atribūtiem ir arī vairākas vērtības . Piemēram, Pētera vecumam ir viena vērtība. Bet viņa īpašumam "tālruņa numuri" var būt vairākas vērtības.
Uzņēmumiem var būt savstarpējas attiecības . Apsvērsim vienkāršāko piemēru. Pieņemsim, ka katram Microsoft programmētājam tiek dots dators. Ir skaidrs, ka arī Pētera dators ir vienība. Pēteris izmanto šo datoru, un to pašu datoru izmanto Pēteris. Citiem vārdiem sakot, starp Pēteri un viņa datoru pastāv savstarpējas attiecības.
Jo Entity Relationship modelēšana, mēs modelējam vienības, to atribūti un attiecības starp vienībām.
Uzlabotas entītiju attiecības (EER) modelis
Enhanced Entity Relationship (EER) modelis ir augsta līmeņa datu modelis, kas nodrošina sākotnējā Entity Relationship (ER) modeļa paplašinājumus. EER modeļi atbalsta detalizētāku dizainu. EER modelēšana parādījās kā risinājums ļoti sarežģītu datu bāzu modelēšanai.
EER izmanto UML apzīmējumus. UML ir vienotās modelēšanas valodas saīsinājums; tā ir vispārējas nozīmes modelēšanas valoda, ko izmanto, izstrādājot objektorientētas sistēmas. Entītijas tiek attēlotas kā klases diagrammas. Attiecības tiek pārstāvētas kā asociācijas starp entītijām. Zemāk redzamā diagramma ilustrē ER diagrammu, izmantojot UML apzīmējumu.
Kāpēc izmantot ER modeli?
Tagad jūs domājat, kāpēc izmantot ER modelēšanu, kad mēs varam vienkārši izveidot datu bāzi un visus tās objektus bez ER modelēšanas? Viena no problēmām, ar kuru jāsaskaras, veidojot datu bāzi, ir fakts, ka dizaineri, izstrādātāji un galalietotāji mēdz atšķirīgi aplūkot datus un to izmantošanu. Ja šī situācija netiks pārbaudīta, mēs varam izveidot datu bāzes sistēmu, kas neatbilst lietotāju prasībām.
Visu ieinteresēto personu (gan tehnisko, gan netehnisko lietotāju) saprotamie komunikācijas rīki ir kritiski svarīgi, lai izveidotu datu bāzu sistēmas, kas atbilst lietotāju prasībām. ER modeļi ir šādu rīku piemēri.
ER diagrammas arī palielina lietotāju produktivitāti, jo tās var viegli pārveidot relāciju tabulās.
Gadījuma izpēte: "MyFlix" video bibliotēkas ER diagramma
Tagad strādāsim ar MyFlix Video Library datu bāzes sistēmu, lai palīdzētu izprast ER diagrammu jēdzienu. Mēs izmantosim šo datu bāzi visu rokasgrāmatu atlikušajā šīs apmācības daļā
MyFlix ir uzņēmējdarbības vienība, kas saviem dalībniekiem iznomā filmas. MyFlix savus ierakstus glabā manuāli. Vadība tagad vēlas pāriet uz DBVS
Apskatīsim soļus, lai izveidotu EER diagrammu šai datubāzei.
- Identificējiet entītijas un nosakiet attiecības, kas starp tām pastāv.
- Katrai entītijai, atribūtam un attiecībām vajadzētu būt atbilstošiem nosaukumiem, kurus viegli saprast arī netehniskie cilvēki.
- Attiecības nedrīkst tieši savienot savā starpā. Attiecībām vajadzētu savienot entītijas.
- Katram atribūtam noteiktā entītijā vajadzētu būt unikālam nosaukumam.
Entītijas bibliotēkā "MyFlix"
Uzņēmumi, kas jāiekļauj mūsu ER diagrammā, ir:
- Dalībnieki - šī vienība glabās informāciju par dalībniekiem.
- Filmas - šī vienība glabās informāciju par filmām
- Kategorijas - šī vienība glabās informāciju, kas filmas iedala dažādās kategorijās, piemēram, “Drāma”, “Darbība” un “Epika” utt.
- Filmu noma - šī vienība glabās informāciju, kas attiecas uz dalībniekiem iznomātajām filmām.
- Maksājumi - šai struktūrai būs informācija par dalībnieku veiktajiem maksājumiem.
Attiecību noteikšana starp entītijām
Locekļi un filmas
Sekojošais attiecas uz abu vienību mijiedarbību.
- Dalībnieks noteiktā laika posmā var nomāt vairākas filmas.
- Filmu noteiktā laika posmā var nomāt vairāki dalībnieki.
Pēc iepriekš minētā scenārija mēs varam redzēt, ka attiecību raksturs ir daudziem pret daudziem. Relāciju datubāzes neatbalsta attiecības starp daudziem. Mums jāievieš krustojuma vienība . Šī ir MovieRentals entītijas loma. Tā ir viena pret daudziem attiecībām ar dalībnieku tabulu un vēl viena attiecība viens pret daudziem ar filmu galdu.
Filmas un kategoriju entītijas
Šis attiecas uz filmām un kategorijām.
- Filma var piederēt tikai vienai kategorijai, bet kategorijai var būt vairākas filmas.
No tā mēs varam secināt, ka kategoriju un filmu tabulas attiecību raksturs ir viens pret daudziem.
Locekļi un maksājumu struktūras
Par locekļiem un maksājumiem attiecas tālāk minētie nosacījumi
- Loceklim var būt tikai viens konts, bet viņš var veikt vairākus maksājumus.
No tā mēs varam secināt, ka attiecību veids starp dalībniekiem un maksājumu vienībām ir viens pret daudziem.
Tagad ļauj izveidot EER modeli, izmantojot MySQL Workbench
MySQL darbagaldā noklikšķiniet uz pogas "+"
Veiciet dubultklikšķi uz pogas Pievienot diagrammu, lai atvērtu ER diagrammu darbvietu.
Parādās šāds logs
Apskatīsim divus objektus, ar kuriem mēs strādāsim.
Tabulas objekts ļauj mums izveidot entītijas un definēt atribūtus, kas saistīti ar konkrēto entītiju.
Vietas attiecību poga ļauj mums noteikt attiecības starp entītijām.
Biedru uzņēmumam būs šādi atribūti
- Dalībnieka numurs
- Pilni vārdi
- Dzimums
- Dzimšanas datums
- Fizikālā adrese
- Pasta adrese
Tagad izveidosim dalībnieku tabulu
1. Velciet tabulas objektu no rīku paneļa
2. Nometiet to darbvietas apgabalā. Parādās entītija ar nosaukumu 1. tabula
3. Veiciet dubultklikšķi uz tā. Parādīsies zemāk parādītais rekvizītu logs
Nākamais ,
- Mainīt 1. tabulu uz deputātiem
- Rediģējiet noklusējuma idtable1 uz member_number
- Noklikšķiniet uz nākamās rindas, lai pievienotu nākamo lauku
- Dariet to pašu visiem dalībnieku entītijā identificētajiem atribūtiem.
Jūsu rekvizītu logam tagad vajadzētu izskatīties šādi.
Atkārtojiet iepriekš minētās darbības visām identificētajām entītijām.
Jūsu diagrammas darbvietai tagad vajadzētu izskatīties kā parādīta zemāk.
Ļauj izveidot attiecības starp dalībniekiem un filmu nomu
- Atlasiet vietas attiecību, izmantojot arī esošās kolonnas
- Dalībnieku tabulā noklikšķiniet uz Dalības_numurs
- MovieRentals tabulā noklikšķiniet uz reference_number
Atkārtojiet iepriekš minētās darbības citām attiecībām. Jūsu ER diagrammai tagad vajadzētu izskatīties šādi -
Kopsavilkums
- Pilna ER forma ir Entītiju un attiecību diagrammas. Viņiem ir ļoti svarīga loma datu bāzes projektēšanas procesā. Tie kalpo kā netehnisks saziņas līdzeklis tehniskiem un netehniskiem cilvēkiem.
- Entītijas pārstāv reālās pasaules lietas; tie var būt konceptuāli kā pārdošanas pasūtījums vai fiziski, piemēram, klients.
- Visām entītijām jāpiešķir unikāli nosaukumi.
- ER modeļi arī ļauj datu bāzu dizaineriem identificēt un definēt attiecības, kas pastāv starp entītijām.
Viss ER modelis ir pievienots zemāk. To var vienkārši importēt MySQL Workbench
Noklikšķiniet šeit, lai lejupielādētu ER modeli