Redigerer Dimensjon (datavarehus) (avsnitt)

== Dimensjonstabell ==
I [[datavarehus]] er en dimensjonstabell en av flere tabeller koblet til en [[faktatabell]].

Faktatabellen inneholder [[Business faktum|forretningsfakta]] (eller målinger) og [[Nøkkel (database)#Fremmednøkkel|fremmednøkler]] som refererer til [[Nøkkel (database)#Kandidatnøkkel|kandidatnøkler]] (vanligvis [[Nøkkel (database)#Primærnøkkel|primærnøkler]]) i dimensjonstabellene.

I motsetning til faktatabeller inneholder dimensjonstabellene typisk beskrivende attributter (eller felter) som er typisk tekstfelter (eller diskrete tall som oppfører seg som tekst). Disse attributtene er utformet for å tjene 2 kritiske hensikter: Avgrense spørringer og/eller filtrere, og merking av [[resultatmengde]]n.

Dimensjonsattributter skal være:

* Ordrike (merket med etiketter som består av hele ord)
* Beskrivende
* Komplette (har ingen manglende verdier)
* Være diskrete verdier (har bare én verdi per dimensjontabell-rad)
* Kvalitetssikret (har ingen feilstavinger eller umulig verdier)

Dimensjonstabell-rader skal være unikt identifiserbare av et enkelt nøkkelfelt. Det anbefales at nøkkelfeltet er et enkelt heltall fordi en nøkkelverdi er ikke trenger å ha noen mening utover å brukes som felt for kobling mellom faktatabellen og dimensjonstabellene. Dimensjontabeller bruker ofte primærnøkler som også er surrogatnøkler. Surrogatnøkler er ofte autogenererte (for eksempel lager Sybase og SQL Server en kolonne kalt "identity column", PostgreSQL og Informix "serial", Oracle "SEQUENCE", og MySQL en kolonne med "AUTO_INCREMENT").

Bruk av surrogat-dimensjonsnøkler gir flere fordeler, inkludert:

* Ytelse: Bli med behandlingen er gjort mye mer effektiv ved hjelp av et enkelt felt (den surrogat-tasten)
* Bufring etter praksis fra operasjonell nøkkelhåndtering: Dette hindrer situasjoner hvor fjernede datarader kan dukke opp igjen når deres naturlige nøkler blir gjenbrukt eller omplasserte etter en lang periode uten bruk
* Avbildninger for å integrere ulike kilder
* Håndtering av ukjente eller ikke-gjeldende koblinger
* Sporing av endringer i dimensjonsattributt-verdier

Selv om surrogatnøkler legger en byrde på [[Uttrekk, transformasjon og lasting|ETL-systemet]] kan det bedre prosesseringen i kommandokøer, og ETL-verktøy har innebygd forbedret surrogatnøkkel-prosessering.

Målet til en dimensjonstabell er å lage standardiserte og konforme dimensjoner som kan deles på tvers av virksomhetens [[datavarehus]]-miljø, og muliggjør skjøting av flere faktatabeller som representerer ulike forretningsprosesser.

Konforme dimensjoner er viktige for virksomheters systemer for datavarehus og virksomhetsetterretning ettersom de fremmer:

* Konsistens: Hver faktatabell filtreres konsekvent slik at svarene på spørringene merkes konsekvent.
* Integrering: Spørringer kan [[Databoring|bores]] separat inn i faktatabeller til ulike prosesser, og deretter skjøtes i resultatene ved hjelp av felles dimensjonsattributter.
* Tiden fra utvikling til marked reduseres: De vanligste dimensjonene er tilgjengelige uten å gjenskape dem.

Over tid vil attributtene for en gitt rad i en dimensjonstabell endres. For eksempel, den leveringsadressen til et selskap endres. [[Ralph Kimball|Kimball]] refererer til dette fenomenet som [[endringstreg dimensjon]]. Strategier for å håndtere denne type endringer deles inn i 3 kategorier:

* Type 1: Overskriv gamle verdier.
* Type 2: Legg til en ny rad som inneholder de nye verdiene, og skill mellom radene med [[Tuppel-versjonskontroll|tuppel-versjonering]] (en mekanisme i noen relasjonsdatabaser for å lagre tidligere tilstander i en relasjon)
* Type 3: Legg til en ny attributt til den eksisterende raden.