Datakomprimering i SQL Server
Side 1 av 3
Datakomprimering (data komprimering) i SQL Server introdusert med Service Pack 2-versjonen 2005, da det ble foreslått en ny mekanisme for lagring av data som er numerisk og desimalformat varDecimal. Dette formatet gjør numeriske og desimal datatyper skal lagres i en kolonne av variabel størrelse. Dette konseptet har blitt utvidet med nyere versjoner av SQL Server til andre datatyper som int, røye og flyte.
Datakomprimering reduserer lagerkostnader selvfølgelig og forbedrer søket ytelsen ved å redusere spesielt input og output. SQL Server støtter rad-nivå komprimering og sidenivå, både i tabeller og indekser:
Komprimering på rad nivå (rad komprimering) - Denne type komprimering er basert på variasjonen av strukturene av de ulike typer av data og til å lagre i en kolonne bare de nødvendige data. I praksis er fast lengde datatyper lagret i en variabel lengde format. Tenk som et eksempel en kolonne av typen CHAR (100) lagret i en variabel lengde format. I dette tilfellet, hvis du lagrer ordet "hallo" er reddet bare fire tegn i stedet for 100, en besparelse på 96% av minne i forhold til en fast lengde lagringsformat. Denne type komprimering er en forlengelse av lagringsformat varDecimal at som allerede nevnt, ble introdusert i SQL Server 2005. En annen ting å merke seg i denne sammenheng er at denne typen komprimering ikke krever diskplass til null eller NULL verdier.
Sidenivå komprimering (komprimering side) - Denne typen komprimering virker på redundante data som kan være til stede i en eller flere linjer med en gitt side, selv ved hjelp av prefikser og kompresjon ordbok. For eksempel, hvis en tabell er partisjonert med en kolonne prefiks, all data på samme partisjon har samme prefiks. I dette tilfellet, hvis prefikset av verdiene på en slik side begynner med 'AAA100BB-' (kan være koden av et produkt), lagrer databasemotoren denne koden kun én gang og siden referanser på alle steder hvor det opererer.
Selv om det er derfor åpenbart at data komprimering kan redusere størrelsen på våre databaser eller indekser, er det alltid best å først evaluere estimering av plass som du lagrer i en tabell eller indeks bruker systemet prosedyre sp_estimate_data_compression_savings eller gjennom Data Compression Wizard .
Et annet interessant aspekt gjelder kunnskap om graden av fragmentering av eksisterende data kan tyde på at i noen tilfeller å rekonstruere indeksene stedet for å bruke komprimering.
 |
MS Access Course
Lær hvordan å opprette og administrere databaser enkelt og raskt. Rabatt -10% frem til 06/01/2012. |
 |
Kurs MySQL
Forvaltning av open-source database. -15% Rabatt frem til 06/01/2012. |
 |
Kurs Database og SQL
Opprette og administrere relasjonsdatabaser. -15% Rabatt frem til 06/01/2012. |
