Muundo wa hifadhidata ni mchakato unaofuatana wa kurekebisha maarifa na zana zinazopatikana ili kuwakilisha na kuchakata taarifa.
Upeo halisi, kazi mahususi, maelezo ya mtiririko wa taarifa zinazoingia na mawazo ya jumla kuhusu mchakato wa kuchakata taarifa huongezwa hatua kwa hatua hadi wazo fulani la dhana ya database ni nini katika hali fulani na jinsi gani. kufanya kazi nayo.
database ya kisasa
Mahusiano ya uhusiano ndio kiini cha muundo wowote wa habari. Suluhisho kutoka kwa Oracle ni sawa na MySQL kwa asili, lakini kimsingi ni tofauti katika nyanja nyingi. Muundo wa hifadhidata pia ni suala la usalama, wingi wa taarifa, na uwajibikaji kwa uadilifu wa data, lakini haya yanatokana na suala la kubuni hifadhidata yenye ufanisi, inayotegemeka na ifaayo mtumiaji.
Jedwali la Excel si tofauti na Oracle na MySQL katika muktadha wa miundo ya mstatili (ya uhusiano): safu wima na safu mlalo=kisanduku kimoja kwenye makutano ya jina la safu wima (sehemu) na faharasa ya uteuzi (safu). Ikiwa hutazingatia kipimo na kiasi cha kazi ya mikono, basi, kutokana na njia zilizotengenezwa za kuchanganya seli kwa wima na usawa, Excel iko mbele hata ya Oracle!
Excel, kulingana na wazo lake la msingi, kamwe "haiangazii" mienendo, utendakazi wa Oracle, na haiwezi kuhamisha kitu kutoka laha moja hadi nyingine "kulingana na mabaki". Hapa Oracle inaahidi zaidi, lakini mazingatio yake juu ya maswala ya kuhama idadi kubwa ya habari na kuchanganya nafasi rasmi kutoka kwa vyanzo anuwai huacha kuhitajika. Hapa MySQL inatia matumaini zaidi: haijiwekei majukumu ya kimataifa, lakini inafanya kazi yake kikamilifu.
Mahusiano ya kimahusiano ni zana zinazofaa, zinazotekelezeka na zilizoimarishwa vyema, kutoka kwa masuluhisho ya kibinafsi ya kiwango cha Excel hadi majuzuu ya kimataifa ya Oracle, hutumika kila mahali, zikihitajika na zina mustakabali uliohakikishwa wa kupewa kazi.
Hifadhi ya kisasa ni majedwali, safu mlalo, safu wima na faharasa zikiwa zimezungukwa na utendakazi kamili, zimetengeneza zana za ziada zinazozingatia utendakazi mwingi, mizigo mizito na ujazo mkubwa.
Maarifa na uzoefu wa mifumo ya kisasa ya usimamizi wa hifadhidata (DBMS) huzingatia sio tu masuala ya kutegemewa, utegemezi wa data, udhibiti wa ufikiaji na masuala ya usalama, lakini pia hufanya iwezekane kufuatilia ushawishi mbaya kutoka nje, kuchanganua mashambulizi yanayoweza kutokea.na kujaribu kudhuru kimakusudi.
Hifadhi ya kisasa ni msingi unaotegemeka kwa rasilimali yoyote ya wavuti na matumizi ya ndani, uwezo wa kuhamisha taarifa, kubadilisha na kuhamisha data, kukatiza na kuchanganya maoni tofauti.
Sharti muhimu pekee: msanidi aliyehitimu sana. Ili kutekeleza muundo mzuri wa hifadhidata za uhusiano zinapatikana kwa mtaalamu, na mara nyingi zaidi kwa timu ya wataalamu na wataalam katika uwanja wa utumiaji wa shida inayotatuliwa.
Upeo, suluhisho linalowezekana na vizuizi
Maelezo yanazunguka kila mahali. Miradi mingi imeunganishwa moja kwa moja kwenye Mtandao, lakini kipengele cha kuwa na uwakilishi rasmi wa data hapa si bora kuliko sababu ya kutokuwa na uhakika wakati wa kuunda rasilimali ya mtandao kwa kiwanda cha chuma.
Maendeleo na maslahi makubwa katika maduka ya mtandaoni hayatoi misingi na fursa za kuhamisha uzoefu wa kuunda duka moja hadi kuunda lingine. Kipengele cha siri ya biashara huunda vizuizi vingi kwa uhamishaji wa maarifa, ingawa, kwa kweli, unapaswa kutenganisha duka halisi kutoka kwa zana za programu iliyoundwa kwa duka hili.
Bila shaka, mteja alilipa na msimbo wa tovuti ni mali yake. Kipengele cha tabia ya kisasa: uhamisho wa ujuzi na maendeleo kati ya kazi za aina moja na nyanja zinazohusiana za maombi haziwezekani na hili ni tatizo.
Kuchanganua ni anuwai ya programu kwa mifumo ya usimamizi wa hifadhidata. Kwanza kabisa, ni kuchanganua habari kutoka kwa Mtandao. Ni muhimu pia kulinganisha habari iliyokusanywahifadhidata, na maombi ya wanaotembelea wavuti.
Uchanganuzi wa nenomsingi pia unahusisha hitaji la kuunda suluhu mojawapo, lakini muundo wa hifadhidata kwenye Ufikiaji unaweza kuwa na matumaini zaidi kuliko kwenye Seva ya MS SQL au Oracle.
Orodha ya vyanzo vya habari inaweza kubadilika. Mienendo inaweza kuwa katika majedwali ya hifadhidata ya chanzo, majina ya sehemu za jedwali, na kanuni za simu (hoja). Kubuni hifadhidata za uhusiano kutoka kwa vyanzo vingi hukulazimu kwa uwazi kubuni kutoka kwa data chanzo, na si kutoka kwa mpangilio kamili wa taarifa iliyokusanywa.
Kuna vitu viwili ambavyo ni asili katika hifadhidata yoyote:
- mwelekeo wa maudhui, algoriti ya uzalishaji wa hifadhidata katika kipaumbele;
- mwelekeo wa kutumia, muundo wa hifadhidata ni muhimu zaidi na kanuni ya kutumia taarifa inategemea hilo.
Katika uwanja wowote wa matumizi kuna modeli rasmi ya mtiririko wa taarifa zinazoingia, modeli ya hifadhi ya taarifa - muundo halisi wa hifadhidata na muundo (algorithm) ya kutumia data.
Taratibu na hatua mbalimbali za usanifu
Misingi ya muundo wa hifadhidata kwa kawaida huwa katika hatua tatu. Wataalamu tofauti hurejelea hatua za kazi kwa njia tofauti, lakini, kwa kweli, kuna nafasi tatu:
- mipango ya dhana;
- muundo wa kimantiki;
- utekelezaji wa kiufundi.
Mazoezi huchangia katika mila iliyoanzishwa. Haijalishi jinsi wigo mgumu na shida kutatuliwa. Daima inachukua kuchagua moja sahihizana. Kwa mfano, unahitaji kukusanya taarifa kutoka kwa wageni kwenye rasilimali ya wavuti, lakini unahitaji kuilinganisha na data kutoka kwa Seva ya MS SQL. Nyenzo ya wavuti inapangishwa kwenye FreeBSD (Mtandao, seva ya Apache), na Seva ya MS SQL katika jiji lingine inapatikana kupitia mtandao unaosambazwa wa kampuni.
Katika suluhu hili, kwanza unahitaji kutatua tatizo fulani: kuanzisha ubadilishanaji wa data na seva ya ndani.
Utekelezaji wa kiufundi wa kazi ya pamoja bila shaka utakuwa na athari kwenye hatua ya awali: ni nadra kwamba muundo wa hifadhidata unaweza kufanywa kuanzia mwanzo. Hata kwa teknolojia iliyothibitishwa ya utatuzi wa matatizo, wigo unabadilika, daima inahitajika kufanya kitu tofauti na ilivyokusudiwa awali.
Hivi majuzi, wananadharia na watendaji wengi hufanya kazi na huluki kama data maalum. Hivi ni vifupisho vinavyokuruhusu kuelezea modeli ya habari kwenye ingizo, wakati wa kuchakata na katika matokeo ya mwisho - hifadhidata.
Mionekano ya data na huluki
Muundo wa
DB kupitia vifupisho na huluki: uwezo wa kuunda picha ya maelezo, kufafanua aina za data na uhusiano kati yao.
Kwa kawaida muundo kama huu wa muundo wa hifadhidata huishia na muundo wa picha, kwa kutumia MS Visio au zana za kuona za DBMS iliyochaguliwa. Ufikiaji una njia yake ya kuunda picha ya habari, MySQL ina yake mwenyewe, na baadhi ya mifumo ya usimamizi wa maudhui huficha hifadhidata kabisa, ikiweka kielelezo cha data kwa msanidi programu kupitia vyombo vyao -vitu vya kazi inayotatuliwa.
Sifa bainifu ya mifumo mingi ya usimamizi wa maudhui (CMS) ni kwamba wao hufanya "maombi" kwa kiwango kikubwa zaidi cha uondoaji wakati wa kuelezea eneo la taarifa la tatizo linalotatuliwa. Hifadhidata halisi imefichwa, CMS inampa msanidi wazo lake mwenyewe la picha ya habari ya ulimwengu.
Kwa sababu hiyo, hatua za muundo wa hifadhidata hupunguzwa hadi kufuata mahitaji ya kimsingi na utekelezaji wa hatua zilizopendekezwa na waundaji wa CMS fulani. Hakuna kitu cha aibu kutumia mawazo ya hifadhidata na muundo wao kutoka Symfony au Bitrix, Zend au Yii, lakini kwa msanidi ni "mzigo".
Kwa hakika, zana za kubuni hifadhidata zinafaa kuchaguliwa na kutumiwa kibinafsi, bila maoni ya nje, lakini kwa matumizi ya uzoefu na maarifa.
Inafaa kwa msanidi programu kuthibitishwa na Oracle, lakini inakubalika kikamilifu kwa sifa za msanidi programu ili kujumuisha maarifa katika mawazo ya maelezo ya Oracle na ujuzi wa kufanya kazi wa programu za MySQL.
Katika miradi changamano na usindikaji wa taarifa uliosambazwa, si hifadhidata pekee ni muhimu, bali pia vyanzo vya habari, mawazo kuhusu mahitaji ya watumiaji.
Hatua au timu: usawa wa vipaumbele
Mahitaji ya uthabiti ni ya umuhimu wa haraka sana. Misingi ya muundo wa hifadhidata pia ni pamoja na kugawa kazi, ufuatiliaji wa matokeo ya kati, kufikiria upya kila hatua iliyokamilika kulingana na utekelezaji wa aina ifuatayo ya kazi:
- utaratibu;
- hatua;
- maoni kutoka kwa wakati wowote, hadi nafasi ya kuanzia.
Masharti haya ni ya mukhtasari, lakini yanapatikana katika teknolojia yoyote ya kinadharia na ya vitendo kwa ajili ya kuunda hifadhidata inayofaa.
Hakuna teknolojia inayojiendeleza yenyewe, inaendeshwa na watu. Sifa za timu ya maendeleo ni muhimu. Muundo wa taarifa za hifadhidata sio tu mfumo, bali pia mtiririko wa taarifa.
Nini muhimu zaidi: michoro nzuri katika uwakilishi wa muundo wa hifadhidata au maelezo sahihi ya taarifa hutiririka katika mienendo - suala si tu la kazi na upeo, lakini pia maoni ya timu ya maendeleo katika mienendo.
Wafanyakazi ndio kila kitu, lakini katika muktadha: muundo wa dhana ya hifadhidata ni sifa ya kila kitu. Watu wote ni wa kipekee, na katika nyanja ya mifumo ya habari, uwakilishi wa watu mahususi upo na huendelezwa.
Ni muhimu kuunda timu ya wasanidi programu, si baadhi ya hatua za kubuni hifadhidata za kizushi zinazopendekezwa na mtaalamu mwenye mamlaka. Mamlaka ya mtaalamu huyu iliundwa kwa misingi ya kazi maalum, kwa wakati maalum. Kazi inahitaji kufanywa leo, kazi mpya, vifaa vya kisasa, teknolojia mpya, …
Inawezekana kinyume. Kuna data ya Excel na Access na "nyingi" katika miundo hii kutoka nyakati za kale, wakati Windows for Workgoups ilikuwa bado hai na inaendelea vizuri. Data iliyosalia kwa kiasi ya dBase na Quattro. Leo maneno haya tayari yamesahauliwa, lakini habariiliyobaki, iko katika mahitaji na inahitaji kutolewa na kuunda mawazo mapya.
Za zamani na mpya: usawa wa maarifa
Teknolojia ya Cloud si kama hifadhidata ambazo Ashton-Tate alifanya. Kile Oracle alichonunua mara moja hakilinganishwi na kile anachofanya leo. Lakini vigezo, algorithms, kazi, vitanzi na masharti vimebakia katika programu tangu miaka ya 80 ya mapema. Isipokuwa dhana ya utaratibu imezama katika usahaulifu, na kila kitu kinabaki kama ilivyokuwa nyakati za kale.
Hata mawazo ya kisasa ya upangaji programu yanayolenga kitu yamevikwa "vifungo" vya kisintaksia na kisemantiki vya karne iliyopita.
Cha kufanya - upangaji programu haufai, na urasimishaji wa taarifa na muundo wa hifadhidata ni mchakato zaidi kuliko matokeo. Kazi ya hatua ni sharti la kupata matokeo. Lakini ni nani aliyehesabu idadi ya marudio kutoka hatua za kati hadi mwanzo wa kazi?
Maelezo huwa yanabadilika kila wakati, hakuna kitu kinachosimama tuli: hasa eneo la kazi na mahitaji ya mtumiaji. Kila hatua iliyokamilishwa ya kazi hukuruhusu kutathmini katika kiwango kipya kile ambacho tayari kimefanywa na kile kinachobaki kufanywa.
Kuzingatia kubuni muundo wa hifadhidata kama kazi na kupata matokeo ya mwisho ni kazi bure. Mara tu hifadhidata itakapoanza kutumika, wazo jipya hakika litatokea, hata kama zana ya kuunda hifadhidata ilikuwa "rahisi" ya Excel, na sio bidhaa yenye nguvu nyingi na inayoweza kutumika kutoka Oracle,kudhibiti mamilioni ya miamala, mamia ya maelfu ya watumiaji wanaotumia wakati mmoja na terabaiti za maelezo.
Kipaumbele sio muundo wa hifadhidata, lakini uundaji wa timu ya wataalam waliohitimu, pamoja na hitaji la lazima la mabadiliko makubwa ya matokeo, ili baada ya kukamilika kwa kazi isingekuwa muhimu kuwasiliana. wasanidi programu, angalau miezi kadhaa.
Ukuzaji mfululizo na/au kurukaruka juu
Windows si hifadhidata, lakini ina masalio - sajili. Faili ya wapangishi ni kitambulisho tu cha anwani za IP za mashine ya karibu na majina ya ishara. Lakini kupitia faili hii, taarifa hutiririka kutoka kwa vikoa tofauti au kwa DBMS tofauti huundwa.
Inawezekana kuelewa Windows ya pande nyingi kama kompyuta au seva inayofanya kazi, lakini haitafanya kazi kwa njia yoyote kuhalalisha mantiki ya matoleo ya bidhaa hii. PHP pia sio hifadhidata, lakini hoja za wasanidi programu kwa nini toleo la 5 hufuata toleo la 7 mara moja haziendani. PHP ni zana ya kufikia MySQL, syntax yake inafafanua jinsi ya kuunda maswali na kupata majibu kutoka kwa hifadhidata kwa kutumia lahaja ya SQL.
Mifano ya kutopatana kati ya zana za kisasa za utayarishaji na usaidizi wa hifadhidata imekuwa kawaida katika miaka ya hivi karibuni, lakini hii sio ya asili zaidi. Ni nini kitakuwa nyuma ya toleo la Windows 10? Je, kuna matarajio gani ya Oracle Database 12c?
Maelezo ya mwandishi-msanidi: "Oracle Database 11g Express Edition (Oracle Database XE) ni DBMS ya kiwango cha ingizo kulingana na Oracle Database 11g Toleo la msimbo 2 wa DBMS. DBMS hii haina malipo kwa maendeleo,kusambaza na kuuza, kupakua kwa haraka na rahisi kusimamia."
Mtazamo wa msanidi wa mtumiaji: “Mnamo 2013, Oracle ilitoa Hifadhidata ya Oracle 12c (toleo la 12.1.0.1) yenye manufaa muhimu ya gharama ya chini ya uhifadhi, upatikanaji wa juu wa data, ujumuishaji rahisi wa hifadhidata na ulinzi wa ufikiaji wa data "".
Mazoezi Halisi: Muundo wa hifadhidata wenye lengo, ufanisi na ufanisi unapatikana kwa timu ya wasanidi waliohitimu pekee. Kupata matokeo ya kazi si vigumu, ni vigumu kurasimisha mtiririko wa taarifa zinazoingia na kubainisha msingi mwafaka.
Kwa ulimwengu wa maumbo laini kutoka kwa mistatili sahihi
Kutokana na ujio wa upangaji programu unaolenga kitu, usakinishaji wa data umepata mkondo mpya wa maisha. Hakika, kila kitu karibu ni mistari tu, ikiwezekana ya urefu usiojulikana. Nambari na tarehe pia ni mifuatano ya herufi.
Nguvu na usawaziko wa mahusiano ya uhusiano hauwezi kukanushwa, lakini je, mienendo ya safu wima na safumlalo inaharibu sifa zao? Jedwali ni data tu ambayo inaweza kuwa na kichwa (orodha ya safu wima) au hakuna safu. Wacha jedwali liwe tu mkusanyiko wa data, si lazima ipewe jina.
Seti ya data inaweza kuwa tofauti na unaweza kupata data ya muundo tofauti ndani yake. Kimsingi, homogeneity ya data inaonyesha maendeleo ya upeo. Usambazaji wa data kwa aina na spishi ni ishara ya mbinu ya kimfumo na yenye lengo, lakini bado inashauriwa kukubali uwezekano wa mienendo ya muundo.
Ikitokakubuni na kuunda hifadhidata zaidi ya miundo thabiti na kuchukulia kuwa jedwali ni mkusanyiko wa safu mlalo ambazo si lazima ziwe za aina moja na zinazofanana katika semantiki kwa kila moja, basi muundo wa hifadhidata utabadilika sana.
Mada ya kazi hayatakuwa maelezo ya muundo wa hifadhidata, lakini mienendo ya uhamishaji wa habari. Hatua za kazi zitagawanywa katika vituo vitatu vya mvuto:
- mtiririko wa taarifa za pembejeo;
- mabadiliko na uhamishaji wa taarifa ndani ya hifadhidata;
- chagua data ya kutumia.
Hakuna dhana ya muundo wa jedwali. Hakuna safu wala safu wima. Kuna uondoaji - iliyotolewa, ya muundo fulani, ambayo inakidhi hatua maalum katika algorithm. Hasa zaidi, kipengele cha kuchakata taarifa kinahitaji taarifa fulani kwa kiasi mahususi.
mchakato au kitendakazi kingine.
Kwa hakika: mawimbi ya matumizi yalikuja, ombi la kuleta lilipokelewa, kichochezi katika programu kutupwa, na taarifa inayoingia, kupitia yale ambayo tayari yamekuwepo, ilitoa suluhu ulilotaka.
Maarifa ya kimsingi na miundo thabiti
Maarifa ni haki ya mwanadamu, programu ni mzigo wa kompyuta. Msanidi programu yuko huru kutumia maarifa anavyoona inafaa katika hali fulani. Mtu wa kawaida hutumia hifadhidata nyingi, bila kuweka umuhimu kwake. vipihifadhidata zimepangwa kwa kichwa cha mtu wa kawaida, hakuna anayejua, lakini kila mtu anajua jinsi anavyofanya biashara yake, ambapo anaandika kile anachopata, na wakati gani anahitaji kuitumia.
Matokeo ya kazi ya mtayarishaji programu - katika kiwango cha programu katika "Basic", ambayo hurejesha data kutoka kwa tovuti ya duka la mtandaoni kupitia ODBC, ni sawa na msanidi programu wa Oracle anayeitwa anayetuma ombi la kuleta data. kutoka kwa Saluni ya Anga na Anga ya MAKS. Matokeo yote mawili "kufungia" kwa tuli kutoka wakati kazi inakamilika. Haya si maarifa amilifu ambayo mtu hutumia, hii ndiyo siri ya kuunda mfumo wa usanifu wa hifadhidata.
Algoriti haiwezi kurekebishwa. Kila kitu lazima kifafanuliwe kwa nguvu. Sifa za watengenezaji waliohitimu haziwezi kukanushwa, lakini hazidanganyi kabisa katika aina za kifahari za suluhisho kutoka kwa Oracle, MySQL, au Access, ambayo ni mdogo katika uwezo wake. Lahajedwali nyingine ya Excel inaweza kutoa maudhui yanayobadilika na haihitaji ushiriki wa mtayarishaji programu kwa muda zaidi au chini ya heshima baada ya kazi kukamilika.
Swali ni jinsi mienendo ya eneo la maombi inavyorasimishwa vizuri, si muundo wa hifadhidata.
Suluhisho za Moja kwa Moja
Haiwezekani kupanga kazi kwa njia ya kuunganisha timu ya wasanidi wataalamu kwenye kazi. Si kwamba timu ilikerwa, lakini hii si mbinu sahihi.
Kazi ya kuunda hifadhidata inapaswa kuundwa kwa njia ambayo utendaji ulioendelezwa utajiboresha, kukusanya maarifa na, katika utekelezaji wa "jukumu" zake, kuanza sio kutoka kwa msimbo,iliyoundwa na wataalamu, lakini kutokana na ujuzi unaopatikana kupitia kanuni hii.
