lassan változó méretek ( SCD)-olyan méretek, amelyek lassan változnak az idő múlásával, ahelyett, hogy a szokásos ütemterv szerint változnának, időbázis. Az adattárházban nyomon kell követni a dimenzió attribútumok változásait a történelmi adatok jelentése érdekében. Más szavakkal, az SCD típusok egyikének végrehajtása lehetővé teszi a felhasználók számára a megfelelő dimenzió attribútumértékének hozzárendelését az adott dátumhoz. Példa az ilyen dimenziókra: ügyfél, földrajz, alkalmazott.,

számos megközelítés létezik az SCD kezelésére. A legnépszerűbbek a következők:

  • 0. típus-a passzív módszer
  • 1. típus-A Régi érték felülírása
  • 2. típus-új kiegészítő rekord létrehozása
  • 3. Típus-új oszlop hozzáadása
  • 4. típus – történelmi táblázat használata
  • 6. Típus-kombinálja a típusok megközelítéseit 1,2,3 (1+2+3=6)

0 típus-a passzív módszer. Ebben a módszerben nincs külön művelet a dimenziós változásokon. Egyes dimenzióadatok ugyanazok maradhatnak, mint az első beillesztéskor, mások felülírhatók.,

1. típus-A Régi érték felülírása. Ebben a módszerben az adatbázisban nem tároljuk a dimenzióváltozások előzményeit. A régi dimenzió értékét egyszerűen felülírják legyen az új. Ez a típus könnyen karbantartható, és gyakran használják olyan adatoknál, amelyek változásait a javítások feldolgozása okozza (pl. speciális karakterek eltávolítása, helyesírási hibák kijavítása)., a változás Előtt:

Customer_ID Customer_Name Customer_Type
1 Cust_1 Vállalati

a változás Után:

Customer_ID Customer_Name Customer_Type
1 Cust_1 Kiskereskedelmi

2 – es Típusú- létrehoz egy új kiegészítő lemez., Ebben a módszertanban a dimenzióváltozások története az adatbázisban marad. Az attribútumváltozást úgy rögzítheti, hogy új sort ad hozzá egy új helyettesítő kulccsal a dimenziótáblához. Mind az előző, mind az új sorok attribútumként tartalmazzák a természetes kulcsot (vagy más tartós azonosítót). Ebben a módszerben a “tényleges dátum” és az “aktuális mutató” oszlopokat is használják. Csak egy rekord lehet az ” Y ” – ra beállított aktuális mutatóval. Az “effektív dátum” oszlopok, azaz a start_date és az end_date esetében az aktuális rekord end_date értéke általában 9999-12-31., A 2. típusú dimenziós modell módosításainak bevezetése nagyon drága adatbázis-művelet lehet, ezért nem ajánlott olyan méretekben használni, ahol a jövőben új attribútumot lehet hozzáadni.,

a változás előtt:

Customer_Type

End_Date

id=”d8666921e2″>

a változás után:

3.típus – új oszlop hozzáadása. Ebben a típusban általában csak a dimenzió aktuális és korábbi értéke kerül tárolásra az adatbázisban., Az új érték az “aktuális/új” oszlopba, a régi pedig a “régi/előző” oszlopba kerül. Általánosságban elmondható, hogy a történelem a történelmi adatok tárolására létrehozott oszlop számára korlátozódik. Ez a legkevésbé szükséges technika.,iv id=”2f5bdb6350″>

Customer_ID Customer_Name Start_Date current_flag
1 cust_1 corporate 22-07-2010 31-12-9999 y
Customer_ID Customer_Name Current_Type Previous_Type
1 Cust_1 Corporate

a változás után:

current_type

Customer_ID customer_name previous_type
1 cust_1 retail Corporate

type 4 – történelmi táblázat használata., Ebben a módszerben egy külön történelmi táblázat segítségével nyomon követheti minden dimenzió attribútum történelmi változások minden dimenzió. A ” fő ” dimenzió táblázat csak az aktuális adatokat tárolja, pl. ügyfél-és customer_history táblákat.

jelenlegi táblázat:

Customer_Type

történelmi TÁBLÁZAT:

Type 6 – combine approaches of types 1,2,3 (1+2+3=6)., Ebben a típusban a dimenzió táblázatban olyan további oszlopok vannak, mint:

  • current_type-az attribútum aktuális értékének megőrzéséhez. Az adott attribútumelem összes előzményrekordja azonos aktuális értékkel rendelkezik.
  • historical_type-az attribútum történelmi értékének megőrzéséhez. Az adott attribútum elem összes előzményrekordja különböző értékekkel rendelkezhet.
  • start_date-az attribútum előzményeinek “tényleges dátuma” kezdő dátumának megtartásához.
  • end_date-az attribútum előzményeinek “tényleges dátuma” végnapjának megtartásához.,
  • current_flag-a legfrissebb rekordról szóló információk megőrzésére.

ebben a módszerben az attribútumváltozás rögzítéséhez új rekordot adunk hozzá, mint a 2. típusban. A current_type információkat felülírja az új, mint az 1. típus. A történelmet egy historical_column-ban tároljuk, mint a 3. típusban.

Articles

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük

Customer_ID Customer_Name
1 Cust_1 Corporate