Mfano wa hifadhidata ya dhana ni mchoro wa uhusiano kati ya vitu. Kuunda muundo wa uhusiano kutoka kwa mfano wa ER

Lengo la kazi

Kufahamiana na mbinu na kanuni za kuunda kielelezo cha "Huluki-Uhusiano".

Dhana za kimsingi za modeli ya Uhusiano wa Chombo. Mifano ya ER.

Mfano wa habari hutumiwa katika hatua ya pili ya muundo wa hifadhidata, baada ya maelezo ya maneno ya eneo la somo. Inapaswa kujumuisha maelezo rasmi ya eneo la somo ambalo linaweza "kusomwa" kwa urahisi na wataalamu wa hifadhidata na watumiaji wote. Maelezo haya yanapaswa kuwa ya uwezo sana kwamba inawezekana kutathmini kina na usahihi wa maendeleo ya mradi wa database, na bila shaka, haipaswi kuunganishwa na DBMS maalum. Kuchagua DBMS ni kazi tofauti; ili kuitatua kwa usahihi, unahitaji kuwa na mradi ambao haufungamani na DBMS yoyote maalum.

Muundo wa infolojia kimsingi unahusishwa na jaribio la kuwakilisha semantiki ya eneo la somo katika muundo wa hifadhidata, ambao hauonyeshwa vizuri katika miundo ya mtandao, ya viwango vya data.

Miundo kadhaa ya data imependekezwa, inayoitwa mifano ya kisemantiki. Miundo hii yote ilikuwa na pande zake chanya na hasi, lakini ni kielelezo tu cha "uhusiano wa chombo", au Uhusiano wa Taasisi, ndio ukawa kiwango halisi cha uundaji wa hifadhidata ya elimu. Jina fupi la muundo wa ER limekubaliwa kwa ujumla, na zana nyingi za kisasa za CASE zina zana za kuelezea data katika urasmi wa muundo huu. Kwa kuongeza, mbinu zimetengenezwa kwa ajili ya kubadilisha kiotomatiki mradi wa hifadhidata kutoka kwa modeli ya ER hadi hifadhidata ya uhusiano, wakati huo huo ikibadilishwa kuwa modeli maalum ya DBMS. Mifumo yote ya CASE imeunda zana za kurekodi mchakato wa maendeleo; jenereta za ripoti otomatiki hukuruhusu kuandaa ripoti juu ya hali ya sasa ya mradi na maelezo ya kina ya vitu vya hifadhidata na uhusiano wao, ambayo hurahisisha sana usimamizi wa mradi.

Kama mfano wowote, mfano wa uhusiano wa chombo una dhana kadhaa za kimsingi ambazo vitu ngumu zaidi hujengwa kulingana na sheria zilizoamuliwa mapema. Mtindo huu unaendana zaidi na dhana ya kubuni yenye mwelekeo wa kitu, ambayo ni ya msingi kwa ajili ya maendeleo ya mifumo tata ya programu.

Wacha tuzingatie dhana za msingi za mfano wa ER.

1. Asili, kwa msaada ambao darasa la vitu vya aina moja ni mfano. Huluki ina jina ambalo ni la kipekee ndani ya mfumo unaoundwa. Kwa kuwa huluki inalingana na darasa fulani la vitu vya aina moja, inachukuliwa kuwa kuna matukio mengi ya chombo hiki katika mfumo. Kitu ambacho dhana ya huluki inalingana ina seti yake mwenyewe sifa - sifa zinazoamua sifa za mwakilishi wa darasa fulani. Katika kesi hii, seti ya sifa lazima iwe hivyo kwamba inawezekana kutofautisha matukio maalum ya chombo. Kwa mfano, chombo Mfanyakazi kunaweza kuwa na seti zifuatazo za sifa: Nambari ya wafanyakazi, Jina la mwisho, Jina la kwanza, Patronymic, Tarehe ya kuzaliwa, Idadi ya watoto, Uwepo wa jamaa nje ya nchi. Seti ya sifa ambazo hutambulisha kwa njia ya kipekee mfano maalum wa huluki huitwa ufunguo. Kwa shirika la Wafanyikazi, sifa kuu itakuwa Nambari ya Wafanyikazi, kwani nambari za wafanyikazi ni tofauti kwa wafanyikazi wote wa biashara fulani. Mfano wa chombo Mfanyakazi kutakuwa na maelezo ya mfanyakazi maalum wa biashara. Mojawapo ya vielelezo vya kawaida vya huluki ni mstatili wenye jina la huluki limeandikwa juu na sifa zilizoorodheshwa hapa chini, zikiwa na sifa kuu zilizotiwa alama, kwa mfano, kwa kupigia mstari au fonti maalum, kama inavyoonyeshwa hapa chini:

2. Kati ya vyombo vinaweza kuanzishwa mawasiliano - vyama vya binary , kuonyesha jinsi vyombo vinavyohusiana au kuingiliana. Uhusiano unaweza kuwepo kati ya vyombo viwili tofauti au kati ya chombo na yenyewe (muunganisho wa kujirudia). Inaonyesha jinsi matukio ya huluki yanahusiana. Ikiwa uhusiano umeanzishwa kati ya vyombo viwili, basi hufafanua uhusiano kati ya matukio ya chombo kimoja na kingine. Kwa mfano, ikiwa kuna uhusiano kati ya chombo cha "Mwanafunzi" na chombo cha "Mwalimu" na uhusiano huu ni usimamizi wa miradi ya diploma, basi kila mwanafunzi ana msimamizi mmoja tu, lakini mwalimu huyo huyo anaweza kusimamia wanafunzi wengi waliohitimu. Kwa hiyo, itakuwa uhusiano wa moja kwa wengi (1: M), moja kwa upande wa "Mwalimu" na wengi kwa upande wa "Mwanafunzi" (Mchoro 10.1.).

3. Katika nukuu tofauti, nguvu ya mawasiliano inaonyeshwa kwa njia tofauti. Katika mfano ulio hapo juu, wingi unaonyeshwa kwa kugawa kiungo na 3. Kiungo kina jina la kawaida la "Uhandisi wa Thesis" na kina majina ya majukumu katika pande zote za huluki. Kwa upande wa mwanafunzi, jukumu hili linaitwa "Je, mradi unaongozwa"; kutoka kwa upande wa mwalimu, uhusiano huu unaitwa "Miongozo". Tafsiri ya picha ya uhusiano hukuruhusu kusoma mara moja maana ya uhusiano kati ya vyombo; ni ya kuona na rahisi kutafsiri. Viunganisho vimegawanywa katika aina tatu kulingana na wingi wao: moja kwa moja (1:1), mmoja kwa wengi(M1), nyingi-kwa-nyingi(MM). Uhusiano wa moja kwa moja unamaanisha kuwa mfano wa huluki moja unahusiana na tukio moja tu la huluki nyingine. Uhusiano wa 1: M inamaanisha kuwa mfano mmoja wa huluki iliyo upande wa kushoto wa uhusiano unaweza kuhusishwa na matukio kadhaa ya huluki iliyoko upande wa kulia wa uhusiano. Uhusiano wa wengi hadi wengi (M:M) unamaanisha kuwa mfano mmoja wa huluki ya kwanza unaweza kuhusishwa na matukio mengi ya huluki ya pili, na kinyume chake, mfano mmoja wa huluki ya pili unaweza kuhusishwa na matukio mengi ya huluki ya kwanza. . Kwa mfano, uhusiano wa aina ya "Somo" kati ya taasisi za "Mwanafunzi" na "Nidhamu" ni uhusiano wa aina ya "wengi-kwa-wengi" (M:M), kwa kuwa kila mwanafunzi anaweza kusoma taaluma kadhaa, na kila taaluma ni. alisoma na wanafunzi wengi. Uunganisho huu unaonyeshwa kwenye Mtini. 10.2.

4. Nambari yoyote ya viunganisho vilivyo na mizigo tofauti ya semantic inaweza kutajwa kati ya vyombo viwili. Kwa mfano, kati ya vyombo viwili "Mwanafunzi" na "Mwalimu" miunganisho miwili ya kisemantiki inaweza kuanzishwa, moja ni "Muundo wa Diploma" iliyojadiliwa hapo awali, na ya pili inaweza kuitwa "Mihadhara", na huamua ni mihadhara ya walimu gani mwanafunzi huyu. anasikiliza na ambayo Mwalimu huyu anatoa mihadhara kwa wanafunzi. Ni wazi kwamba hii ni uhusiano kama nyingi-kwa-nyingi.

5. Mawasiliano ya aina yoyote kati ya hizi inaweza kuwa lazima, ikiwa kila mfano wa huluki lazima ushiriki katika uhusiano fulani, na hiari- ikiwa si kila tukio la huluki lazima lishiriki katika uhusiano fulani. Katika kesi hii, uunganisho unaweza kuwa lazima kwa upande mmoja Na hiari kwa upande mwingine. Hali ya lazima ya uunganisho pia inaonyeshwa tofauti katika nukuu tofauti. Chaguo la uunganisho linaweza kuonyeshwa na mduara tupu mwishoni mwa uunganisho, na hali ya lazima ya mstari wa perpendicular unaovuka uunganisho. Na nukuu hii ina tafsiri rahisi. Mduara unamaanisha kuwa hakuna mfano unaoweza kushiriki katika muunganisho huu. Na perpendicular inatafsiriwa kuwa na maana kwamba angalau mfano mmoja wa chombo unahusika katika uhusiano huu.

Katika mfano uliotolewa hapo awali wa muunganisho wa "Diploma Design", muunganisho huu unafasiriwa kuwa wa hiari kwa pande zote mbili. Kwa kweli, kila mwanafunzi anayefanya thesis lazima awe na msimamizi wake wa mradi wa thesis, lakini, kwa upande mwingine, si kila mwalimu anayeongoza mradi wa thesis. Kwa hiyo, katika uundaji huu wa semantic, picha ya uhusiano huu itabadilika na itaonekana sawa na inavyoonyeshwa kwenye Mtini. 10.3.

Kama matokeo ya kujenga mfano wa kikoa kwa namna ya seti ya vyombo na mahusiano, tunapata grafu iliyounganishwa. Katika grafu inayosababisha, ni muhimu kuepuka miunganisho ya mzunguko - yanaonyesha usahihi wa mfano.

Mfano wa kuunda mfano wa ER

Wacha tutengeneze kielelezo cha habari cha mfumo iliyoundwa kuhifadhi habari kuhusu vitabu na maeneo ya maarifa yaliyowasilishwa kwenye maktaba. Wacha tuanze kukuza mfano kwa kutambua vyombo kuu.

Kwanza kabisa, kuna kiini cha "Kitabu"; Kila kitabu kina cipher ya kipekee, ambayo ni ufunguo wake, na idadi ya sifa ambazo zimechukuliwa kutoka kwa maelezo ya eneo la somo. Seti ya matukio ya huluki hufafanua seti ya vitabu ambavyo vimehifadhiwa kwenye maktaba. Kila mfano wa huluki ya "Kitabu" haiwiani na kitabu maalum kwenye rafu, lakini na maelezo ya kitabu fulani, ambayo kwa kawaida hutolewa katika orodha ya mada ya maktaba. Kila kitabu kinaweza kuwepo katika nakala kadhaa, na hivi ni vile tu vitabu mahususi vilivyo kwenye rafu za maktaba. Ili kutafakari hili, unapaswa kutambulisha huluki ya Instances, ambayo inapaswa kuwa na maelezo ya nakala zote za vitabu ambazo zimehifadhiwa kwenye maktaba. Kila mfano wa huluki ya Matukio inalingana na kitabu mahususi kwenye rafu. Kila nakala ina nambari ya kipekee ya nyongeza ambayo hutambulisha kitabu mahususi. Kwa kuongezea, kila nakala ya kitabu inaweza kuwa kwenye maktaba au mikononi mwa msomaji fulani, na katika kesi ya pili, kwa nakala fulani, tarehe ambayo msomaji alichukua kitabu na tarehe ya kurudi kwa kitabu kinachotarajiwa. kitabu pia imeonyeshwa.

Kuna uhusiano (1:M) kati ya vyombo "Vitabu" na "Matukio", ambayo ni ya lazima kwa pande zote mbili. Ni nini huamua aina hii ya uunganisho? Kila kitabu kinaweza kuwepo kwenye maktaba katika nakala kadhaa, kwa hiyo - uhusiano wa 1:M. Kwa kuongezea, ikiwa maktaba haina nakala moja ya kitabu fulani, basi hatutahifadhi maelezo yake, kwa hivyo ikiwa kitabu kimeelezewa katika chombo cha "Kitabu", basi angalau nakala moja ya kitabu hiki iko kwenye maktaba. Hii ina maana kwamba kutoka upande wa kitabu muunganisho wa lazima. Kuhusu chombo cha "Nakala", hakuna nakala moja inayoweza kuwepo kwenye maktaba ambayo haihusiani na kitabu mahususi, kwa hivyo muunganisho kutoka kwa upande wa "Nakala" pia ni wa lazima.

Sasa unahitaji kuamua jinsi msomaji atawakilishwa katika mfumo. Ni kawaida kupendekeza kuanzishwa kwa huluki ya "Wasomaji" kwa madhumuni haya, kila mfano ambao utalingana na msomaji mahususi. Katika maktaba, kila msomaji amepewa nambari ya kipekee ya kadi ya maktaba, ambayo humtambulisha msomaji kipekee. Nambari ya kadi ya maktaba itakuwa sifa kuu ya huluki ya Wasomaji. Kwa kuongeza, chombo cha "Wasomaji" lazima kiwe na sifa za ziada zinazohitajika kutatua kazi zilizopewa; sifa hizi zitakuwa: "Jina la mwisho Jina la kwanza Patronymic", "Anwani ya msomaji", "Simu ya nyumbani" na "Simu ya kazi". Kwa kuongeza, katika chombo cha "Wasomaji", unapaswa kuingiza sifa ya "Tarehe ya Kuzaliwa", ambayo itawawezesha kudhibiti umri wa wasomaji.

Kila msomaji anaweza kushikilia nakala kadhaa za vitabu mikononi mwake. Ili kutafakari hali hii, uunganisho unapaswa kufanywa kati ya vyombo "Wasomaji" na "Nakala", kwani msomaji huchukua nakala maalum ya kitabu maalum kutoka kwa maktaba, na si tu kitabu. Na unaweza kujua ni kitabu gani msomaji aliyepewa anacho kwa muunganisho wa ziada kati ya vyombo vya "Matukio" na "Vitabu", na unganisho hili linapeana kitabu kimoja kwa kila mfano, kwa hivyo unaweza kuamua kila wakati bila shaka ni vitabu vipi vilivyo mikononi mwa mwandishi. msomaji, ingawa tunashirikiana na msomaji hupokea tu nambari za hesabu za vitabu vilivyochukuliwa. Uhusiano wa 1:M umeanzishwa kati ya vyombo vya "Wasomaji" na "Matukio", na wakati huo huo ni chaguo kwa pande zote mbili. Msomaji kwa sasa anaweza asishike kitabu hata kimoja mikononi mwake, na kwa upande mwingine nakala hii ya kitabu inaweza isiwe mikononi mwa msomaji yeyote, lakini simama tu kwenye rafu kwenye maktaba.

Sasa unapaswa kutafakari chombo cha mwisho kinachohusishwa na orodha ya mfumo, ambayo ina orodha ya maeneo yote ya ujuzi, habari ambayo iko katika vitabu vya maktaba. Jina la eneo la maarifa linaweza kuwa refu na lina maneno kadhaa, kwa hivyo ili kuiga orodha ya mfumo, tunatanguliza huluki "Orodha ya Mfumo" yenye sifa mbili: "Msimbo wa Eneo la Maarifa" na "Jina la Eneo la Maarifa". Sifa ya Msimbo wa Eneo la Maarifa itakuwa sifa kuu ya huluki.

Kutoka kwa maelezo ya eneo la somo inajulikana kuwa kila kitabu kinaweza kuwa na habari kutoka kwa maeneo kadhaa ya maarifa, na kwa upande mwingine, maktaba inaweza kuwa na vitabu vingi vinavyohusiana na eneo moja la maarifa, kwa hivyo ni muhimu kuanzisha. kati ya huluki "Katalogi ya Mfumo" na "Vitabu" muunganisho wa M:M, wa lazima kwa pande zote mbili. Kwa kweli, orodha ya mfumo haipaswi kuwa na eneo kama hilo la maarifa, habari ambayo haijawasilishwa kwenye kitabu chochote cha maktaba. Na kinyume chake, kila kitabu kigawiwe sehemu moja au zaidi ya maarifa ili msomaji apate kukipata kwa haraka.

Mfano wa ER wa eneo la somo la "Maktaba" umeonyeshwa kwenye Mtini. 10.4.

Mfano wa habari "Maktaba" ilitengenezwa kwa kazi zilizoorodheshwa hapo awali. Hawana sharti la kuhifadhi historia ya kusoma kitabu, kwa mfano, kwa madhumuni ya kutafuta mtu ambaye hapo awali alishikilia kitabu na angeweza kukidhuru. Ikiwa kazi ya kuhifadhi habari hii ilikuwa imewekwa, basi mfano wa infological ungekuwa tofauti.

Urekebishaji wa michoro za ER

Mfano wa habari hutumiwa katika hatua za mwanzo za maendeleo ya mradi. Ikiwa unaelewa lugha ya makusanyiko ambayo yanahusiana na aina za mfano wa ER, basi inaweza "kusoma" kwa urahisi, kwa hiyo, inapatikana kwa uchambuzi na watengenezaji wa programu ambao wataendeleza maombi ya kibinafsi. Ina tafsiri isiyo na utata, tofauti na sentensi zingine za lugha asilia, na kwa hivyo hakuwezi kuwa na kutokuelewana kwa upande wa watengenezaji.

Wataalamu daima wanapendelea kueleza mawazo yao katika lugha fulani rasmi ambayo inahakikisha tafsiri yao isiyo na utata. Lugha kama hiyo kwa watengeneza programu ni lugha ya algorithms. Algorithm yoyote ina tafsiri isiyo na utata. Inatekelezwa katika lugha tofauti za programu, lakini algorithm yenyewe inabakia bila kubadilika. Taratibu mbalimbali hutumiwa kuelezea algorithms.

Lugha ya kielelezo cha ER imekuwa lugha inayokubalika kikaida ya kuelezea hifadhidata. Kwa kielelezo cha ER, kuna algorithm ya kuibadilisha bila utata kuwa modeli ya data inayohusiana, ambayo ilifanya iwezekane kuunda mifumo mingi muhimu ambayo inasaidia mchakato wa kuunda mifumo ya habari kulingana na teknolojia ya hifadhidata. Na katika mifumo hii yote kuna njia za kuelezea mfano wa infological wa hifadhidata inayotengenezwa na uwezo wa kutoa kiotomati mfano wa data ambao mradi utatekelezwa katika siku zijazo.

Sheria za kubadilisha muundo wa ER kuwa hifadhidata ya uhusiano

Wacha tuzingatie sheria za kubadilisha mfano wa ER kuwa hifadhidata ya uhusiano.

1. Kila huluki inahusishwa na uhusiano katika muundo wa data wa uhusiano. Katika kesi hii, majina ya huluki na uhusiano yanaweza kuwa tofauti, kwani majina ya vyombo hayawezi kuwa chini ya vizuizi vya ziada vya kisintaksia isipokuwa upekee wa jina ndani ya mfano. Majina ya uhusiano yanaweza kuzuiwa na mahitaji ya DBMS fulani, mara nyingi majina haya ni vitambulishi katika baadhi ya lugha ya msingi, yana urefu mdogo na lazima yasiwe na nafasi na baadhi ya herufi maalum. Kwa mfano, huluki inaweza kupewa jina « Katalogi ya vitabu", na inashauriwa kutaja uhusiano unaolingana, kwa mfano, VITABU (bila nafasi na kwa herufi za Kilatini).

2. Kila sifa ya huluki inakuwa sifa ya uhusiano unaolingana. Sifa za kubadilisha jina lazima zifanyike kwa mujibu wa sheria sawa na kubadilisha jina la uhusiano katika aya ya 1. Kwa kila sifa, aina mahususi ya data inayoruhusiwa katika DBMS na ikiwa sifa hii ni ya lazima au ya hiari imebainishwa.

3. Ufunguo msingi wa huluki unakuwa UFUNGUO WA MSINGI wa uhusiano unaolingana. Sifa zilizojumuishwa katika ufunguo msingi wa uhusiano zinahitajika kiotomatiki.

4. Kwa kila uhusiano unaofanana na chombo cha chini, seti ya sifa za chombo kikuu huongezwa, ambayo ni ufunguo wa msingi wa chombo kikuu. Katika uhusiano unaolingana na udogo, seti hii ya sifa inakuwa ufunguo wa kigeni.

5. Ili kuunda aina ya hiari ya uhusiano katika kiwango cha kimwili, sifa zinazolingana na ufunguo wa kigeni zimewekwa ili kuruhusu maadili batili. Kwa aina ya uunganisho wa lazima, sifa zina mali ya kutokuwa na maadili yasiyofaa.

Inawezekana kuunda uhusiano mmoja tu kwa aina zote ndogo za supertype moja. Inajumuisha sifa zote za aina ndogo zote. Hata hivyo, basi kwa matukio kadhaa idadi ya sifa haitaleta maana. Na hata ikiwa zina maana ambazo hazijafafanuliwa, sheria za ziada zitahitajika ili kutofautisha aina ndogo kutoka kwa nyingine. Faida ya uwakilishi huu ni kwamba uhusiano mmoja tu huundwa.

Kwa njia ya pili, uhusiano tofauti huundwa kwa kila aina ndogo na supertype. Hasara ya njia hii ya uwakilishi ni kwamba inajenga mahusiano mengi, lakini njia hii ina faida zaidi, kwa kuwa unafanya kazi tu na sifa muhimu za aina ndogo. Kwa kuongeza, ili kuwezesha mabadiliko kwa aina ndogo kutoka kwa supertype, ni muhimu kujumuisha kitambulisho cha uunganisho katika supertype.

7. Zaidi ya hayo, wakati wa kuelezea uhusiano kati ya aina na aina ndogo, ni muhimu kuonyesha aina ya kibaguzi. Mbaguzi anaweza kuwa wa kipekee au asiwe wa kipekee. Ikiwa aina hii ya kibaguzi imewekwa, inamaanisha kuwa mfano mmoja wa huluki ya aina kuu inahusishwa na mfano mmoja tu wa huluki ya aina ndogo, na kwa kila tukio la huluki ya aina kuu kuna mtoto. Kwa kuongezea, lazima ubainishe kwa njia ya pili ikiwa kitambulisho cha aina kuu pekee ndicho kinachorithiwa katika aina ndogo, au ikiwa sifa zote za aina kuu zimerithiwa.

8. Ikiwa katika mchoro wa ER kuna uhusiano wa M: M (mahusiano) ambayo mfano wa uhusiano hauunga mkono, uhusiano maalum wa kuunganisha huletwa, ambao unaunganishwa kwa kila uhusiano wa awali na uhusiano wa 1: M. Sifa za uhusiano huu ndio funguo kuu za uhusiano unaohusishwa.

Algorithm ya kuleta muundo wa kisemantiki hadi 3NF

Algorithm ya kupunguza mtindo wa semantic hadi fomu ya 3 ya kawaida inaweza kuwa kama ifuatavyo:

1. Changanua mchoro kwa uwepo wa vyombo ambavyo vinaiga kwa siri madarasa kadhaa yaliyounganishwa ya vitu katika ulimwengu wa kweli (hii ndiyo inalingana na uhusiano usio wa kawaida). Ikiwa hii itatambuliwa, gawanya kila moja ya vyombo hivi katika vyombo vipya kadhaa na uweke miunganisho inayofaa kati yao; mzunguko wa matokeo utakuwa katika fomu ya kwanza ya kawaida.

2. Changanua huluki zote ambazo zina funguo za msingi za mchanganyiko kwa uwepo wa utegemezi usio kamili wa utendaji wa sifa zisizo za msingi kwenye sifa za ufunguo wa mgombea. Iwapo vitegemezi kama hivyo vitapatikana, gawanya huluki hizi katika 2, bainisha funguo za msingi kwa kila huluki na uweke uhusiano unaofaa kati yao. Mzunguko unaotokana utakuwa katika fomu ya pili ya kawaida.

3. Kuchambua sifa zisizo muhimu za vyombo vyote kwa uwepo wa tegemezi za kazi za mpito. Ikiwa yoyote itapatikana, gawanya kila huluki kuwa kadhaa kwa njia ya kuondoa utegemezi wa mpito. Mzunguko uko katika fomu ya tatu ya kawaida.

Kwa kutumia masharti yaliyozingatiwa, tunarekebisha mpango wa ER. Matokeo ya kuhalalisha yanaonyeshwa kwenye Mtini. 5. Wakati wa kurekebisha schema, uhusiano wa "Books-Catalogue Relationships" ulianzishwa ndani yake, ukiwa na sifa "ISBN" na "Msimbo wa Eneo la Maarifa", ambazo hutumikia kutekeleza uhusiano wa M:M "Vitabu - katalogi ya utaratibu", na. katika uhusiano "Nakala" zake Kuhusiana na uhusiano "Vitabu" na "Wasomaji", sifa "Nambari ya Kadi ya Maktaba" na "ISBN" zilianzishwa. Mishale inaonyesha mwelekeo wa viunganisho.

Inaweza kuonyeshwa kuwa mchoro kwenye Mtini. 10.5 inakidhi mahitaji ya fomu ya 3 ya kawaida.

Utaratibu wa kazi

1. Fanya uchambuzi wa kikoa cha kisemantiki kwa mfano ulio hapa chini.

Mfano. IS eneo la somo: Idara ya Rasilimali Watu.

Orodha ya chini ya sifa:

    Jina la mwisho, jina la kwanza, patronymic, anwani ya nyumbani, nambari ya simu, tarehe ya kuzaliwa, nafasi, tarehe ya kujiandikisha, uzoefu wa kazi, elimu;

    jina la mwisho, jina la kwanza, patronymic, na tarehe za kuzaliwa kwa wanafamilia wa kila mfanyakazi;

    jina la idara, idadi ya wafanyakazi, mshahara, malipo ya mwezi na mwaka.

2. Kwa kutumia mbinu iliyo hapo juu, fikiria eneo la somo kama kielelezo cha ER.

3. Kwa kutumia mbinu ya kuhalalisha kielelezo cha ER iliyojadiliwa hapo juu, punguza muundo wa ER uliotengenezwa hadi 3NF.

4. Onyesha matokeo ya kazi katika hatua zote katika ripoti.

ER Modelling ni nini?

Muundo wa Uhusiano wa Taasisi(ER Modeling) ni mbinu ya kielelezo ya muundo wa hifadhidata. Inatumia Huluki/Uhusiano kuwakilisha vitu vya ulimwengu halisi.

An Huluki ni kitu au kitu katika ulimwengu halisi ambacho kinaweza kutofautishwa na mazingira yanayowazunguka. Kwa mfano, kila mfanyakazi wa shirika ni chombo tofauti. Zifuatazo ni baadhi ya sifa kuu za vyombo.

  • Huluki ina seti ya mali.
  • Sifa za huluki zinaweza kuwa na thamani.

Katika somo hili, utajifunza-

Hebu tuzingatie mfano wetu wa kwanza tena. Mfanyakazi wa shirika ni shirika. Ikiwa "Peter" ni mtayarishaji programu (an mfanyakazi) huko Microsoft, anaweza kuwa na sifa ( sifa) kama vile jina, umri, uzito, urefu, n.k. Ni dhahiri kwamba wale wanashikilia maadili yanayofaa kwake.

Kila sifa inaweza kuwa nayo Maadili. Katika hali nyingi sifa moja huwa na thamani moja. Lakini inawezekana kwa sifa zinazo maadili nyingi pia. Kwa mfano umri wa Peter una thamani moja.Lakini sifa yake ya "namba za simu" inaweza kuwa na thamani nyingi.

Vyombo vinaweza kuwa mahusiano na kila mmoja. Hebu fikiria mfano rahisi zaidi.Chukua kwamba kila Microsoft Programmer inapewa Kompyuta.Ni wazi kwamba hiyo Kompyuta ya Peter pia ni chombo. Peter anatumia kompyuta hiyo na kompyuta hiyo hiyo inatumiwa na Peter. Kwa maneno mengine kuna uhusiano kati ya Peter na kompyuta yake.

Katika Muundo wa Uhusiano wa Taasisi, tunatoa mfano wa huluki, sifa zao na uhusiano kati ya vyombo.

Muundo Ulioimarishwa wa Uhusiano wa Huluki (EER).

Muundo wa Uhusiano Ulioboreshwa wa Taasisi (EER) ni muundo wa data wa kiwango cha juu ambao hutoa viendelezi hadi asili Uhusiano wa Taasisi(ER) mfano. Miundo ya EER inasaidia muundo wa maelezo zaidi. Modeling ya EER imeibuka kama suluhisho la kuunda hifadhidata ngumu sana.

EER hutumia nukuu ya UML. UML ni kifupi cha Lugha ya Kielelezo Iliyounganishwa; ni madhumuni ya jumla ya lugha ya kielelezo inayotumiwa wakati wa kubuni mifumo inayolenga kitu. Vyombo vinawakilishwa kama michoro ya darasa. Mahusiano yanawakilishwa kama miungano kati ya vyombo. Mchoro ulioonyeshwa hapa chini unaonyesha mchoro wa ER kwa kutumia nukuu ya UML.

Kwa nini utumie ER Model?

Sasa unaweza kufikiria kwa nini utumie uundaji wa ER wakati tunaweza kuunda hifadhidata na vitu vyake vyote bila modeli ya ER? Mojawapo ya changamoto zinazokabili wakati wa kuunda hifadhidata ni ukweli kwamba wabunifu, wasanidi programu na watumiaji wa mwisho huwa na mtazamo tofauti wa data na matumizi yake. Ikiwa hali hii haitadhibitiwa, tunaweza kuishia kutoa mfumo wa hifadhidata ambao haukidhi mahitaji ya watumiaji.

Zana za mawasiliano zinazoeleweka na wadau wote (watumiaji wa kiufundi na wasio wa kiufundi) ni muhimu katika kutengeneza mifumo ya hifadhidata inayokidhi mahitaji ya watumiaji. Mifano ya ER ni mifano ya zana hizo.

Michoro ya ER pia huongeza tija ya mtumiaji kwani inaweza kutafsiriwa kwa urahisi katika majedwali ya uhusiano.

Uchunguzi kifani: Mchoro wa ER wa Maktaba ya Video ya "MyFlix".

Hebu sasa tufanye kazi na mfumo wa hifadhidata ya Maktaba ya Video ya MyFlix ili kusaidia kuelewa dhana ya michoro ya ER. Tutatumia hifadhidata hii kwa vitendo vyote katika salio la mafunzo haya.

MyFlix ni huluki ya biashara inayokodisha filamu kwa wanachama wake. MyFlix imekuwa ikihifadhi rekodi zake kwa mikono. Wasimamizi sasa wanataka kuhamia DBMS

Wacha tuangalie hatua za kuunda mchoro wa EER kwa hifadhidata hii-

  1. Tambua vyombo na uamue uhusiano uliopo kati yao.
  2. Kila chombo, sifa na uhusiano, vinapaswa kuwa na majina yanayofaa ambayo yanaweza kueleweka kwa urahisi na watu wasio wa kiufundi pia.
  3. Mahusiano haipaswi kuunganishwa moja kwa moja na kila mmoja. Mahusiano yanapaswa kuunganisha vyombo.
  4. Kila sifa katika huluki iliyotolewa inapaswa kuwa na jina la kipekee.

Vyombo katika maktaba ya "MyFlix".

Vyombo vitakavyojumuishwa katika mchoro wetu wa ER ni;

  • Wanachama- chombo hiki kitahifadhi taarifa za wanachama.
  • Filamu- huluki hii itashikilia maelezo kuhusu filamu
  • Kategoria- huluki hii itahifadhi maelezo ambayo huweka filamu katika kategoria tofauti kama vile "Drama", "Action", na "Epic" n.k.
  • Filamu za Kukodisha- huluki hii itashikilia maelezo kuhusu filamu ambazo zimekodishwa kwa wanachama.
  • Malipo- chombo hiki kitashikilia taarifa kuhusu malipo yaliyofanywa na wanachama.

Kufafanua uhusiano kati ya vyombo

Washiriki na sinema

Ifuatayo ni kweli kuhusu mwingiliano kati ya vyombo hivi viwili.

  • Mwanachama anaweza kukodisha zaidi ya filamu katika kipindi fulani.
  • Filamu inaweza kukodishwa na zaidi ya mwanachama mmoja katika kipindi fulani.

Kutoka kwa hali iliyo hapo juu, tunaweza kuona kwamba asili ya uhusiano ni wengi-kwa-wengi. Hifadhidata za uhusiano hazitumii uhusiano wa wengi hadi wengi. Tunahitaji kutambulisha huluki ya makutano. Hili ndilo jukumu ambalo huluki ya MovieRentals inacheza. Ina uhusiano wa moja-kwa-wengi na jedwali la wanachama na uhusiano mwingine wa moja-kwa-wengi na jedwali la filamu.

Filamu na kategoria za vyombo

Ifuatayo ni kweli kuhusu filamu na kategoria.

  • Filamu inaweza tu kuwa ya aina moja lakini kitengo kinaweza kuwa na zaidi ya filamu moja.

Tunaweza kuhitimisha kutoka kwa hili kwamba asili ya uhusiano kati ya kategoria na jedwali la sinema ni moja hadi nyingi.

Wanachama na mashirika ya malipo

Ifuatayo ni kweli kuhusu wanachama na malipo

  • Mwanachama anaweza kuwa na akaunti moja pekee lakini anaweza kufanya malipo kadhaa.

Tunaweza kukisia kutokana na hili kwamba asili ya uhusiano kati ya wanachama na mashirika ya malipo ni ya mtu mmoja hadi wengi.

Sasa wacha tuunde muundo wa EER kwa kutumia MySQL Workbench

Kwenye benchi la kazi la MySQL, Bonyeza - "+" Kitufe

Bonyeza mara mbili kwenye kitufe cha Ongeza Mchoro ili kufungua nafasi ya kazi ya michoro za ER.

Dirisha linalofuata linaonekana

Hebu tuangalie vitu viwili ambavyo tutafanya kazi navyo.

The wanachama" chombo kitakuwa na sifa zifuatazo

  • Nambari ya uanachama
  • Majina kamili
  • Jinsia
  • Tarehe ya kuzaliwa
  • Anwani ya mahali ulipo
  • anuani ya posta

Hebu sasa tuunde jedwali la wanachama

1. Buruta kitu cha meza kutoka kwa paneli ya zana

2.Idondoshe kwenye eneo la nafasi ya kazi. Huluki inayoitwa jedwali 1 inaonekana

3.Bofya mara mbili juu yake. Dirisha la mali lililoonyeshwa hapa chini linaonekana

  1. Badilisha jedwali la 1 liwe Wanachama
  2. Hariri idtable1 chaguomsingi hadi nambari_ya_ya_chamba
  3. Bofya kwenye mstari unaofuata ili kuongeza uga unaofuata
  4. Fanya vivyo hivyo kwa sifa zote zilizoainishwa katika huluki ya wanachama.

Dirisha la mali yako sasa linapaswa kuonekana kama hii.

Rudia hatua zilizo hapo juu kwa vyombo vyote vilivyotambuliwa.

Nafasi yako ya kazi ya mchoro sasa inapaswa kuonekana kama ile iliyoonyeshwa hapa chini.

Hebu tuunde uhusiano kati ya Wanachama na Filamu za Kukodisha

  1. Chagua uhusiano wa mahali ukitumia safu wima zilizopo pia
  2. Bofya nambari_ya_chama katika jedwali la Wanachama
  3. Bofya kwenye rejeleo_number katika jedwali la MovieRentals

Rudia hatua zilizo hapo juu kwa mahusiano mengine. Mchoro wako wa ER sasa unapaswa kuonekana kama hii -

Muhtasari

  • Michoro ya ER ina jukumu muhimu sana katika mchakato wa muundo wa hifadhidata. Zinatumika kama zana isiyo ya kiufundi ya mawasiliano kwa watu wa kiufundi na wasio wa kiufundi.
  • Vyombo vinawakilisha vitu vya ulimwengu halisi; zinaweza kuzingatiwa kama agizo la mauzo au halisi kama mteja.
  • Vyombo vyote lazima vipewe majina ya kipekee.
  • Miundo ya ER pia huruhusu wabuni wa hifadhidata kutambua na kufafanua uhusiano uliopo kati ya vyombo.

Mfano mzima wa ER umeambatanishwa hapa chini. Unaweza kuiingiza tu kwenye MySQL Workbench








Mawasiliano "Mmoja-kwa-mmoja" Mmoja-kwa-mmoja. Aina hii ya uunganisho ina maana kwamba kila kitu cha aina ya kwanza inalingana na si zaidi ya kitu kimoja cha aina ya pili, na kinyume chake. Kwa mfano: mfanyakazi anaweza tu kusimamia idara moja, na kila idara ina meneja mmoja tu.


Uhusiano "Moja - kwa wengi" Moja - kwa wengi (au kwa upande mwingine Mengi - kwa moja). Uhusiano wa aina hii unamaanisha kuwa kila kitu cha aina ya kwanza kinaweza kuendana na kitu zaidi ya kimoja cha aina ya pili, lakini kila kitu cha aina ya pili hakiendani na kitu zaidi ya kimoja cha aina ya kwanza. Kwa mfano: Kila idara inaweza kuwa na wafanyakazi wengi, lakini kila mfanyakazi anafanya kazi katika idara moja tu.


Uhusiano wa wengi kwa wengi. Aina hii ya uhusiano inamaanisha kuwa kila kitu cha aina ya kwanza kinaweza kuendana na kitu zaidi ya kimoja cha aina ya pili, na kinyume chake. Aina hii ya uunganisho wakati mwingine ina sifa zake. Kwa mfano: Kila ankara inaweza kujumuisha bidhaa nyingi, na kila bidhaa inaweza kujumuishwa katika ankara tofauti.


Huluki dhaifu ni huluki ambayo haiwezi kutambuliwa kwa njia ya kipekee kwa kutumia sifa zake yenyewe, lakini kupitia uhusiano na huluki nyingine. Hebu, kwa mfano, nambari ya mfanyakazi iwe ya pekee ndani ya idara, yaani, kunaweza kuwa na wafanyakazi wenye idadi sawa katika idara tofauti. Mchanganyiko wa sifa "Nambari ya Wafanyakazi, Nambari ya Idara" itakuwa ya kipekee katika kesi hii. Taasisi ya Wafanyakazi ni dhaifu.




Viunganishi vya binary, vya mwisho Ikiwa uunganisho unaunganisha vyombo viwili, huitwa binary. Uhusiano unaweza kuunganisha zaidi ya vyombo viwili, kwa mfano, uhusiano unaounganisha vyombo vitatu unaitwa ternary: Uhusiano na arity mkubwa kuliko 2 kawaida ni wa aina nyingi - kwa wengi kwa heshima na vyombo vyote vinavyohusiana.


Mfano wa mfano wa ER: Ofisi "Pembe na Kwato" Maelezo ya kazi Ofisi "Pembe na Kwato" inajishughulisha na shughuli za kibiashara kwa uuzaji wa bidhaa zilizotengenezwa kwa pembe na kwato na utoaji wa huduma za kichawi. Mfanyakazi wa shirika ana jina kamili, nambari ya wafanyikazi, na nafasi. Wafanyikazi husambazwa katika idara kadhaa. Kila idara ina nambari, jina na kichwa. Mfanyakazi hawezi kusimamia zaidi ya idara moja. Shirika linafanya kazi na makampuni ya wateja. Kila biashara ina jina na anwani. Mikataba kadhaa inaweza kuhitimishwa na biashara. Mkataba una sifa ya nambari ya kipekee, tarehe na aina. Kila mkataba unasimamiwa na mfanyakazi fulani. Bidhaa na huduma chini ya mkataba huuzwa kwa mteja, ankara hutolewa kwa vipindi fulani. Ankara ina sifa ya nambari ya kipekee, tarehe ya toleo, muda wa malipo na kiasi, pamoja na orodha ya bidhaa na huduma zinazouzwa, inayoonyesha wingi wao. Adhabu hutathminiwa kwa ankara ambazo hazijalipwa. Ankara inaweza kulipwa kwa awamu kadhaa, kila malipo yakiwa na nambari, tarehe na kiasi. Nambari ya malipo ni ya kipekee ndani ya akaunti yake. Bei za bidhaa na huduma zinaweza kubadilika kwa wakati.
Mfano wa modeli ya ER: "Wanamuziki" Maelezo ya kazi Ni muhimu kuunda hifadhidata ya kuhifadhi habari kuhusu wanamuziki, nyimbo na matamasha. Mwanamuziki ana sifa ya jina lake, tarehe ya kuzaliwa na nchi ya kuzaliwa. Kazi inajumuisha habari kuhusu kichwa, mtunzi na tarehe ya utendaji wa kwanza. Mwanamuziki anaweza kucheza ala tofauti kwa viwango tofauti vya ustadi. Ensembles huundwa kutoka kwa wanamuziki wanaoigiza. Kila kusanyiko, pamoja na washiriki wake, lina habari kuhusu jina, nchi na kiongozi. Hatimaye, maonyesho ya kazi yanaonyeshwa na tarehe, nchi, jiji la utendaji, pamoja na mkusanyiko, conductor na kazi halisi iliyofanywa.
17 Mifano zaidi Katika kitabu cha kiada "Databases" kwenye tovuti

[hariri]

Nyenzo kutoka Wikipedia - ensaiklopidia ya bure

Neno hili lina maana zingine, ona ER.

Muundo wa uhusiano wa chombo (muundo wa ER)(Kiingereza) mfano wa uhusiano wa chombo, ERM) ni muundo wa data unaokuruhusu kuelezea michoro ya dhana ya eneo la somo.

Muundo wa ER unatumika katika muundo wa hifadhidata wa hali ya juu (wa dhana). Kwa msaada wake, unaweza kutambua vyombo muhimu na kutambua uhusiano ambao unaweza kuanzishwa kati ya vyombo hivi.

Wakati wa kubuni hifadhidata, modeli ya ER inabadilishwa kuwa schema maalum ya hifadhidata kulingana na muundo wa data uliochaguliwa (uhusiano, kitu, mtandao, n.k.).

Mfano wa ER ni muundo rasmi, ambao yenyewe hauagizi njia yoyote ya picha ya taswira yake. Kama nukuu ya kawaida ya picha ambayo kwayo unaweza kuibua kielelezo cha ER, imependekezwa mchoro wa uhusiano wa chombo (mchoro wa ER)(Kiingereza) mchoro wa uhusiano wa chombo,ERD).

Dhana Mfano wa ER Na Mchoro wa ER mara nyingi haijabainishwa kimakosa, ingawa nukuu zingine za picha zimependekezwa kwa taswira ya miundo ya ER (tazama hapa chini).

  • Historia ya uumbaji[hariri]

  • Mfano wa uhusiano wa chombo ulipendekezwa mnamo 1976 na Peter Ping-Shen Chen. Peter Pin-Shen Chen sikiliza), profesa wa Amerika wa sayansi ya kompyuta katika Chuo Kikuu cha Jimbo la Louisiana.

  • Manukuu[hariri]

  • Nukuu ya Peter Chen[hariri | hariri chanzo]

  • Muundo rahisi wa MMORPG ER kwa kutumia nukuu ya Peter Chen

    Seti za huluki zinaonyeshwa kama mistatili, seti za uhusiano zinaonyeshwa kama almasi. Ikiwa chombo kinahusika katika uhusiano, huunganishwa kwa mstari. Ikiwa uhusiano ni wa hiari, basi mstari una alama. Sifa zinaonyeshwa kama ovari na zimeunganishwa kwa mstari kwa uhusiano mmoja au chombo kimoja.

  • Mguu wa Kunguru[hariri | hariri chanzo]

  • Mfano wa uhusiano kati ya vyombo kulingana na nukuu ya Crow's Foot

    Dokezo hili lilipendekezwa na Gordon Everest. Gordon Everest) inayoitwa Mshale Uliopinduliwa ("mshale uliogeuzwa"), lakini sasa mara nyingi huitwa Mguu wa Kunguru ("mguu wa kunguru") au Uma ("uma").

    Kulingana na nukuu hii, kiini inaonyeshwa kama mstatili ulio na jina lake, unaoonyeshwa kama nomino. Jina la huluki lazima liwe la kipekee ndani ya muundo sawa. Wakati huo huo, jina la chombo ni jina la aina, na sio mfano maalum wa aina hii. Mfano wa huluki ni mwakilishi mahususi wa huluki hiyo.

    Uhusiano kuwakilishwa na mstari unaounganisha vyombo viwili vinavyohusika katika uhusiano. Kiwango cha kukomesha dhamana kinaonyeshwa kwa mchoro, wingi wa dhamana ukionyeshwa kama "uma" mwishoni mwa dhamana. Njia ya muunganisho pia inaonyeshwa kwa picha - chaguo la unganisho limewekwa alama na mduara mwishoni mwa unganisho. Kutaja kwa kawaida huonyeshwa na kitenzi kimoja katika hali ya sasa ya kuonyesha: "Ina", "Inamilikiwa", nk; au kitenzi chenye maneno ya ufafanuzi: "Inajumuisha," nk. Jina linaweza kuwa moja kwa muunganisho mzima au mbili kwa kila mwisho wa muunganisho. Katika kesi ya pili, jina la mwisho wa kushoto wa uunganisho linaonyeshwa juu ya mstari wa mawasiliano, na jina la mwisho wa kulia linaonyeshwa chini ya mstari. Kila moja ya majina iko karibu na huluki ambayo inarejelea.

    Sifa huluki zimeandikwa ndani ya mstatili unaoonyesha huluki na huonyeshwa kwa nomino ya umoja (labda kwa maneno yanayostahiki). Miongoni mwa sifa, ufunguo wa chombo unaonekana - seti isiyo ya ziada ya sifa, maadili ambayo kwa pamoja ni ya kipekee kwa kila mfano wa chombo.

  • 6.2.2. Dhana za kimsingi za modeli ya Uhusiano wa Chombo

  • Mbinu nyingi za kisasa za muundo wa hifadhidata (hasa za uhusiano) zinatokana na matumizi ya tofauti za muundo wa ER. Mfano huo ulipendekezwa na Chen mwaka wa 1976. Uundaji wa kikoa unategemea matumizi ya michoro ya picha ambayo inajumuisha idadi ndogo ya vipengele tofauti. Kutokana na uwazi wa uwasilishaji wa michoro ya hifadhidata ya dhana, miundo ya ER imeenea katika mifumo ya CASE inayoauni usanifu unaosaidiwa na kompyuta wa hifadhidata za uhusiano. Miongoni mwa aina nyingi za mifano ya ER, moja ya maendeleo zaidi hutumiwa katika mfumo wa CASE kutoka ORACLE. Tutazingatia. Kwa usahihi, tutazingatia sehemu ya muundo wa mfano huu.

    Dhana kuu za mfano wa ER ni chombo, uhusiano na sifa.

    Huluki ni kitu halisi au cha kufikiria ambacho habari lazima ihifadhiwe na kupatikana. Katika michoro ya kielelezo cha ER, huluki inawakilishwa kama mstatili ulio na jina la huluki. Katika kesi hii, jina la chombo ni jina la aina, na sio ya mfano maalum wa aina hii. Kwa kujieleza zaidi na kuelewa vizuri zaidi, jina la chombo linaweza kuambatana na mifano ya vitu maalum vya aina hii.

    Ifuatayo ni huluki ya AIRPORT yenye mfano wa vitu vya Sheremetyevo na Heathrow:

    Kila mfano wa huluki lazima utofautishwe kutoka kwa kila hali nyingine ya huluki sawa (sharti hili kwa kiasi fulani linalingana na sharti kwamba hakuna nakala rudufu katika jedwali la uhusiano).

    Uhusiano ni muungano unaowakilishwa kwa picha ulioanzishwa kati ya vyombo viwili. Uhusiano huu daima ni wa binary na unaweza kuwepo kati ya vyombo viwili tofauti au kati ya huluki na yenyewe (uhusiano wa kujirudia). Katika uhusiano wowote, ncha mbili zinatambuliwa (kwa mujibu wa jozi zilizopo za vyombo vilivyounganishwa), ambayo kila moja inaonyesha jina la mwisho wa uhusiano, kiwango cha mwisho wa uhusiano (ni matukio ngapi ya chombo hiki yameunganishwa. ), hali ya lazima ya muunganisho (yaani, iwe mfano wowote wa huluki hii lazima ushiriki katika suala hili).

    Muunganisho unawakilishwa kama mstari unaounganisha vyombo viwili au unaoongoza kutoka kwa chombo hadi chenyewe. Katika kesi hii, mahali ambapo uunganisho "unajiunga" na chombo, kuingia kwa pointi tatu kwenye mstatili wa chombo hutumiwa, ikiwa matukio mengi ya chombo yanaweza kutumika kwa chombo hiki katika uunganisho, na hatua moja. kuingia, ikiwa mfano mmoja tu wa huluki unaweza kushiriki katika muunganisho. Mwisho unaohitajika wa uunganisho unaonyeshwa kwa mstari thabiti, na mwisho wa hiari na mstari uliovunjika.

    Kama huluki, uhusiano ni dhana ya jumla; matukio yote ya jozi zote mbili za huluki zinazohusiana yanategemea sheria za muungano.

    Katika mfano ulio hapa chini, uhusiano kati ya huluki TIKETI na ABIRIA huunganisha tikiti na abiria. Zaidi ya hayo, mwisho wa huluki wenye jina "kwa" hukuruhusu kuhusisha zaidi ya tikiti moja na abiria mmoja, na kila tikiti lazima ihusishwe na abiria fulani. Mwisho wa huluki inayoitwa "ina" inamaanisha kuwa kila tikiti inaweza kumilikiwa na abiria mmoja pekee, na abiria hatakiwi kuwa na angalau tikiti moja.

  • Tafsiri ya mdomo ya laconic ya mchoro ulioonyeshwa ni kama ifuatavyo.

      Kila TIKETI ni ya ABIRIA mmoja tu;

      Kila ABIRIA anaweza kuwa na TIKETI moja au zaidi.

      Kila NAFSI ni mwana wa MTU mmoja tu;

      Kila MTU anaweza kuwa baba wa WATU mmoja au zaidi (“WATU”).

    Mwanzoni mwa miaka ya 1980. Mbinu mpya za muundo wa hifadhidata za mythological zimependekezwa, zikilenga zaidi kwenye hifadhidata za aina za uhusiano. Miongoni mwa watafiti waliofanya kazi katika mwelekeo huu ni R. Barker na waandishi wa maelezo ya Uhandisi wa Habari (abbr. IE) J. Martin na K. Finkelstein.

    Katika nukuu zilizopendekezwa, huluki zinaonyeshwa kwa njia sawa - kwa namna ya mstatili ulio na jina la chombo kwenye kichwa, ikifuatiwa na orodha ya sifa. Sifa muhimu zimeangaziwa kwenye mchoro na fonti, alama maalum, au kutengwa na zingine kwa mstari.

    Mahusiano yote ni ya binary (yaani na washiriki wawili tu) na yanawakilishwa na huluki zinazounganisha mstari. Katika Mtini. 6.2 inawasilisha sheria za kuonyesha miunganisho katika nukuu za Barker na Martin.

    Mchele. 6.2.

    A- nukuu ya Barker; 6 - nukuu ya Martin (IE)

    Ikumbukwe kwamba kwa sababu ya upekee wa taswira ya viunganisho, nukuu ya Barker na Martin katika fasihi wakati mwingine huitwa "nukuu ya mguu wa kunguru" (halisi, "nukuu ya mguu wa jogoo").

    Katika Mtini. Mchoro 6.3 unaonyesha kipande cha mchoro katika nukuu ya Martin inayoonyesha huluki mbili ("Mteja" na "Agizo") na uhusiano kati yao. Vifunguo vya msingi katika takwimu vinaonyeshwa na ishara "#". Inachukuliwa kuwa:

    • mteja anaweza kuweka oda moja, kadhaa au hakuna;
    • agizo linaweza kuwekwa na mteja mmoja tu.

    Mchele. 6.3.

    Hivi sasa, nukuu iliyofafanuliwa na kiwango cha IDEF1X (jina kamili kwa Kiingereza ni Ufafanuzi wa Ujumuishaji wa Uundaji wa Habari), ambayo itajadiliwa katika aya inayofuata, pia imeenea.

    Kazi ya kuunda hifadhidata ya mfumo wa kisasa wa habari wa kiwango cha biashara inaweza kuwa ngumu sana na kuhitaji ushirikiano wa kundi kubwa la wataalam - wachambuzi, watengenezaji wa hifadhidata, watengenezaji wa programu za programu, na wataalamu katika eneo la somo ambalo hifadhidata. inaendelezwa. Ili kuharakisha mchakato huu, zana za CASE hutumiwa sana - zana za programu zinazotumia teknolojia moja au zaidi za muundo wa hifadhidata (pia kuna zana za kubuni programu, nk). Kama mfano, tunaweza kutaja bidhaa za programu ERwin Data Modeler (iliyotengenezwa na CA Technologies), ER/Studio (iliyotengenezwa na Embarcadero Technologies), PowerDesigner (iliyoundwa na Sybase, inayonunuliwa kwa sasa na SAP). Utendaji unaofanana kwa kiasi unatekelezwa katika bidhaa maarufu ya programu ya ofisi ya Microsoft Visio.

    ERwin na zana sawa za CASE hukuruhusu kutatua shida zote mbili za muundo wa moja kwa moja (Kiingereza) uhandisi wa mbele), i.e. kupata muundo wa hifadhidata kulingana na mchoro wa ER uliojengwa na uhandisi wa nyuma (Kiingereza) reverse-engineering), wakati mchoro wa ER umeundwa kulingana na uchambuzi wa muundo wa hifadhidata iliyopo.

    Kisha, mbinu ya usanifu na nukuu (sheria za maonyesho) ya michoro ya IDEF1X itajadiliwa, na mifano iliyotolewa itaonyeshwa kwa kutumia bidhaa ya programu ya ERwin Data Modeler v. 9 katika Toleo la Jumuiya. Toleo hili la bidhaa linasambazwa kwa uhuru na linaweza kupatikana kupitia erwin.com. Kizuizi muhimu zaidi cha Toleo la Jumuiya ya ERwin ni idadi ndogo ya vitu kwenye mfano - sio zaidi ya 25, lakini kwa madhumuni ya kielimu hii sio muhimu. Ili kuendeleza database yenye muundo tata, inashauriwa kutumia matoleo mengine ya bidhaa.

    Pamoja na nukuu ya IDEF1X, ERwin inasaidia nukuu ya 1E, sifa za toleo la kisasa ambazo zimefafanuliwa hapa chini.