Kompresija podataka u sustavu SQL Server

Podaci kompresija (sažimanje podataka) u sustavu SQL Server upoznao sa Service Pack 2 verzije 2005, kada je predložio novi mehanizam za pohranu podataka koji je numeričke i decimalnom formatu varDecimal. Ovaj format omogućuje numeričku i decimalna vrste podataka se pohranjuju u stupcu promjenjive veličine. Ovaj koncept je proširen s novijim verzijama sustava SQL Server na druge vrste podataka, kao što su int, char i float.

Podaci kompresija smanjuje trošak skladištenja, naravno, i poboljšava performanse upita smanjenjem posebice ulaz i izlaz. SQL Server podržava red razini kompresije i stranice razini, kako u tablicama i indeksima:

Kompresija na red razini (redak kompresija) - Ova vrsta kompresije temelji se na varijabilnost strukture različitih vrsta podataka i spremanje u stupcu samo nužne podatke. U praksi, fiksne duljine vrste podataka su pohranjeni u promjenjive duljine formatu. Razmotrimo kao primjer stupac tipa CHAR (100) pohranjene u promjenjive duljine formatu. U tom slučaju, ako pohraniti riječ "Hello" spremaju se samo četiri znakova umjesto 100, uštede od 96% memorije u odnosu na fiksne duljine format za pohranu. Ova vrsta kompresije je proširenje varDecimal format za pohranu koji, kako je već spomenuto, uvedena u sustavu SQL Server 2005. Još jedna stvar na umu u ovom kontekstu je da je ova vrsta kompresije ne zahtijeva prostor na disku na nulu ili NULL vrijednosti.

Stranica razini kompresije (sažimanja stranica) - Ova vrsta kompresije djeluje na suvišne podatke koji mogu biti prisutni u jednom ili više redaka određenoj stranici, čak i pomoću prefiksa i kompresije rječnik. Na primjer, ako tablica particionirane pomoću stupca prefiks, sve podatke o istoj particiji imaju isti prefiks. U tom slučaju, ako prefiks vrijednosti takve stranice počinje sa 'AAA100BB-' (može se kod proizvoda), baze podataka pohranjuje kod samo jednom, a zatim stranicu reference na svim mjestima u kojima djeluje.

Iako je tako očito da kompresija podataka može smanjiti veličinu naše baze podataka ili indeksa, to je uvijek najbolje da prvo ocijeniti procjenu prostora koji ste spremili u tablici ili pomoću indeksa sp_estimate_data_compression_savings sustava postupka ili preko Čarobnjaka kompresije podataka .

Još jedan zanimljiv aspekt odnosi se na znanje razine fragmentacije postojećih podataka može predložiti da se u nekim slučajevima da se rekonstruira indeksa nego pomoću kompresije.

• <<
• 1
• 2
• 3
• >>