Yn yr erthygl flaenorol, siaradais am hanfodion DATA VAULT, disgrifiwyd prif elfennau DATA VAULT a'u pwrpas. Ni ellir ystyried hwn yn destun DATA VAULT fel un sydd wedi disbyddu; mae angen siarad am y camau nesaf yn esblygiad DATA VAULT.
Ac yn yr erthygl hon byddaf yn canolbwyntio ar ddatblygu DATA VAULT a'r newid i BUSNES DATA VAULT neu BUSINESS VAULT yn unig.
Rhesymau dros ymddangosiad VAULT DATA BUSNES
Dylid nodi nad yw DATA VAULT, er bod ganddo gryfderau penodol, heb ei anfanteision. Un o'r anfanteision hyn yw'r anhawster wrth ysgrifennu ymholiadau dadansoddol. Mae gan ymholiadau nifer sylweddol o YMUNO, mae'r cod yn hir ac yn feichus. Hefyd, nid yw'r data sy'n mynd i mewn i DATA VAULT yn cael ei drawsnewid, felly, o safbwynt busnes, nid oes gan DATA VAULT yn ei ffurf pur unrhyw werth absoliwt.
Er mwyn dileu’r diffygion hyn yr ehangwyd y fethodoleg DATA VAULT gydag elfennau fel:
- tablau PIT (pwynt mewn amser);
- byrddau PONT;
- DEILLION RHAGDDYNOL.
Gadewch i ni edrych yn agosach ar bwrpas yr elfennau hyn.
Byrddau PIT
Yn nodweddiadol, gall un endid busnes (HUB) gynnwys data â chyfraddau diweddaru gwahanol, er enghraifft, os ydym yn sôn am ddata sy'n nodweddu person, gallwn ddweud bod gan wybodaeth am rif ffôn, cyfeiriad neu e-bost gyfradd diweddaru uwch na dweud, enw llawn, manylion pasbort, statws priodasol neu ryw.
Felly, wrth bennu lloerennau, dylech gadw mewn cof eu hamlder diweddaru. Pam ei fod yn bwysig?
Os ydych chi'n storio priodoleddau â chyfraddau diweddaru gwahanol yn yr un tabl, bydd yn rhaid i chi ychwanegu rhes at y tabl bob tro y bydd y nodwedd a newidir amlaf yn cael ei diweddaru. Y canlyniad yw cynnydd mewn gofod disg a chynnydd mewn amser gweithredu ymholiad.
Nawr ein bod wedi rhannu'r lloerennau yn ôl amlder diweddaru, ac yn gallu llwytho data i mewn iddynt yn annibynnol, dylem sicrhau y gallwn dderbyn y data diweddaraf. Gwell, heb ddefnyddio JOINs diangen.
Gadewch imi egluro, er enghraifft, mae angen i chi gael gwybodaeth gyfredol (yn ôl dyddiad y diweddariad diwethaf) o loerennau sydd â chyfraddau diweddaru gwahanol. I wneud hyn, bydd angen nid yn unig i chi ymuno, ond hefyd i greu sawl ymholiad nythu (ar gyfer pob lloeren sy'n cynnwys gwybodaeth) gyda dewis y dyddiad diweddaru uchaf MAX (Dyddiad Diweddaru). Gyda phob JOIN newydd, mae cod o'r fath yn tyfu ac yn dod yn anodd ei ddeall yn gyflym iawn.
Mae'r tabl PIT wedi'i gynllunio i symleiddio ymholiadau o'r fath; mae tablau PIT yn cael eu llenwi ar yr un pryd ag ysgrifennu data newydd i'r DATA VAULT. Bwrdd PIT:
Felly, mae gennym wybodaeth am berthnasedd data ar gyfer pob lloeren ar bob pwynt mewn amser. Gan ddefnyddio JOINs i'r bwrdd PIT, gallwn ddileu ymholiadau nythu yn llwyr, yn naturiol gyda'r amod bod y PIT yn cael ei lenwi bob dydd a heb fylchau. Hyd yn oed os oes bylchau yn y PIT, gallwch gael y data diweddaraf gan ddefnyddio un ymholiad nythu i'r PIT ei hun yn unig. Bydd un ymholiad nythu yn prosesu'n gyflymach nag ymholiadau nythu i bob lloeren.
PONT
Defnyddir tablau PONT hefyd i symleiddio ymholiadau dadansoddol. Fodd bynnag, yr hyn sy'n wahanol i PIT yw ffordd o symleiddio a chyflymu ceisiadau rhwng gwahanol ganolfannau, cysylltiadau a'u lloerennau.
Mae'r tabl yn cynnwys yr holl allweddi angenrheidiol ar gyfer pob lloeren, a ddefnyddir yn aml mewn ymholiadau. Yn ogystal, os oes angen, gellir ategu bysellau busnes stwnsh gydag allweddi ar ffurf testun os oes angen enwau'r allweddi i'w dadansoddi.
Y ffaith yw, heb ddefnyddio BRIDGE, yn y broses o dderbyn data sydd wedi'u lleoli mewn lloerennau sy'n perthyn i wahanol ganolbwyntiau, bydd angen ymuno nid yn unig â'r lloerennau eu hunain, ond hefyd y dolenni sy'n cysylltu'r canolbwyntiau.
Pennir presenoldeb neu absenoldeb PONT gan y cyfluniad storio a'r angen i wneud y gorau o gyflymder cyflawni ymholiad. Mae'n anodd meddwl am enghraifft gyffredinol o BRIGE.
DEILLION RHAGDDYNOL
Math arall o wrthrych sy'n dod â ni'n agosach at y BUSNES DATA VAULT yw tablau sy'n cynnwys dangosyddion sydd wedi'u rhag-gyfrifo. Mae tablau o’r fath yn bwysig iawn i fusnes; maent yn cynnwys gwybodaeth wedi’i hagregu yn unol â rheolau penodol ac yn ei gwneud yn gymharol hawdd cael gafael arno.
Yn bensaernïol, nid yw DEILLIADAU RHAGDIFFINIEDIG yn ddim mwy na lloeren arall o ganolbwynt penodol. Mae'n, fel lloeren reolaidd, yn cynnwys allwedd busnes a dyddiad creu'r cofnod yn y lloeren. Ond dyma lle mae'r tebygrwydd yn dod i ben. Mae cyfansoddiad pellach nodweddion lloeren “arbenigol” o'r fath yn cael ei bennu gan ddefnyddwyr busnes yn seiliedig ar y dangosyddion mwyaf poblogaidd, a gyfrifwyd ymlaen llaw.
Er enghraifft, gall canolbwynt sy’n cynnwys gwybodaeth am weithiwr gynnwys lloeren gyda dangosyddion fel:
- Isafswm cyflog;
- Uchafswm cyflog;
- Cyflog cyfartalog;
- Cyfanswm cronnol y cyflogau cronedig, ac ati.
Mae'n rhesymegol cynnwys DEILLIADAU RHAGDIFFINIEDIG yn nhabl PIT yr un canolbwynt, yna gallwch chi gael tafelli data yn hawdd ar gyfer gweithiwr ar ddyddiad a ddewiswyd yn benodol.
CASGLIADAU
Fel y dengys arfer, mae defnyddio DATA VAULT gan ddefnyddwyr busnes braidd yn anodd am sawl rheswm:
- Mae cod yr ymholiad yn gymhleth ac yn feichus;
- Mae'r helaethrwydd o Ymuniadau yn effeithio ar berfformiad ymholiadau;
- Mae ysgrifennu ymholiadau dadansoddol yn gofyn am wybodaeth ragorol o ddylunio storio.
I symleiddio mynediad data, mae DATA VAULT yn cael ei ymestyn gyda gwrthrychau ychwanegol:
- tablau PIT (pwynt mewn amser);
- byrddau PONT;
- DEILLION RHAGDDYNOL.
Nesaf Rwy'n bwriadu dweud, yn fy marn i, y peth mwyaf diddorol i'r rhai sy'n gweithio gyda BI. Byddaf yn cyflwyno ffyrdd o greu tablau ffeithiau a thablau dimensiwn yn seiliedig ar DATA VAULT.
Mae deunyddiau'r erthygl yn seiliedig ar:
- Ar Kenta Graziano, sydd, yn ogystal â disgrifiad manwl, yn cynnwys diagramau enghreifftiol;
- Llyfr: “Adeiladu Warws Data Scalable gyda DATA VAULT 2.0”;
- Erthygl .
Ffynhonnell: hab.com