Mis on ER modelleerimine? Õppige näitega

Mis on ER modelleerimine?

Olemisuhete mudel (ER Modeling) on ​​graafiline lähenemine andmebaasi kujundamisele. See on kõrgetasemeline andmemudel, mis määratleb andmeelemendid ja nende seosed konkreetse tarkvarasüsteemi jaoks. Reaalmaailma objektide kujutamiseks kasutatakse ER-mudelit.

An Entity on asi või objekt reaalses maailmas, mis on ümbritsevast keskkonnast eristatav. Näiteks organisatsiooni iga töötaja on eraldiseisev üksus. Järgnevalt on toodud mõned olemite peamised omadused.

  • Olemil on atribuutide kogum.
  • Olemi omadustel võivad olla väärtused.

Vaatleme uuesti oma esimest näidet. Organisatsiooni töötaja on üksus. Kui "Peeter" on programmeerija (an töötaja) Juures Microsoft, tal võib olla atribuudid (omadused) nagu nimi, vanus, kaal, pikkus jne. On ilmne, et neil on tema jaoks olulised väärtused.

Igal atribuudil võib olla Väärtused. Enamikul juhtudel on ühel atribuudil üks väärtus. Kuid see on võimalik atribuutide olemasolul mitu väärtust samuti. Näiteks Peetri vanusel on üks väärtus. Kuid tema atribuudil "telefoninumbrid" võib olla mitu väärtust.

Üksused võivad omada suhted omavahel. Vaatleme kõige lihtsamat näidet. Oletame, et igaüks Microsoft Programmeerijale antakse arvuti. Selge on see, et Peetri arvuti on ka üksus. Peter kasutab seda arvutit ja sama arvutit kasutab ka Peter. Teisisõnu, Peetri ja tema arvuti vahel on vastastikune suhe.

In Üksuste suhete modelleerimine, modelleerime olemeid, nende atribuute ja olemitevahelisi seoseid.

Enhanced Entity Relationship (EER) mudel

Enhanced Entity Relationship (EER) mudel on kõrgetasemeline andmemudel, mis pakub laiendusi algsele Olemi suhe(ER) mudel. EER Models toetab üksikasjalikumat disaini. EER Modeling tekkis lahendusena väga keerukate andmebaaside modelleerimiseks.

EER kasutab UML-i tähistust. UML on akronüüm Ühtne modelleerimiskeel; see on üldotstarbeline modelleerimiskeel, mida kasutatakse objektorienteeritud süsteemide kujundamisel. Olemid on kujutatud klassidiagrammidena. Suhteid kujutatakse üksuste vaheliste ühendustena. Allpool näidatud diagramm illustreerib ER-diagrammi, kasutades UML tähistus.


Enhanced Entity Relationship (EER)

Miks kasutada ER-mudelit?

Nüüd võite mõelda, miks kasutada ER-i modelleerimist, kui me seda lihtsalt saame luua andmebaas ja kõik selle objektid ilma ER-modelleerimiseta? Üks väljakutsetest, millega andmebaasi kujundamisel kokku puututakse, on asjaolu, et disainerid, arendajad ja lõppkasutajad kipuvad nägema andmeid ja nende kasutamist erinevalt. Kui seda olukorda ei kontrollita, võime lõpuks luua andmebaasisüsteemi, mis ei vasta kasutajate nõuetele.

Suhtlusvahendid, mida mõistavad kõik sidusrühmad (nii tehnilised kui ka mittetehnilised kasutajad), on kasutajate nõudmistele vastavate andmebaasisüsteemide loomisel üliolulised. ER mudelid on selliste tööriistade näited.

ER-diagrammid suurendavad ka kasutaja tootlikkust, kuna neid saab hõlpsasti tõlkida relatsioonitabeliteks.

Juhtumiuuring: „MyFlixi” videoteegi ER-diagramm

Töötame nüüd MyFlix Video Library andmebaasisüsteemiga, et aidata mõista ER-diagrammide kontseptsiooni. Kasutame seda andmebaasi kogu selle õpetuse ülejäänud osas

MyFlix on äriüksus, mis rendib oma liikmetele filme. MyFlix on salvestanud oma kirjed käsitsi. Juhtkond soovib nüüd kolida a DB-süsteemid

Vaatame selle andmebaasi jaoks EER diagrammi koostamise samme -

  1. Tuvastage olemid ja määrake nende vahel eksisteerivad seosed.
  2. Igal üksusel, atribuudil ja suhtel peaksid olema sobivad nimed, millest saavad hõlpsasti aru ka mittetehnilised inimesed.
  3. Suhted ei tohiks olla üksteisega otseselt seotud. Suhted peaksid ühendama üksusi.
  4. Igal antud olemi atribuudil peaks olema kordumatu nimi.

Olemid "MyFlixi" teegis

Üksused, mis kuuluvad meie hulka ER diagramm on;

  • liikmed – see üksus hoiab liikmeteavet.
  • Filmid – see üksus hoiab teavet filmide kohta
  • Kategooriad - see üksus hoiab teavet, mis paigutab filmid erinevatesse kategooriatesse, nagu "Draama", "Action" ja "Epic" jne.
  • Filmilaenutus – see üksus hoiab teavet liikmetele laenutatud filmide kohta.
  • Maksed – see üksus hoiab teavet liikmete tehtud maksete kohta.

Üksustevaheliste suhete määratlemine

Liikmed ja filmid

Järgnev kehtib kahe üksuse vahelise interaktsiooni kohta.

  • Liige saab teatud perioodi jooksul laenutada rohkem kui ühe filmi.
  • Kindla perioodi jooksul saab filmi laenutada rohkem kui üks liige.

Ülaltoodud stsenaariumi põhjal näeme, et suhte olemus on palju-mitmele. Relatsiooniandmebaasid ei toeta paljusid-mitmele suhteid. Peame kasutusele võtma ristmikuüksuse. Seda rolli mängib üksus MovieRentals. Sellel on üks-mitmele suhe liikmete tabeliga ja teine ​​​​üks-mitmele suhe filmide tabeliga.

Filmid ja kategooriad

Järgnev kehtib filmide ja kategooriate kohta.

  • Film võib kuuluda ainult ühte kategooriasse, kuid kategoorias võib olla rohkem kui üks film.

Sellest saame järeldada, et kategooriate ja filmide tabeli vahelise seose olemus on üks-mitmele.

Liikmed ja makseüksused

Alljärgnev kehtib liikmete ja maksete kohta

  • Liikmel võib olla ainult üks konto, kuid ta saab teha mitu makset.

Sellest võime järeldada, et liikmete ja makseüksuste vahelise suhte olemus on üks-mitmele.

Nüüd loome EER-i mudeli kasutades MySQL Workbench

aasta MySQL töölaud, klõpsake nuppu "+".

Üksustevaheliste suhete määratlemine

Double ER-diagrammide tööruumi avamiseks klõpsake nuppu Lisa diagramm.

Üksustevaheliste suhete määratlemine

Ilmub järgmine aken

Üksustevaheliste suhete määratlemine

Vaatame kahte objekti, millega töötame.

  • Üksustevaheliste suhete määratlemineTabeliobjekt võimaldab meil luua oleme ja määratleda konkreetse olemiga seotud atribuudid.
  • Üksustevaheliste suhete määratlemineKoha seose nupp võimaldab meil määratleda olemite vahelisi seoseid.

. liikmete olemil on järgmised atribuudid

  • Liikmenumber
  • Täisnimed
  • SUGU
  • Sünnikuupäev
  • Füüsiline aadress
  • postiaadress

Loome nüüd liikmete tabeli

1.Lohistage tabeliobjekt tööriistade paneelilt

2.Kustutage see tööalale. Ilmub olem nimega tabel 1

3.Double klõpsake sellel. Ilmub allpool näidatud omaduste aken

Üksustevaheliste suhete määratlemine

Järgmine ,

  1. Muuda tabeliks 1 Liikmed
  2. Muutke vaike-idtable1 väärtuseks Member_number
  3. Järgmise välja lisamiseks klõpsake järgmisel real
  4. Tehke sama kõigi liikmete olemis tuvastatud atribuutidega.

Teie atribuutide aken peaks nüüd välja nägema selline.

Üksustevaheliste suhete määratlemine

Korrake ülaltoodud samme kõigi tuvastatud üksuste puhul.

Teie diagrammi tööruum peaks nüüd välja nägema nagu allpool näidatud.

Üksustevaheliste suhete määratlemine

Võimaldab luua suhteid liikmete ja filmilaenutuste vahel

  1. Valige koha seos ka olemasolevate veergude abil
  2. Klõpsake tabelis Liikmed valikul Members_number
  3. Klõpsake tabelis MovieRentals viitenumbrit

Üksustevaheliste suhete määratlemine

Korrake ülaltoodud samme teiste suhete jaoks. Teie ER diagramm peaks nüüd välja nägema selline -

kokkuvõte

  • ER täisvorm on üksuste ja suhete diagrammid. Nad mängivad selles väga olulist rolli andmebaasi kujundamine protsessi. Need toimivad tehniliste ja mittetehniliste inimeste mittetehnilise suhtlusvahendina.
  • Olemid esindavad reaalse maailma asju; need võivad olla kontseptuaalsed müügitellimusena või füüsilised, näiteks kliendid.
  • Kõikidele üksustele tuleb anda kordumatud nimed.
  • ER-mudelid võimaldavad ka andmebaasi kujundajatel tuvastada ja määratleda olemite vahelisi seoseid.

Kogu ER-mudel on lisatud allpool. Saate selle lihtsalt sisse importida MySQL Workbench

ER mudeli allalaadimiseks klõpsake siin