Hitaasti Muuttuvat Dimensiot (SCD) – mitat, jotka muuttuvat hitaasti ajan myötä, pikemminkin kuin muuttaa säännöllisesti aikataulu, aika-pohja. Tietovarastossa on tarpeen seurata mittaominaisuuksien muutoksia historiatietojen raportoimiseksi. Toisin sanoen täytäntöönpanoon yksi SCD tyypit pitäisi, jotta käyttäjille osoitetaan asianmukaisen ulottuvuuden attribuutin arvo tiettynä päivänä. Esimerkki tällaisista ulottuvuuksista voisi olla: asiakas, maantiede, työntekijä.,
SCD: n suhteen on monia lähestymistapoja. Suosituimpia ovat:
- Tyyppi 0 – passiivinen menetelmä
- Tyyppi 1 – Korvataanko vanha arvo
- Tyyppi 2 – Luo uusi ennätys
- Tyyppi 3 – Lisätään uusi sarake
- Kirjoita 4 – Käyttämällä historiallisia taulukko
- Tyyppi 6 – Yhdistää eri lähestymistapoja 1,2,3 (1+2+3=6)
Tyyppi 0 – passiivinen menetelmä. Tässä menetelmässä ei tehdä erityisiä toimia mittamuutosten yhteydessä. Jotkin ulottuvuustiedot voivat pysyä samoina kuin ne oli ensimmäistä kertaa lisätty, toiset voivat olla ylikirjoitettuja.,
Type 1 – Overwriting the old value. Tässä menetelmässä tietokannassa ei ole historiallista ulottuvuuden muutosta. Vanha ulottuvuusarvo yksinkertaisesti korvataan olla Uusi. Tätä tyyppiä on helppo ylläpitää, ja sitä käytetään usein tiedoissa, jotka johtuvat korjausten käsittelystä(esim.erikoismerkkien poisto, kirjoitusvirheiden korjaaminen).,
Ennen muutosta:
| Customer_ID | Customer_Name | Customer_Type |
|---|---|---|
| 1 | Cust_1 | Yritysten |
muutoksen Jälkeen:
| Customer_ID | Customer_Name | Customer_Type |
|---|---|---|
| 1 | Cust_1 | Vähittäiskaupassa |
Tyyppi 2 – Luo uusi ennätys., Tässä menetelmässä tietokannassa säilytetään kaikki muuttujan historian muutokset. Voit kaapata attribuutin muutoksen lisäämällä uuden rivin uudella sijaissynnyttimellä ulottuvuustaulukkoon. Sekä aiemmat että uudet rivit sisältävät attribuutteina luonnollisen avaimen (tai muun kestävän tunnisteen). Tässä menetelmässä käytetään myös’ efektiivinen päivämäärä ’ja’ nykyinen indikaattori ’ – sarakkeita. Voi olla vain yksi ennätys nykyinen indikaattori asetettu ”Y”. ”Efektiivisen ajankohdan” sarakkeissa, eli start_date ja end_date, nykyisen ennätyksen end_date asetetaan yleensä arvoon 9999-12-31., Esittelyssä muutoksia ulotteinen malli tyypin 2 voi olla hyvin kallista tietokannan käyttö, joten se ei ole suositeltavaa käyttää sitä ulottuvuutta, jossa uusi ominaisuus voitaisiin lisätä tulevaisuudessa.,
Ennen muutosta:
| Customer_ID | Customer_Name | Customer_Type | Start_Date | End_Date | Current_Flag |
|---|---|---|---|---|---|
| 1 | Cust_1 | Yritysten | 22-07-2010 | 31-12-9999 | Y |
muutoksen Jälkeen:
Tyyppi 3 – Lisätään uusi sarake. Tässä tyypissä tietokannassa säilytetään yleensä vain nykyinen ja aiempi muuttujan arvo., Uusi arvo Ladataan ”nykyinen / Uusi” – sarakkeeseen ja vanha ”vanha/edellinen” – sarakkeeseen. Yleisesti ottaen historia rajoittuu historiatietojen tallentamiseen luotujen sarakkeiden määrään. Tämä on vähiten yleisesti kaivattu tekniikka.,iv id=”2f5bdb6350″>
muutoksen Jälkeen:
| Customer_ID | Customer_Name | Current_Type | Previous_Type |
|---|---|---|---|
| 1 | Cust_1 | Vähittäiskaupassa | Yritysten |
Kirjoita 4 – Käyttämällä historiallisia taulukko., Tässä menetelmässä käytetään erillistä historiallista taulukkoa kaikkien ulottuvuuden attribuuttien historiallisten muutosten seuraamiseksi kunkin ulottuvuuden osalta. ”Pääulottuvuustaulukossa” säilytetään vain nykyiset tiedot, kuten asiakas-ja customer_history-taulukot.
Nykyinen taulukko:
| Customer_ID | Customer_Name | Customer_Type |
|---|---|---|
| 1 | Cust_1 | Yritysten |
Historiallinen taulukossa:
Tyyppi 6 – Yhdistää eri lähestymistapoja 1,2,3 (1+2+3=6)., Tässä tyypissä meillä on ulottuvuustaulukossa sellaisia lisäsarakkeita kuin:
- current_type – attribuutin nykyisen arvon säilyttämiseksi. Kaikilla tietyn attribuutin historiatiedoilla on sama nykyarvo.
- historical_type-attribuutin historiallisen arvon säilyttämiseksi. Kaikilla tietyn attribuutin historiatiedoilla voi olla erilaiset arvot.
- start_date-attribuutin historian ’efektiivisen päivämäärän’ pitämiseksi.
- end_date-attribuutin historian ’efektiivisen päivämäärän’ pitämiseksi.,
- current_flag – for keeping information about the most Record.
tässä menetelmässä attribuuttimuutoksen tallentamiseksi lisäämme uuden tietueen tyypin 2 tapaan. Current_type-tieto korvataan uudella kuten type 1: ssä. Tallennamme historian historialliseen_kolonniin kuten type 3: een.