Hivi majuzi, tumesikia taarifa kuhusu uwezekano wa mabadiliko ya dhana - kutoka DBMS ya uhusiano hadi baada ya uhusiano. Walakini, kulingana na wachambuzi, hadi sasa ni DBMS za uhusiano ambazo hutumiwa katika idadi kubwa ya miradi mikubwa inayohusiana na utekelezaji wa mifumo ya usimamizi wa hifadhidata. Soko linazingatia wazi njia za jadi za kutatua shida kama hizo.

Mifumo ya usimamizi wa hifadhidata (DBMS) ni moja ya sehemu kuu za usaidizi wa kompyuta kwa michakato ya habari, ambayo ndio msingi wa kuunda mifumo ya kisasa zaidi ya habari. Kazi kuu ya DBMS ni uhifadhi bora na utoaji wa data kwa maslahi ya kazi maalum za maombi.

DBMS za kibiashara zilianzia katikati ya miaka ya 60, wakati IBM ilipotoa bidhaa ya kwanza ya darasa hili - daraja la DBMS IMS. Katika miaka ya mapema ya 70, Edgar Codd aliweka misingi ya mfano wa data ya uhusiano, akatengeneza lugha ya swala iliyopangwa SQL, na katika miaka ya 80, DBMS za viwanda ziliundwa, ambazo hivi karibuni zilichukua nafasi kubwa. Hivi sasa, wachezaji watatu bora - Microsoft, Oracle na IBM - wanadhibiti soko kabisa, na bidhaa zao kuu za Microsoft SQL Server, Oracle Database na IBM DB2 kwa pamoja zikiwa na sehemu ya soko ya takriban 90%. Soko la DBMS linakua kikamilifu na, kulingana na wachambuzi wa Forrester, kufikia 2013 kiasi chake cha jumla kitafikia $ 32 bilioni.

Ubaya kuu wa DBMS za uhusiano ni utumiaji mdogo wa mifumo hii katika maeneo ambayo yanahitaji miundo changamano ya data. Mojawapo ya vipengele vikuu vya modeli ya data ya kimahusiano ya kitamaduni ni atomi (upekee na kutogawanyika) ya data, ambayo huhifadhiwa kwenye makutano ya safu na safu wima za jedwali. Sheria hii ilikuwa msingi wa aljebra ya uhusiano wakati iliundwa kama modeli ya data ya hisabati. Kwa kuongeza, maalum ya utekelezaji wa mfano wa uhusiano hairuhusu kutafakari kwa kutosha uhusiano halisi kati ya vitu katika eneo la somo lililoelezwa. Vikwazo hivi vinazuia kwa kiasi kikubwa utekelezaji wa ufanisi wa maombi ya kisasa, ambayo yanahitaji mbinu tofauti kidogo za shirika la data.

Kanuni ya msingi ya modeli ya uhusiano ni kuondoa sehemu na vikundi rudufu kupitia mchakato unaoitwa kuhalalisha. Jedwali tambarare zilizosawazishwa ni za ulimwengu wote, ni rahisi kueleweka, na kinadharia zinatosha kuwasilisha data katika eneo lolote la somo. Zinafaa vyema kwa uhifadhi wa data na maombi ya kuonyesha katika tasnia za kitamaduni kama vile benki au mifumo ya uhasibu, lakini matumizi yake katika mifumo inayotegemea miundo changamano zaidi ya data mara nyingi ni ngumu. Hii ni kwa sababu ya uhalisi wa mifumo ya uhifadhi wa data kulingana na muundo wa uhusiano.

Uzoefu katika ukuzaji wa mifumo ya habari inayotumika imeonyesha kuwa kuacha atomicity ya maadili husababisha upanuzi wa ubora wa muundo wa data. Utangulizi wa muundo wa uhusiano wa uwezo wa kutumia sehemu zenye thamani nyingi kama majedwali huru yaliyowekwa kiota, mradi jedwali lililowekwa linakidhi vigezo vya jumla, huturuhusu kupanua uwezo wa aljebra ya kimahusiano. Kwa maana ya classical, aina hii ya mfano wa data inaitwa baada ya uhusiano.

Kwa kuwa mfano wa baada ya uhusiano hutumia miundo ya multidimensional ambayo inaruhusu meza nyingine kuhifadhiwa katika mashamba ya meza, pia inaitwa "sio fomu ya kwanza ya kawaida" au "database multidimensional". Muundo huu wa hoja hutumia SQL ya hali ya juu kama lugha yake, ikiruhusu vitu changamano kurejeshwa kutoka kwa jedwali moja bila shughuli za kujiunga. Tunaweza kusema kwamba DBMS za uhusiano na baada ya uhusiano hutofautiana katika njia wanazohifadhi na data ya index, lakini katika mambo mengine yote yanafanana. DBMS za kwanza za baada ya uhusiano kuwa maarufu zilikuwa Ulimwengu wa Ardent (baadaye ulinunuliwa na Informix, ambayo nayo ilinunuliwa na IBM) na ADABAS ya Software AG.

DBMS ya uhusiano wa kitu

Mbali na kuepuka kuhalalisha, DBMS za baada ya uhusiano hukuruhusu kuhifadhi data ya aina dhahania, zilizobainishwa na mtumiaji katika nyanja za uhusiano. Hii inafanya uwezekano wa kutatua matatizo ya ngazi mpya, kuhifadhi vitu na safu za data zinazozingatia maeneo maalum ya somo, na pia hufanya DBMS za baada ya uhusiano sawa na darasa lingine - DBMS zinazoelekezwa na kitu. Kuanzishwa kwa mbinu ya kitu katika mtindo wa kimahusiano wa kimapokeo kulisababisha kutokea kwa mwelekeo mwingine - DBMS ya uhusiano wa kitu. Mwakilishi wa kwanza wa darasa hili la mifumo inachukuliwa kuwa mfumo wa Informix Universal Server wa kampuni ya jina moja.

Kama unavyojua, mbinu iliyoelekezwa kwa kitu ya uundaji wa kikoa inategemea dhana kama kitu na mali ya ujumuishaji, urithi na upolimishaji. Tofauti na DBMS za uhusiano, wakati wa kuunda hifadhidata zenye mwelekeo wa kitu, mtengano na urekebishaji wa vitu vilivyotengwa katika hatua ya muundo wa dhana hazihitajiki. Vitu vinawasilishwa kwa njia ile ile ambayo vipo katika hali halisi, ambayo inatoa muundo unaoelekezwa na kitu kujulikana na inaweza kupunguza sana wakati wa muundo na ukuzaji wao.

Mojawapo ya DBMS maarufu zaidi ya baada ya uhusiano ni mfumo wa Postgres, iliyoundwa katikati ya miaka ya 80 ya karne iliyopita chini ya uongozi wa mmoja wa watengenezaji wakuu wa DBMS, Michael Stonebraker. Stonebraker alikuwa (na anaendelea kuwa) na ushawishi mkubwa kwenye tasnia ya DBMS, akiwa na mkono katika karibu maendeleo yote ya kuahidi katika eneo hili. Postgres ilipanua muundo wa kimahusiano wa kimapokeo kwa kuanzisha mbinu za usimamizi wa kitu ambazo ziliruhusu aina za data zisizo za kawaida kuhifadhiwa na kudhibitiwa kwa njia ifaayo. Postgres pia iliunga mkono muundo wa muda wa multidimensional wa kuhifadhi na ufikiaji wa data. Mawazo yote makuu na maendeleo ya Posta yaliendelea na kuendelezwa katika DBMS ya PostgreSQL iliyosambazwa kwa uhuru, ambayo kwa sasa ndiyo DBMS iliyo wazi iliyotengenezwa zaidi.

Mara nyingi, DBMS za baada ya uhusiano pia huitwa DBMS za baada ya uhusiano, ambayo inakuwezesha kuwasilisha data kwa namna ya meza za uhusiano na madarasa ya kitu. Mwakilishi wa kawaida wa aina hii ya DBMS ni mfumo wa Cache kutoka kwa InterSystems. Kwa mujibu wa watengenezaji wake, mfumo huu kwa ufanisi unachanganya mbinu za uhusiano na kitu, kwa kuzingatia, kwa mtiririko huo, kwa viwango vya SQL-92 na ODMG 2.0. Taratibu za kufanya kazi na vitu na meza za uhusiano ziko kwenye kiwango sawa cha mantiki, ambayo inahakikisha kasi ya juu ya ufikiaji na kufanya kazi na data na ukamilifu wa kazi. Cache pia hutumia muundo wa uhifadhi wa data wa pande nyingi na imeboreshwa kwa usindikaji wa miamala katika mifumo iliyo na hifadhidata kubwa na kubwa zaidi (mamia ya gigabytes, terabytes) na idadi kubwa (maelfu, makumi ya maelfu) ya watumiaji wanaotumia wakati mmoja, huku ikiruhusu utendaji wa juu sana. .

Matarajio ya maendeleo

DBMS za kisasa za viwandani ni mifumo ngumu inayojumuisha vipengele, teknolojia na mbinu mbalimbali. Vipengele hivi vimeunganishwa na kuboreshwa kwa kuzingatia hitaji la kutoa hali bora za kutatua shida za kudhibiti idadi kubwa ya data katika hali tofauti. Wakati huo huo, watengenezaji wote hufanya kazi kubwa ya utafiti. Miaka mingi ya uzoefu katika kuendeleza DBMS imeonyesha kwamba inachukua muda mwingi ili kuhakikisha ufanisi, wa kuaminika na uendeshaji usio na makosa wa utendaji mpya. Ushindani mkali katika soko la DBMS hulazimisha watengenezaji kufuatilia kwa uangalifu bidhaa za washindani, kutambua mienendo mipya, na kuibuka kwa uwezo mpya muhimu katika mmoja wa wachuuzi huwalazimisha wengine kutekeleza utendakazi sawa katika maendeleo yao.

Kwa upande wake, mahitaji ya watengenezaji wa hifadhidata ya kisasa yanaongezeka. Kwanza kabisa, hii ni kutokana na maendeleo ya haraka ya mtandao, matumizi ya kazi ya multimedia na haja ya kusindika data nusu muundo.

Kulingana na matokeo ya utafiti wa IDC, iliyochapishwa mwishoni mwa 2009, DBMS za kimahusiano za kitamaduni hutumiwa katika idadi kubwa ya miradi mikubwa inayohusiana na utekelezaji wa mifumo ya usimamizi wa hifadhidata. Takriban 7% pekee ndiyo miradi inayotumia DBMS zisizo za uhusiano. Usawa huu wa nguvu katika soko kwa ajili ya utekelezaji halisi unaonyesha hali ya jumla: watengenezaji bado wanazingatia kikamilifu mbinu za jadi za kutatua matatizo yanayohusiana na matumizi ya DBMS.

Yote haya hapo juu yanapendekeza kuwa mkakati wa maendeleo uliochaguliwa na wachezaji wanaoongoza kwenye soko la DBMS utawaruhusu kuendelea kudumisha nyadhifa zao za uongozi. Bidhaa zao kuu zitaboreshwa, utendaji mpya utatekelezwa, na watengenezaji wataendelea kuchagua ufumbuzi wa jadi wa ulimwengu wote na uliojaribiwa kwa wakati.

Maxim Nikitin

Muhtasari wa somo

Mada: Hifadhidata. Vitu kuu vya hifadhidata. DBMS.

Kusudi la somo:

• 1. Utambuzi - anzisha wanafunzi kwa:
  • kufafanua hifadhidata na DBMS,
  • aina zao kuu (mifano),
  • kiolesura cha programu ya Ms ACCESS,
  • vitu kuu vya hifadhidata,
  • njia tofauti za kuunda meza.
• 2. Kimaendeleo
  • Jifunze kujenga mlinganisho, onyesha pointi kuu, weka na kutatua matatizo.
• 3. Kielimu
  • Kukuza usahihi, usikivu, adabu na nidhamu.

Mpango wa somo:

• 1. Kusasisha maarifa ya kimsingi.
• 2. Kuzindua programu za utekelezaji;
• 3. Kuingiza data kwenye meza.

2. Ufafanuzi wa database na DBMS.

3. Aina za DBMS.

4. DBMS ya Uhusiano. Jedwali, rekodi, uwanja.

5. Kazi ya kujitegemea kwenye kompyuta.

6. Kuunganishwa kwa nyenzo mpya.

7. Muhtasari wa somo.

1 Ufafanuzi wa hifadhidata na DBMS

Hifadhidata (DB) ni mkusanyiko wa data inayohusiana ambayo huhifadhiwa kwenye kumbukumbu ya nje ya kompyuta na hupangwa kulingana na sheria fulani ambazo zinapendekeza kanuni za jumla za kuelezea, kuhifadhi na kuchakata data. Habari ambayo imehifadhiwa katika hifadhidata, kama sheria, inahusiana na eneo maalum la somo. Kwa mfano, hifadhidata:

• ukusanyaji wa vitabu vya maktaba,
• wafanyakazi wa biashara,
• vitendo vya kisheria vya sheria ya jinai,
• muziki wa kisasa.

Hifadhidata imegawanywa katika ukweli na kumbukumbu. Hifadhidata za ukweli zina habari fupi kuhusu vitu, iliyowasilishwa kwa muundo uliofafanuliwa kwa usahihi (1-3), kwa mfano, Mwandishi, jina, mwaka wa kuchapishwa... Hifadhidata za hali halisi zina habari za aina mbalimbali: maandishi, sauti, picha, medianuwai (4) , 5). Kwa mfano, hifadhidata ya kisasa ya muziki inaweza kuwa na maneno na maelezo ya nyimbo, picha za waandishi, rekodi za sauti na klipu za video. Hifadhidata yenyewe ina habari pekee—“Ghala la Taarifa”—na haiwezi kutoa maombi ya mtumiaji kwa ajili ya kutafuta na kuchakata taarifa. Mtumiaji anahudumiwa na MFUMO WA USIMAMIZI WA DATABASE. DBMS ni programu inayokuruhusu kuunda hifadhidata, kusasisha na kuongeza habari, na kutoa ufikiaji rahisi wa habari. DBMS huunda mazingira maalum kwa mtumiaji kufanya kazi kwenye skrini ya kompyuta (interface), na ina njia fulani za uendeshaji na mfumo wa amri. Ni kwa misingi ya DBMS kwamba mifumo ya kurejesha taarifa (WWW) huundwa na kufanya kazi.

3. Aina za DBMS

Kuna njia 3 zinazojulikana za kupanga habari katika hifadhidata na miunganisho kati yao:

• Hierarchical (kwa namna ya mti),
• Mtandao,
• Kimahusiano.

Kihierarkia. Kuna utiishaji madhubuti wa vitu: moja ndio kuu, iliyobaki ni chini. Kwa mfano, mfumo wa saraka kwenye diski. Database ya mtandao ni rahisi zaidi: hakuna kipengele kikuu kilichoelezwa wazi na inawezekana kuanzisha miunganisho ya usawa. Kwa mfano, kuandaa habari kwenye mtandao (WWW). Ya kawaida ni hifadhidata za uhusiano.

4. DBMS ya Uhusiano. Jedwali, rekodi, uwanja.

Hifadhidata ya uhusiano ni hifadhidata ambayo ina habari iliyopangwa kwa namna ya jedwali la mstatili. Kila safu ya jedwali ina habari kuhusu kitu kimoja maalum cha hifadhidata (kitabu, mfanyakazi, bidhaa), na kila safu ina sifa maalum ya kitu hiki (jina la mwisho, kichwa, bei). Safu za meza kama hiyo huitwa rekodi, nguzo huitwa shamba. Kila rekodi lazima itofautiane na nyingine kwa thamani ya angalau sehemu moja, ambayo inaitwa ufunguo. Sehemu muhimu ni sehemu au kikundi cha sehemu ambazo hutambulisha rekodi kwa njia ya kipekee. Kwa mfano, nambari ya wafanyikazi, nambari ya bidhaa, nambari ya gari. Jedwali_Nambari Jina kamili Tarehe ya kuzaliwa Tarehe ya mapokezi Nafasi ya Mshahara 001< Иванов И.И. 12.05.65 1.02.80 директор 1000 002 Петров П.П. 30.10.75 2.03.95 бугалтер 500 003 Сидоров С.С 4.01.81 4.06.00 исполнитель 100 Каждое поле имеет свой формат и тип. Реальные БД состоят, как правило, из нескольких таблиц, связанных между собой каким-нибудь полем и, при запросе к такой БД можно использовать информацию из разных таблиц. Vitu kuu vya hifadhidata:

• Majedwali ndio vitu kuu vya hifadhidata ambapo habari huhifadhiwa
• Hoja - iliyoundwa ili kuchagua data inayotaka kutoka kwa jedwali moja au zaidi zinazohusiana.
• Fomu - iliyoundwa kwa ajili ya kuingiza, kutazama na kuhariri data zinazohusiana katika fomu rahisi.
• Ripoti - uundaji wa data katika fomu inayofaa kutazamwa na, ikiwa ni lazima, uchapishaji.

5. Kazi ya kujitegemea kwenye kompyuta

Kwenye kiendeshi cha mtandao, kwenye folda ya "DB TASKS", fungua uwasilishaji wa "Databases na DBMS", uisome na ujibu maswali kwa maandishi:

• 1. Kusudi kuu la hifadhidata ni nini?
• 2. Hifadhidata huainishwa kwa vigezo gani? Onyesha kigezo na aina, kwa mtiririko huo, wa kigezo hiki.
• 3. Ni sehemu gani muhimu katika hifadhidata?
• 4. Kipengele kikuu cha hifadhidata ni nini?
• 5. Ni shughuli gani zinaweza kufanywa kwa kutumia DBMS yenye hifadhidata?
• 6. Aina za data za msingi katika meza za DBMS.

6. Muhtasari wa somo

Katika somo hili, ulifahamiana na hifadhidata, madhumuni yao, maeneo ya matumizi, aina, na mifano ya DBMS.

Sehemu ya vitendo

Uundaji wa hifadhidata. Kuingiza na kupangilia data

• 1. Washa kompyuta yako. Pakua ACCESS DBMS. Kwanza unahitaji kuunda hifadhidata mpya.
• 2. Fanya mlolongo wa vitendo vifuatavyo: kwenye menyu ya Faili, chagua amri Mpya. Jina faili: skaz.mdb. SAWA. Sanduku la mazungumzo la "Hifadhi Database" inaonekana mbele yako.
• 3. Soma kwa uangalifu madhumuni ya vifungo kwenye upau wa vidhibiti kwa kusonga polepole mshale wa panya juu ya vifungo.
• 4. Baada ya hayo, tengeneza meza kwa kufanya mlolongo wafuatayo wa vitendo: Jedwali / Unda / Jedwali Jipya.

Kujenga meza, yaani, kuamua mashamba yaliyojumuishwa kwenye meza, inafanywa kwa kujaza meza maalum: Maelezo ya aina ya shamba.

• 5. Jaza jedwali hili kwa kuingiza data ifuatayo:

Uga aina ya data Maelezo Namba. Counter Character Nakala Taaluma ya Maandishi Vipengele maalum Nakala Shujaa Mantiki Shujaa chanya au hasi

• 6. Nambari ya shamba ni ya hiari tunaiingiza ili kuamua shamba muhimu, kwani meza yoyote lazima iwe na ufunguo.
• 7. Jedwali lililoundwa lazima lihifadhiwe, likipa jina kwa kutumia amri: Faili / Hifadhi kama ..., Jina la Jedwali: "Tabia", Sawa.
• 8. Ingiza taarifa katika Jedwali/Mhusika/Fungua jedwali na uingize data kwa njia ya kawaida, kwa mfano:

Nambari ya vipengele maalum vya Taaluma ya Tabia

• 1 Pinocchio mbao mtu pua ndefu Ndiyo
• 2 Papa Carlo Kisaga Organ Ndiyo
• 3 Karabas Barabas mkurugenzi wa ukumbi wa michezo ya vikaragosi ndevu ndefu zinazofika kwenye sakafu Na
• 4 Fox Alice Udanganyifu kilema kwenye mguu mmoja Na
• 5 Basilio Paka Tapeli ni kipofu katika macho yote mawili Na
• 6 Msichana wa msanii wa maigizo wa Malvina mwenye nywele za bluu Ndiyo
• 7 Duremar Mfamasia tabia ya harufu ya matope Na
• 8 Tortilla mlinzi wa kasa wa ufunguo wa dhahabu Ndiyo
• 9. Kwa kutumia kipanya, onyesha:
  • a) sehemu ya 5,
  • b) kiingilio cha 3,
  • c) kutoka kwa tatu hadi ya saba. Acha kuichagua.
  • d) Chagua maingizo yote. Acha kuichagua.
  • e) Chagua uwanja wa "Tabia".
  • f) Chagua sehemu zifuatazo kwa wakati mmoja: "Taaluma", "Vipengele Maalum" na "Shujaa", waondoe.
  • g) Chagua sehemu zote. Hii inaweza kufanywa kwa kutumia panya au kutoka kwa menyu ya Hariri, chagua amri ya Chagua rekodi zote.
• 10. Acha kuchagua.
• 11. Angazia:
  • a) Katika uwanja wa "Vipengele Maalum", weka alama ya sita.
  • b) Katika uwanja wa "Tabia", chagua maingizo ya nne hadi sita.
  • c) Bila kutoa kitufe cha panya, alama viingilio sawa katika sehemu za "Vipengele Maalum" na "Shujaa".
• 12. Acha kuchagua.
• 13. Chagua meza nzima.
• 14. Acha kuchagua.
• 15. Badilisha upana wa kila safu ili upana wa nguzo ni mdogo, lakini maandishi yote yanaonekana.

Hii inaweza kufanyika kwa kutumia panya, kupanua nguzo, au kama ifuatavyo. Chagua safu inayohitajika na ubofye kulia, kwenye menyu ya muktadha chagua amri ya "Upana wa safu"; Katika dirisha linalofungua, bofya kitufe cha upana wa data kwenye Fit. Fanya vivyo hivyo na nyanja zote. Urefu wa mstari unaweza kubadilishwa kwa njia ile ile kwa kutumia panya au kwenye menyu ya Umbizo na amri ya Urefu wa Mstari. Aidha, inatosha kuhariri mstari mmoja, urefu wa mistari iliyobaki hubadilika moja kwa moja.

• 16. Badilisha urefu wa mstari kwa njia yoyote na uifanye sawa na 30.
• 17. Badilisha fonti ya jedwali kuwa Arial Cyr, saizi ya fonti 14, yenye ujasiri.

Unaweza kubadilisha fonti kama ifuatavyo: sogeza kiashiria cha kipanya nje ya jedwali na ubofye kitufe cha kushoto cha kipanya, chagua Fonti kwenye menyu ya muktadha, au chagua amri ya herufi kwenye menyu ya Kuhariri kwenye upau wa vidhibiti.

• 18. Badilisha fonti ya maandishi iwe Times New Roman Cyr, saizi ya fonti 10.
• 19. Badilisha upana wa kando.
  • a) Fanya safu ya "Tabia" 20 upana.
  • b) Safu ya "Vipengele Maalum" ni 25 pana.

Unaweza kuona kwamba maandishi katika nyanja hizi yamechapishwa kwenye mistari miwili.

• 20. Kurekebisha upana wa nguzo ili maandishi yanafaa kabisa.
• 21. Panga jedwali kwa uga wa "Tabia" kwa mpangilio wa kialfabeti wa kinyume.

Inaweza kufanywa hivi. Angazia sehemu ya Tabia na ubofye kitufe cha Panga Kushuka kwenye upau wa vidhibiti.

• 22. Rudisha meza katika hali yake ya awali.

Muundo wa data kimantiki, nadharia dhabiti ya hisabati ambayo inaeleza vipengele vya kimuundo, uadilifu na uchakataji wa hifadhidata za uhusiano.

• Kipengele cha muundo (sehemu) - data katika hifadhidata ni seti ya uhusiano.
• Kipengele (sehemu) cha uadilifu - mahusiano (meza) hukutana na hali fulani za uadilifu. RMD inasaidia vikwazo vya uadilifu vya kutangaza katika kiwango cha kikoa (aina ya data), kiwango cha uhusiano, na kiwango cha hifadhidata.
• Kipengele (kipengele) cha usindikaji (udanganyifu) - RMD inasaidia waendeshaji upotoshaji wa uhusiano (aljebra ya uhusiano, calculus ya uhusiano).

Kwa kuongezea, nadharia ya urekebishaji kawaida hujumuishwa kama sehemu ya modeli ya data ya uhusiano.

Muundo wa data ya uhusiano ni maombi kwa matatizo ya usindikaji wa data ya matawi kama hayo ya hisabati kama nadharia iliyowekwa na mantiki rasmi.

Neno "mahusiano" linamaanisha kuwa nadharia inategemea dhana ya hisabati ya uhusiano. Jedwali la maneno mara nyingi hutumika kama kisawe kisicho rasmi cha neno "uhusiano". Ni lazima ikumbukwe kwamba "meza" ni dhana huru na isiyo rasmi na mara nyingi haimaanishi "uhusiano" kama dhana ya kufikirika, lakini uwakilishi wa kuona wa uhusiano kwenye karatasi au skrini.

Kwa ufahamu bora wa RMD, hali tatu muhimu zinapaswa kuzingatiwa:

• mfano ni mantiki, i.e. mahusiano ni ya kimantiki (ya kufikirika) badala ya miundo ya kimwili (iliyohifadhiwa);
• Kwa hifadhidata za uhusiano, kanuni ya habari ni kweli: yaliyomo katika hifadhidata yote yanawakilishwa kwa njia moja na moja tu, ambayo ni kwa kubainisha wazi maadili ya sifa katika nakala za uhusiano; hasa, hakuna viashiria (anwani) zinazounganisha thamani moja hadi nyingine;
• Uwepo wa aljebra ya uhusiano huruhusu upangaji wa kutangaza na maelezo ya kutangaza ya vikwazo vya uadilifu, pamoja na upangaji wa urambazaji (utaratibu) na ukaguzi wa hali ya kiutaratibu.

Kanuni za mtindo wa uhusiano ziliundwa mwaka wa 1969-1970 na E. F. Codd. Mawazo ya Codd yalielezwa kwa mara ya kwanza katika makala "Mfano wa Uhusiano wa Data kwa Benki Kubwa za Data Zilizoshirikiwa", ambayo imekuwa ya kawaida.

Uwasilishaji mkali wa nadharia ya hifadhidata za uhusiano (mfano wa data ya uhusiano) kwa maana ya kisasa inaweza kupatikana katika kitabu cha K. J. Data. "C. J.Tarehe. Utangulizi wa Mifumo ya Hifadhidata" ("Tarehe, K. J. Utangulizi wa Mifumo ya Hifadhidata").

Njia mbadala za modeli ya uhusiano ni muundo wa daraja na muundo wa mtandao. Mifumo mingine inayotumia usanifu huu wa zamani bado inatumika leo. Kwa kuongeza, tunaweza kutaja mfano wa data ya kitu ambacho kinachojulikana kama DBMS hujengwa, ingawa hakuna ufafanuzi wazi na unaokubalika kwa ujumla wa mfano huo.

Faida za mfano wa uhusiano

• Urahisi na urahisi wa kuelewa na mtumiaji wa mwisho - muundo pekee wa habari ni meza.
• Wakati wa kuunda hifadhidata ya uhusiano, sheria kali kulingana na vifaa vya hisabati hutumiwa.
• Uhuru kamili wa data. Wakati wa kubadilisha muundo wa uhusiano, mabadiliko ambayo yanahitajika kufanywa katika programu za maombi ni ndogo.
• Kujenga maswali na kuandika programu za maombi, hakuna haja ya kujua shirika maalum la hifadhidata katika kumbukumbu ya nje.

Hasara za mfano wa uhusiano

• Kasi ya ufikiaji wa chini na idadi kubwa ya kumbukumbu ya nje.
• Ugumu wa kuelewa muundo wa data kwa sababu ya kuonekana kwa idadi kubwa ya meza kama matokeo ya muundo wa kimantiki.
• Si mara zote inawezekana kuwasilisha eneo la somo kwa namna ya seti ya meza.

DBMS ya baada ya uhusiano. DBMS ya kitu. Hasara za DBMS ya uhusiano. Dhana za kimsingi za DBMS inayolenga kitu.

Mifumo ya usimamizi wa hifadhidata ya uhusiano ni mdogo. Ni bora kwa matumizi ya kitamaduni kama vile tikiti, uwekaji nafasi wa hoteli, na mifumo ya benki, lakini utumiaji wao katika mifumo ya kiotomatiki ya muundo, mifumo mahiri ya utengenezaji, na mifumo mingine inayotegemea maarifa mara nyingi ni ngumu. Hii inatokana hasa na usaidizi wa miundo ya data inayozingatia muundo wa data wa uhusiano. Mahusiano yaliyosawazishwa tambarare ni ya ulimwengu wote na yanatosha kinadharia kuwakilisha data katika eneo lolote la somo. Hata hivyo, katika programu zisizo za kawaida, kuna mamia, kama si maelfu, ya jedwali katika hifadhidata ambayo mara kwa mara hutegemea shughuli za gharama kubwa za kujiunga zinazohitajika ili kuunda upya miundo changamano ya data inayotokana na kikoa.

Kizuizi kingine kikubwa cha mifumo ya uhusiano ni uwezo wao dhaifu wa kuwakilisha semantiki za matumizi ( semantiki- katika programu - mfumo wa sheria za kutafsiri muundo wa lugha ya mtu binafsi. Semantiki huamua maana ya kisemantiki ya sentensi katika lugha ya algoriti...). Zaidi ambayo DBMS za uhusiano hutoa ni uwezo wa kuunda na kusaidia vikwazo vya uadilifu wa data. Kwa kutambua mapungufu na mapungufu haya ya mifumo ya uhusiano, watafiti wa hifadhidata wanafuata miradi mingi kulingana na maoni zaidi ya muundo wa data wa uhusiano.

Hasara zingine za DBMS za uhusiano ni pamoja na zifuatazo:

· kutobadilika kwa muundo wa kuunda hifadhidata,

· ugumu wa kujenga kielelezo cha dhana kwa vitu vyenye mahusiano mengi ya “nyingi hadi nyingi”,

· uwakilishi wa jedwali usio wa asili kwa safu chache za data.

Inayolenga kitu hifadhidata ni mpya kiasi, nadharia ya hifadhidata haina msingi mzuri wa kihisabati kama mifano ya uhusiano au miti. Walakini, hii haipaswi kuonekana kama ishara ya udhaifu uliopo katika teknolojia ya uundaji. Sifa ambazo zinaonekana kuwa za kawaida kwa utekelezaji wa hifadhidata nyingi ni:

1. Muhtasari: Kila "kitu" halisi ambacho kimehifadhiwa kwenye hifadhidata ni mshiriki wa darasa fulani. Darasa linafafanuliwa kuwa mkusanyo wa sifa, mbinu, miundo ya data ya umma na ya kibinafsi, na programu zinazotumika kwa vitu (matukio) ya darasa hilo. Madarasa si chochote zaidi ya aina za data dhahania. Mbinu ni taratibu zinazoitwa kufanya kitendo fulani kwenye kitu (kwa mfano, kujichapisha au kunakili yenyewe). Sifa ni maadili ya data yanayohusiana na kila kitu cha darasa, ikionyesha kwa njia moja au nyingine (kwa mfano, rangi, umri).

2.Ujumuishaji: Uwakilishi wa ndani wa data na maelezo ya utekelezaji wa mbinu za umma na za kibinafsi (programu) ni sehemu ya ufafanuzi wa darasa na inajulikana tu ndani ya darasa hilo. Ufikiaji wa vitu vya darasa unaruhusiwa tu kupitia mali na mbinu za darasa hilo au wazazi wake (tazama "urithi" hapa chini), na si kwa kutumia ujuzi wa maelezo ya utekelezaji wa ndani.

3. Urithi (moja au nyingi): Madarasa yanafafanuliwa kama sehemu ya daraja la darasa. Kila ufafanuzi wa kiwango cha chini hurithi sifa na mbinu za mzazi wake isipokuwa kama zimetangazwa wazi kuwa haziwezi kurithiwa au kurekebishwa na ufafanuzi mpya. Kwa urithi mmoja, darasa linaweza kuwa na darasa moja tu la mzazi (hiyo ni, uongozi wa darasa una muundo wa mti). Kwa urithi mwingi, darasa linaweza kutoka kwa wazazi wengi (yaani, uongozi wa darasa una muundo wa grafu isiyo ya mzunguko iliyoelekezwa, sio muundo wa mti).

4. Polymorphism: Madarasa mengi yanaweza kuwa na njia sawa na majina ya mali, hata kama yanachukuliwa kuwa tofauti. Hii hukuruhusu kuandika njia za ufikiaji ambazo zitafanya kazi kwa usahihi na vitu vya madarasa tofauti kabisa, mradi tu njia na mali zinazolingana zimefafanuliwa katika madarasa haya.

5. Ujumbe: Mwingiliano na vitu unafanywa kwa kutuma ujumbe na uwezekano wa kupokea majibu.

Kila kitu, habari kuhusu ambayo imehifadhiwa katika OODB, inachukuliwa kuwa ya darasa, na uhusiano kati ya madarasa huanzishwa kwa kutumia mali na mbinu za darasa.

Muundo wa OODB uko katika kiwango cha juu cha uondoaji kuliko hifadhidata za uhusiano au miti, kwa hivyo madarasa yanaweza kutekelezwa kulingana na mojawapo ya miundo hii au nyingine. Kwa sababu taratibu (mbinu) badala ya miundo ya data ziko katikati ya usanidi, ni muhimu uchague muundo msingi ambao hutoa nguvu ya kutosha, kunyumbulika na utendakazi wa kuchakata.

Hifadhidata za uhusiano, pamoja na ufafanuzi wao madhubuti wa muundo na seti ndogo ya shughuli zinazoruhusiwa, bila shaka hazifai kama jukwaa la msingi la OODB. Mfumo wa lugha ya M ulio na muundo wake wa data unaonyumbulika zaidi na mbinu ya kitaratibu zaidi ya ukuzaji inaonekana kufaa zaidi kutumika kama jukwaa la msingi la OODBMS.

DBMS ni programu ambayo watumiaji wanaweza kufafanua, kuunda na kudumisha hifadhidata, na kutoa ufikiaji unaodhibitiwa kwa hiyo.

DBMS za uhusiano wa kitu ni, kwa mfano, Hifadhidata ya Oracle na PostgreSQL; tofauti kati ya DBMS za uhusiano wa kitu na kitu: za kwanza ni muundo mkuu juu ya schema ya uhusiano, wakati za mwisho zinaelekezwa kwa kitu.

Kufikia kitu katika DBMS za uhusiano.1) DBMS hutambua ukurasa katika kifaa cha hifadhi ya nje kilicho na rekodi inayohitajika. Kwa kutumia mifumo ya faharasa au kufanya uchanganuzi kamili wa jedwali. DBMS kisha inasoma ukurasa huu kutoka kwa kifaa cha hifadhi ya nje na kuinakili hadi CACHE 2. DBMS huhamisha data kwa mpangilio kutoka kwa CACHE hadi kwenye nafasi ya kumbukumbu ya programu. Huenda ukahitaji kufanya mabadiliko kutoka kwa aina za data za SQL hadi aina za data za programu. Programu inaweza kusasisha thamani za sehemu katika nafasi yake ya kumbukumbu. 3. Sehemu za data zilizorekebishwa na programu kwa kutumia lugha ya SQL zinarejeshwa kwenye DBMS CACHE, ambapo inaweza kuhitajika tena kufanya ubadilishaji wa aina ya data. 4. DBMS huhifadhi ukurasa uliosasishwa kwenye kifaa cha hifadhi ya nje kwa kuuandika upya kutoka kwa CACHE.

Ufikiaji wa kitu katika OODBMS. 1. Pata OODBMS Inachapisha kwenye kifaa cha hifadhi ya nje ukurasa unao na kitu kinachohitajika, kwa kutumia index yake ikiwa ni lazima. OODBMS kisha inasoma ukurasa unaohitajika kutoka kwa kifaa cha hifadhi ya nje na kuinakili kwenye ukurasa wa programu ya CACHE, ambayo iko ndani ya kumbukumbu iliyotengwa kwa programu. 2. OODBMS m inaweza kufanya mabadiliko kadhaa: 1. uingizwaji wa marejeleo (viashiria) vya kitu kimoja hadi kingine. 2. kuanzishwa kwa data ya kitu cha habari ambayo ni muhimu ili kuhakikisha kufuata mahitaji ya lugha ya programu. 3. Kubadilisha umbizo la kuwasilisha data iliyoundwa kwenye majukwaa tofauti ya maunzi au lugha za programu. 3. Maombi yanatekelezwa hufikia kitu na kukisasisha inapohitajika. 4. Wakati programu inahitaji kufanya mabadiliko yaliyofanywa kudumu au kupakua kwa muda ukurasa kutoka kwa CACHE hadi kwenye diski, kisha kabla ya kunakili ukurasa kwenye kifaa cha hifadhi ya nje, OODBMS lazima ifanye mabadiliko ya kinyume sawa na yale yaliyoelezwa hapo juu.

Tikiti nambari 27

Usawa wa kiuchumi, shughuli za biashara ya biashara. Usawa wa kifedha wa biashara. Kuongeza athari. Uchambuzi wa kiwango cha deni. Uchambuzi wa mtiririko wa pesa katika shughuli za uzalishaji.

Shughuli ya biashara ya biashara kwa kawaida huwa na sifa ya ukubwa wa matumizi ya mtaji uliowekezwa (wa ndani). Katika uzalishaji, mtaji huwa katika mwendo wa kudumu, kutoka hatua moja ya mzunguko hadi nyingine: yaani, teknolojia D®T®…®P®…T®D inatekelezwa." Pesa, bidhaa.

Kwa mfano, katika hatua ya kwanza, biashara huwekeza katika mali na hesabu za kudumu, katika hatua ya pili, fedha katika mfumo wa hesabu huingia kwenye uzalishaji, na sehemu yake hutumiwa kulipa wafanyakazi, kulipa kodi, malipo ya usalama wa kijamii na mengine; gharama. Hatua hii inaisha na kutolewa kwa bidhaa za kumaliza. Katika hatua ya tatu, bidhaa za kumaliza zinauzwa na kampuni inapokea pesa. Kadiri mtaji unavyofanya mzunguko haraka, ndivyo bidhaa nyingi ambazo biashara itapokea na kuuza kwa kiasi sawa cha mtaji uliowekezwa. Kucheleweshwa kwa harakati za fedha katika hatua yoyote husababisha kupungua kwa mauzo ya mtaji, inahitaji uwekezaji wa ziada wa fedha na inaweza kusababisha kuzorota kwa kiasi kikubwa katika matumizi ya mtaji.

Ufanisi wa kutumia mtaji uliowekezwa hupimwa kwa kuhesabu viashiria vifuatavyo.

mfano wa kimantiki wa hifadhidata ya uhusiano katika vitu vya hifadhidata vya uhusiano. Ili kutatua tatizo hili, mbuni wa hifadhidata anahitaji kujua: a) ni vitu gani ambavyo hifadhidata ya uhusiano ina kanuni; b) ni vitu gani vinavyoungwa mkono na DBMS maalum ambayo imechaguliwa kutekeleza hifadhidata.

Kwa hivyo, tunadhani kwamba uamuzi wa kuchagua DBMS tayari umefanywa na meneja wa mradi wa IT na kukubaliana na mteja wa database, i.e. DBMS imebainishwa. Mbuni wa hifadhidata anapaswa kukagua hati zinazoelezea lahaja ya SQL inayoungwa mkono na DBMS iliyochaguliwa. Muhadhara huu unachukulia kuwa Oracle 9i DBMS ilichaguliwa, ingawa sehemu kubwa ya nyenzo inashughulikia vitu katika DBMS yoyote ya uhusiano wa kiviwanda.

Maoni. Kuhusu kuchagua DBMS. Kuchagua DBMS ni tatizo la uteuzi wa vigezo vingi na halijajadiliwa katika kozi hii. Ikumbukwe kwamba DBMS kwa kawaida inasaidia modeli moja tu ya data: uhusiano, kihierarkia, mtandao, multidimensional, kitu-oriented, kitu-mahusiano. Isipokuwa ni idadi ndogo ya DBMS. Kwa mfano, ADABAS, Software AG (mitandao na miundo ya uhusiano), au Oracle 9i, Oracle Inc. (mifano ya uhusiano na kitu-uhusiano). Kawaida, wakati wa kuchagua DBMS, na uwezekano mwingine wote kuwa sawa, wanajaribu kuunda hifadhidata kwenye DBMS ambayo inadai kuwa kiwango cha tasnia.

Utawala wa vitu vya hifadhidata vya uhusiano umewekwa katika viwango vya SQL, haswa, katika kiwango cha SQL-92, ambacho tutazingatia wakati wa kuwasilisha nyenzo katika hotuba hii. Kiwango hiki kinaungwa mkono na karibu DBMS zote za kisasa, pamoja na zile za mezani. Daraja la vitu vya hifadhidata vya uhusiano linaonyeshwa kwenye takwimu hapa chini.

Katika kiwango cha chini kabisa kuna vitu vidogo zaidi ambavyo hifadhidata ya uhusiano hufanya kazi navyo - safu (safu) na safu. Wao, kwa upande wake, wameunganishwa katika meza na maoni.

Maoni. Katika muktadha wa mhadhara, sifa, safu, safu na nyanja huchukuliwa kuwa visawe. Vile vile hutumika kwa maneno "kamba", "rekodi" na "tuple".

Majedwali na maoni, ambayo yanawakilisha uwakilishi wa kimwili wa muundo wa kimantiki wa hifadhidata, hukusanywa kwenye schema. Schema nyingi hukusanywa katika katalogi, ambazo zinaweza kuunganishwa katika makundi. Ikumbukwe kwamba hakuna vikundi vya vitu vya kiwango cha SQL-92 vinavyohusishwa na miundo ya uhifadhi wa habari wa habari kwenye kumbukumbu ya kompyuta.

Mchele.

8.1.

Mbali na vitu vilivyoonyeshwa kwenye takwimu, faharisi, vichochezi, matukio, amri zilizohifadhiwa, taratibu zilizohifadhiwa, na idadi ya wengine inaweza kuundwa katika hifadhidata ya uhusiano. Sasa hebu tuendelee kufafanua vitu vya hifadhidata vya uhusiano.

Vitu vya msingi vya hifadhidata ya uhusiano

Kundi ni kundi la saraka ambazo zinaweza kufikiwa kupitia muunganisho mmoja kwenye seva ya hifadhidata (sehemu ya programu ya DBMS).

Katika mazoezi utaratibu kuunda saraka imedhamiriwa na utekelezaji wa DBMS kwenye jukwaa maalum la uendeshaji. Katalogi inaeleweka kama kikundi cha skimu. Kwa mazoezi, saraka mara nyingi huhusishwa na hifadhidata ya kimwili kama mkusanyiko wa faili za mfumo wa uendeshaji ambazo zinatambuliwa kwa jina lake.

Kwa mbuni wa hifadhidata, schema ni uwakilishi wa kimantiki wa jumla wa uhusiano wa hifadhidata kamili. Kwa maneno ya SQL, schema ni chombo cha majedwali, maoni, na vipengele vingine vya kimuundo vya hifadhidata ya uhusiano. Uwekaji wa vipengee vya hifadhidata katika kila schema huamuliwa kabisa na mbuni wa hifadhidata.

Huhitaji schema ili kuunda majedwali na maoni. Ikiwa unapanga kufunga hifadhidata moja tu ya kimantiki, basi ni wazi kuwa unaweza kufanya bila schema. Lakini ikiwa unapanga kutumia DBMS hiyo hiyo kusaidia hifadhidata nyingi, basi kupanga vizuri vitu vya hifadhidata kuwa schema kunaweza kufanya utunzaji wa hifadhidata hizo kuwa rahisi zaidi. Katika mazoezi, schema mara nyingi huhusishwa na vitu maalum vya mtumiaji katika hifadhidata ya kimwili.

Ifuatayo, vitu vya hifadhidata vya uhusiano vitaingizwa katika muktadha wa DBMS ya uhusiano wa Oracle 9i. Mbinu hii ilipitishwa kwa sababu ya kubuni mfano wa kimwili wa hifadhidata ya uhusiano inafanywa kwa mazingira maalum ya utekelezaji.

Katika Oracle 9i, neno Schema linatumika kuelezea vitu vyote vya hifadhidata ambavyo vimeundwa na mtumiaji. Ratiba mpya huundwa kiotomatiki kwa kila mtumiaji mpya.

Vitu kuu katika hifadhidata za uhusiano ni pamoja na jedwali, mtazamo na mtumiaji.

Jedwali ni muundo wa msingi wa hifadhidata ya uhusiano. Inawakilisha kitengo cha kuhifadhi data - uhusiano. Jedwali linatambuliwa katika hifadhidata kwa jina lake la kipekee, ambalo linajumuisha kitambulisho cha mtumiaji. Jedwali linaweza kuwa tupu au kujumuisha seti ya safu mlalo.

Mwonekano ni uteuzi uliopewa jina, unaodumishwa kwa nguvu wa DBMS kutoka kwa jedwali moja la hifadhidata au zaidi. Opereta wa kuleta hupunguza data inayoonekana kwa mtumiaji. Kwa kawaida, DBMS inathibitisha umuhimu wa mtazamo - inazalishwa kila wakati mtazamo unatumiwa. Wakati mwingine maoni huitwa meza virtual.

Mtumiaji ni kitu ambacho kina uwezo wa kuunda au kutumia vipengee vingine vya hifadhidata na kuomba utekelezaji wa utendakazi wa DBMS, kama vile kupanga kipindi, kubadilisha hali ya hifadhidata, n.k.

Ili kurahisisha kutambua na kutaja vitu, hifadhidata inasaidia vitu kama vile kisawe, mfuatano na .

Sawe ( Sawe)-Hii Jina mbadala kitu (pak) cha hifadhidata ya uhusiano inayokuruhusu kupata kitu hiki. Sawe inaweza kuwa ya jumla au ya faragha. Sawe iliyoshirikiwa huruhusu watumiaji wote wa hifadhidata kurejelea kitu husika kwa lakabu yake. Sawe hukuruhusu kuficha sifa kamili ya kitu kwenye hifadhidata kutoka kwa watumiaji wa mwisho.

Mfuatano ni kitu cha hifadhidata ambacho hukuruhusu kutoa mlolongo wa nambari za kipekee (nambari) katika ufikiaji wa watumiaji wengi usiolingana. Kwa kawaida, vipengele vya mfuatano hutumiwa kwa vipengele vya kipekee vya jedwali la nambari (safu) katika shughuli za urekebishaji wa data.

Aina za data zilizoainishwa na mtumiaji (Aina za data zilizoainishwa na mtumiaji) ni aina za sifa zilizobainishwa na mtumiaji (vikoa) ambazo hutofautiana na aina za DBMS zinazotumika (zilizojengwa ndani). Wao hufafanuliwa kulingana na aina zilizojengwa. Aina za data zilizoainishwa na mtumiaji kuunda sehemu hiyo ya mazingira ya DBMS ambayo imepangwa kwa mujibu wa dhana inayolengwa na kitu.

Ili kuhakikisha ufikiaji mzuri wa data, DBMS za uhusiano zinaunga mkono idadi ya vitu vingine: index, eneo la meza, nguzo, sehemu.

Index ni kitu cha hifadhidata kilichoundwa ili kuboresha utendakazi wa kurejesha data na kudhibiti upekee wa ufunguo msingi (ikiwa umebainishwa kwenye jedwali). Majedwali kamili ya faharasa (jedwali zilizopangwa kwa faharasa) hufanya kama jedwali na faharasa kwa wakati mmoja.

Nafasi ya meza au eneo ( Nafasi ya meza) ni sehemu iliyotajwa ya hifadhidata inayotumiwa kutenga kumbukumbu kwa majedwali na faharasa. Katika Oracle 9i, hili ndilo jina la kimantiki la faili za kimwili za mfumo wa uendeshaji. Vitu vyote vya hifadhidata vinavyohifadhi data vinahusiana na baadhi nafasi za meza. Vipengee vingi vya hifadhidata ambavyo havihifadhi data hukaa katika kamusi ya data, iliyo katika nafasi ya meza ya SYSTEM.

Cluster ni kitu kinachofafanua njia ya kuhifadhi data pamoja katika jedwali kadhaa au moja. Moja ya vigezo vya kutumia nguzo ni kwamba majedwali mengi yana sehemu muhimu za kawaida zinazotumika katika amri sawa ya SQL. Safu wima au jedwali zilizounganishwa kwa kawaida huhifadhiwa kwenye hifadhidata kama meza za hashi(yaani kwa namna maalum).

Sehemu ni kitu cha hifadhidata ambacho hukuruhusu kuwakilisha kitu kilicho na data kama mkusanyiko wa vitu vilivyopewa tofauti. nafasi za meza. Hivyo, kugawa hukuruhusu kusambaza meza kubwa sana kwenye anatoa nyingi ngumu.

Kuchakata data kwa njia maalum au kutekeleza usaidizi wa uadilifu wa marejeleo vitu vya hifadhidata hutumiwa: utaratibu uliohifadhiwa, kazi, amri, kichochezi, kipima muda na kifurushi (Oracle). Kutumia vitu hivi vya hifadhidata, unaweza kufanya kinachojulikana kama usindikaji wa data. Kwa mtazamo wa utumizi wa hifadhidata, usindikaji wa safu mlalo ni uteuzi wa data kwa safu mlalo mmoja kwa wakati mmoja, kuichakata na kuendelea na usindikaji wa safu inayofuata.

Vitu hivi vya database vya uhusiano ni programu, i.e. kanuni inayoweza kutekelezwa. Msimbo huu kwa kawaida huitwa msimbo wa upande wa seva kwa sababu unatekelezwa na kompyuta ambayo injini ya hifadhidata ya uhusiano imewekwa. Kupanga na kukuza nambari kama hiyo ni moja wapo ya kazi ya mbuni wa hifadhidata ya uhusiano.

Utaratibu uliohifadhiwa ni kitu cha hifadhidata ambacho kinawakilisha seti iliyopewa jina la amri za SQL na/au taarifa kutoka kwa lugha maalum za programu za hifadhidata (kama vile SQLWindows au PL/SQL).

Kazi ni kitu cha hifadhidata ambacho kinawakilisha seti iliyopewa jina la amri za SQL na/au waendeshaji maalum wa lugha ya programu ya hifadhidata ambayo, inapotekelezwa, huleta thamani—matokeo ya hesabu.

Amri ni taarifa inayoitwa SQL ambayo imekusanywa na kuhifadhiwa kwenye hifadhidata. Kasi ya usindikaji wa amri ni ya juu kuliko ile ya taarifa inayolingana ya SQL, kwa sababu awamu hazitekelezwi kuchanganua na mkusanyiko.

Kichochezi ni kitu cha hifadhidata ambacho ni utaratibu maalum uliohifadhiwa. Utaratibu huu unaendeshwa moja kwa moja wakati tukio la trigger linatokea (kwa mfano, kabla ya safu kuingizwa kwenye jedwali).

Kipima Muda hutofautiana na kichochezi kwa kuwa tukio la kichochezi cha utaratibu uliohifadhiwa ni tukio la kipima muda.

Kifurushi ni kitu cha hifadhidata ambacho kinajumuisha seti iliyopewa jina, muundo wa vigezo, taratibu, na kazi.

DBMS za uhusiano zinazosambazwa zina vitu maalum: muhtasari na kiungo cha hifadhidata.

Picha ndogo (Snapshop) ni nakala ya ndani ya jedwali katika hifadhidata ya mbali ambayo hutumiwa kunakili (kunakili) jedwali au matokeo ya hoja. Vijipicha vinaweza kurekebishwa au kusomeka pekee.

Kiungo cha Hifadhidata, au kiungo cha hifadhidata ya mbali, ni kitu cha hifadhidata kinachokuruhusu kufikia vitu kwenye hifadhidata ya mbali. Jina la kiungo cha hifadhidata linaweza, kwa ufupi, kufikiriwa kama kiungo cha kufikia vigezo vya hifadhidata ya mbali.

Ili kudhibiti udhibiti wa ufikiaji wa data ipasavyo, Oracle hutumia jukumu la kitu.

Jukumu ni kitu cha hifadhidata ambacho ni seti iliyotajwa ya haki ambazo zinaweza kupewa watumiaji, kategoria za watumiaji au majukumu mengine.