Katika makala iliyotangulia, nilizungumza juu ya misingi ya DATA VAULT, iliyoelezea mambo makuu ya DATA VAULT na madhumuni yao. Hii haiwezi kuzingatiwa kuwa mada ya DATA VAULT kama imechoka; ni muhimu kuzungumza juu ya hatua zinazofuata katika mageuzi ya DATA VAULT.
Na katika makala hii nitazingatia maendeleo ya DATA VAULT na mpito kwa BUSINESS DATA VAULT au kwa kifupi BUSINESS VAULT.
Sababu za kuonekana kwa BUSINESS DATA VAULT
Ikumbukwe kwamba DATA VAULT, wakati ina nguvu fulani, sio bila vikwazo vyake. Moja ya hasara hizi ni ugumu wa kuandika maswali ya uchambuzi. Hoja zina idadi kubwa ya JOIN, nambari ya kuthibitisha ni ndefu na ngumu. Pia, data inayoingia DATA VAULT haifanyi mabadiliko yoyote, kwa hiyo, kutoka kwa mtazamo wa biashara, DATA VAULT katika fomu yake safi haina thamani kamili.
Ilikuwa ni kuondoa mapungufu haya ambapo mbinu ya DATA VAULT ilipanuliwa kwa vipengele kama vile:
- PIT (point in time) meza;
- meza za BRIDGE;
- MATOKEO YALIYOTABIRIWA.
Hebu tuangalie kwa makini madhumuni ya vipengele hivi.
Jedwali la PIT
Kwa kawaida, huluki moja ya biashara (HUB) inaweza kuwa na data yenye viwango tofauti vya masasisho, kwa mfano, ikiwa tunazungumza kuhusu data inayomtambulisha mtu, tunaweza kusema kwamba maelezo kuhusu nambari ya simu, anwani au barua pepe yana kiwango cha juu zaidi cha sasisho kuliko kusema, jina kamili, maelezo ya pasipoti, hali ya ndoa au jinsia.
Kwa hiyo, wakati wa kuamua satelaiti, unapaswa kukumbuka mzunguko wao wa sasisho. Kwa nini ni muhimu?
Ukihifadhi sifa zilizo na viwango tofauti vya sasisho katika jedwali moja, itabidi uongeze safu mlalo kwenye jedwali kila wakati sifa inayobadilishwa mara nyingi inaposasishwa. Matokeo yake ni ongezeko la nafasi ya diski na ongezeko la muda wa utekelezaji wa hoja.
Kwa kuwa sasa tumegawanya satelaiti kwa kasi ya kusasisha, na tunaweza kupakia data ndani yake kwa kujitegemea, tunapaswa kuhakikisha kwamba tunaweza kupokea data iliyosasishwa. Afadhali, bila kutumia JOIN zisizo za lazima.
Acha nieleze, kwa mfano, unahitaji kupata habari ya sasa (kulingana na tarehe ya sasisho la mwisho) kutoka kwa satelaiti ambazo zina viwango tofauti vya sasisho. Ili kufanya hivyo, hutahitaji tu kufanya JIUNGE, lakini pia kuunda maswali kadhaa yaliyowekwa (kwa kila satelaiti iliyo na habari) na uteuzi wa tarehe ya juu ya sasisho MAX (Tarehe ya Usasisho). Kwa kila JIUNGE mpya, nambari kama hiyo hukua na inakuwa ngumu kuelewa haraka sana.
Jedwali la PIT limeundwa kurahisisha maswali kama haya; jedwali la PIT hujazwa wakati huo huo na kuandika data mpya kwa VAULT ya DATA. Jedwali la PIT:
Kwa hivyo, tunayo habari kuhusu umuhimu wa data kwa satelaiti zote kwa kila hatua kwa wakati. Kwa kutumia JOIN kwenye jedwali la PIT, tunaweza kuondoa kabisa hoja zilizowekwa kiota, kwa hali ya kawaida kwamba PIT inajazwa kila siku na bila mapengo. Hata kama kuna mapengo kwenye PIT, unaweza kupata data ya hivi punde tu kwa kutumia swali moja lililowekwa kwenye PIT yenyewe. Hoja moja iliyoorodheshwa itachakatwa haraka kuliko hoja zilizowekwa kwenye kila setilaiti.
DARAJA
Majedwali ya BRIDGE pia hutumiwa kurahisisha maswali ya uchanganuzi. Hata hivyo, kinachotofautiana na PIT ni njia ya kurahisisha na kuharakisha maombi kati ya vituo mbalimbali, viungo na satelaiti zao.
Jedwali lina funguo zote muhimu kwa satelaiti zote, ambazo hutumiwa mara nyingi katika maswali. Kwa kuongeza, ikiwa ni lazima, funguo za biashara za haraka zinaweza kuongezwa kwa funguo katika fomu ya maandishi ikiwa majina ya funguo yanahitajika kwa uchambuzi.
Ukweli ni kwamba bila kutumia BRIDGE, katika mchakato wa kupokea data ziko katika satelaiti mali ya hubs tofauti, itakuwa muhimu kufanya JOIN si tu ya satelaiti wenyewe, lakini pia ya viungo kuunganisha hubs.
Uwepo au kutokuwepo kwa BRIDGE imedhamiriwa na usanidi wa uhifadhi na hitaji la kuongeza kasi ya utekelezaji wa hoja. Ni vigumu kuja na mfano wa ulimwengu wote wa BRIGE.
MATOKEO YALIYOTABIRIWA
Aina nyingine ya kitu kinachotuleta karibu na BUSINESS DATA VAULT ni majedwali yaliyo na viashirio vilivyokokotolewa awali. Majedwali kama haya ni muhimu sana kwa biashara; yana habari iliyokusanywa kulingana na sheria fulani na kuifanya iwe rahisi kufikia.
Kiusanifu, MATOKEO YALIYOTABIRIWA si chochote zaidi ya satelaiti nyingine ya kitovu fulani. Ni, kama satelaiti ya kawaida, ina ufunguo wa biashara na tarehe ya kuunda rekodi kwenye satelaiti. Hapa ndipo kufanana kunakoishia, hata hivyo. Muundo zaidi wa sifa za satelaiti hiyo "maalum" imedhamiriwa na watumiaji wa biashara kulingana na viashiria maarufu zaidi, vilivyohesabiwa kabla.
Kwa mfano, kitovu chenye taarifa kuhusu mfanyakazi kinaweza kujumuisha setilaiti yenye viashirio kama vile:
- Kima cha chini cha mshahara;
- Kiwango cha juu cha mshahara;
- Mshahara wa wastani;
- Jumla ya mishahara iliyolimbikizwa, nk.
Ni jambo la busara kujumuisha DERIVATIONS ILIYOPANGIWA katika jedwali la SHIMI la kitovu kimoja, kisha unaweza kupata vipande vya data vya mfanyakazi kwa urahisi katika tarehe iliyochaguliwa mahususi.
MAHUSIANO
Kama inavyoonyesha mazoezi, matumizi ya DATA VAULT na watumiaji wa biashara ni ngumu kwa sababu kadhaa:
- Nambari ya hoja ni ngumu na ngumu;
- Wingi wa JOIN huathiri utendakazi wa hoja;
- Kuandika maswali ya uchanganuzi kunahitaji ujuzi bora wa muundo wa hifadhi.
Ili kurahisisha ufikiaji wa data, DATA VAULT inapanuliwa na vitu vya ziada:
- PIT (point in time) meza;
- meza za BRIDGE;
- MATOKEO YALIYOTABIRIWA.
Inayofuata Ninapanga kuwaambia, kwa maoni yangu, jambo la kuvutia zaidi kwa wale wanaofanya kazi na BI. Nitawasilisha njia za kuunda majedwali ya ukweli na majedwali ya vipimo kulingana na DATA VAULT.
Nyenzo za kifungu ni msingi wa:
- Cha Kenta Graziano, ambayo, pamoja na maelezo ya kina, ina michoro ya mfano;
- Kitabu: "Kujenga Ghala la Data Inayoweza Scalable na DATA VAULT 2.0";
- Kifungu .
Chanzo: mapenzi.com