Lēnām Mainot dimensijas scenārijs parasti nosaka pēc lauka vai tipa 1, Type 2 vai Type 3 attiecīgajā jomā. In Type 1 ieraksts tiek pārrakstīts ar jaunu vērtību 2.tipa, jauns ieraksts tiek izveidota un veidu 3 veco vērtību uzglabāt kā papildu kolonnu dimensiju. Kāpēc ne pret visu, kā 2 veidu?
Pieeju, kā 2 tipa
Visas izmaiņas, kas ietekmē dimensiju uzskata par 2.tipa izmaiņām. Izpildīt visas ziņoanas prasības, ī pieeja sniedz daudzas priekrocības. Visas mutācijas, lai ārstētu tipa 2, jo jūs varat viegli atrast visu, joprojām ir pilna vēsture ir pieejama.
Izmēri ir dai papildu metadatiem jomās, lai izpildītu ziņoanas prasības:
- MetaPreviousID
- MetaNextID
- MetaCurrentID
Iepriek minēto precizēt ādu piemēru:
| CompanyID | Uzņēmuma kods | Nosaukums | Adrese | MetaPreviousID | MetaNextID | MetaCurrentID | Meta sākuma datums | MetaEndDate | IsCurrent |
| 1 | 100 | KPN | AAA | 1 | 2 | 3 | 2009/01/01 | 2009/01/05 | 0 |
| 2 | 100 | KPN | BBB | 1 | 3 | 3 | 2009/06/01 | 2009/12/01 | 0 |
| 3 | 100 | KPN | CCC | 2 | 3 | 13/01/2009 | 9999-12-31 | 1 |
Sabiedrība kods 100 līdz brīdim, kad ir veiktas izmaiņas adresē. Rezultāts bija, ka divas jaunas ieraksti tika izveidotas. Lai atjauninātu dimensiju, previousid, NextID CurrentID un atjaunināts. Tas var glabāt jebkurā brīdī jaunāko ierakstu varētu iegūt.
Pieņemsim, ka ir notikums ieraksts ir izveidots gada 2 January, 2009. Atbilstoo dimensija ierakstu ieraksts ar ID = 1. Tas tagad ir piepildīta ar ID = 1 tā, ka attiecības veidojas starp faktu un dimensija. Iespējams, viens no ziņoanas neieinteresēts veco adresi "AAA", ko is uzņēmums. Parasti ajā jomā ir Type 1 lauks arvien vairāk adrese ir pārrakstīti un pareizējo adresi ziņots. ī nozvejotas mūs ar rekursīvo pievienoties tagad koncentrēties uz dimensija. Izmantojot Active dimensijas MetaCurrentID var viegli izgūt rinda. SQL varētu izskatīties kaut kas līdzīgs im:
DC. Adres AS ToenGeldigeAdres, SELECT DC. Kad AS Adrese Derīgs Adrese AS CurrentAdres, DC2. AS Adrese pareizējo adresi AS VorigeAdres DC3. AS Adrese Iepriekējā adrese FactVerkopen AS FV Fakts no pārdoanas AS FV DimCompany AS DC ON FV. CompanyID = DC. CompanyID INNER JOIN AS DimCompany DC ON FV.. CompanyID = DC CompanyID DimCompany AS DC2 ON DC. MetaCurrentID = DC2. CompanyID INNER JOIN AS DimCompany DC2 ON DC. MetaCurrentID = DC2. CompanyID DimCompany AS DC3 ON DC. MetaPreviousID = DC3. CompanyID INNER JOIN AS DimCompany DC3 ON DC. MetaPreviousID = DC3. CompanyID
Kā jūs varat redzēt, tas visas iespējamās kombinācijas. Jūs varat uzzināt, kāda adrese bija spēkā brīdī, kad notikums bija, pareizējo adresi un iepriekējās adreses (tips 3).
Droi vien lielākā daļa cilvēku izmanto vienu no top datu noliktavu datu Mart, kas satur tikai datus, kas ir interesanti ziņojumu. Ieguldījumu ETL par datu Marts varētu aizpildīt viedokli. Viedokļus, kas kalpo kā ieguldījums jūsu Data Mart, lai izveidotu tādā veidā, ka Jums piedāvā tikai informāciju, kas ir interesants lietotājam. Iepriek minētajā piemērā jūs, ja lietotājs nav ieinteresēti veco adresi sabiedrībai tikai CurrentID parādīt!
Priekrocības:
- Pilna vēsture pieejams no reģistra
- Vienkārā ETL, tikai ieliktņiem
- Tomēr ir jādomā par vēsturi ETL tehnoloģijas attīstībai, is būs vēlāk
- Tipa 1, 2 un 3 atbalsta
- Kāda ir mana pareizējā derīgs ieraksts dimensija
- Kāda bija mana iepriekējā ieraksta derīgo dimensijas
- Kas ir mana nākamā dimensija ieraksts derīgs
Trūkumi
- Papildus uzglabāanas
- Instrumenti, lai pievienotos pareizējā vai iepriekējā izsekot
- CurrentID, NextID jāatjaunina katru reizi.
Priekrocības atsver trūkumus. Izmantojot saistītu indeksu surrogatkey savienojumus var ātri un var paātrināt vecā tipa 2 ieraksti tiek atjaunināti (piemēram, atjaunināt CurrentID).
Jūsu komentāri 
Tags 
nnOverigens pirms tā apgalvo, ka dati ir ielādēti HSA / HDSA (Historical (datums) Pakāpju telpa), kas ierakstīti ar pilnu vēsturi avota dati ir samontēts, ieskaitot termiņus. Tas ķiet mazliet datu glabātuvē, tikai ne vienā un tajā paā struktūrā. Priekrocība ir tā, ka jums vienmēr ir visi vēsture pieejami Jums. 