Kompresja danych w SQL Server
Strona 1 z 3
Kompresja danych (kompresja danych) w SQL Server wprowadzono z dodatkiem Service Pack 2 w wersji 2005, kiedy to zaproponowała nowy mechanizm służący do przechowywania danych, która jest numeryczna i po przecinku vardecimal format. Format ten pozwala numerycznych i dziesiętnych typów danych mają być przechowywane w kolumnie o zmiennym rozmiarze. Koncepcja ta została rozszerzona o nowszych wersjach SQL Server do innych typów danych, takich jak int, char i float.
Kompresja danych redukuje koszty przechowywania i oczywiście zwiększa wydajność kwerend poprzez zmniejszenie szczególnie wejścia i wyjścia. SQL Server obsługuje kompresję na poziomie wiersza i na poziomie strony, zarówno w tabele i indeksy:
Kompresja na poziomie wierszy (row kompresji) - Ten rodzaj kompresji opiera się na zmienność struktury różnych typów danych i przechowywania w kolumnie tylko niezbędne dane. W praktyce, o stałej długości typy danych są przechowywane w formacie zmiennej długości. Weźmy jako przykład kolumna typu CHAR (100) zapisane w formacie zmiennej długości. W tym przypadku, jeśli zapiszesz słowo "cześć" są zapisane tylko cztery znaki zamiast 100, to oszczędność 96% w porównaniu do pamięci stałej długości format przechowywania. Ten typ kompresji jest rozszerzenie vardecimal format zapisu, że, jak już wspomniano, został wprowadzony w SQL Server 2005. Można jeszcze zwrócić uwagę w tym kontekście jest to, że tego typu kompresji nie wymaga miejsca na dysku do wartości zero lub NULL.
Strona poziomu kompresji (strona kompresji) - Tego typu akty kompresji nadmiarowych danych, które mogą występować w jednej lub więcej linii daną stronę, nawet za pomocą przedrostków i słownika kompresji. Na przykład, jeśli tabela jest podzielony na partycje za pomocą prefiksu kolumny, wszystkie dane z tej samej partycji z tym samym prefiksem. W tym przypadku, jeśli prefiks wartości takiej strony zaczyna się od "AAA100BB-'(może być kod produktu), aparat bazy danych przechowuje ten kod tylko raz, a następnie na stronie odniesienia we wszystkich miejscach w których działa.
Chociaż jest to tak oczywiste, że kompresja danych może zmniejszyć rozmiar naszych baz danych lub indeksów, to zawsze lepiej najpierw ocenić oszacowanie miejsca, które można zapisać w tabeli lub indeksu za pomocą sp_estimate_data_compression_savings procedury systemu lub za pomocą Kreatora kompresji danych .
Innym ciekawym aspektem dotyczy wiedzy o stopień rozdrobnienia istniejących danych może sugerować, że w niektórych przypadkach do odtworzenia indeksów, a nie przy użyciu kompresji.
 |
Kurs MS Access
Dowiedz się, jak tworzyć i zarządzać bazami danych łatwo i szybko. Rabat -10% do 01.06.2012. |
 |
Kurs MySQL
ZarzÄ…dzanie bazÄ… danych open-source. Rabat -15% do 01.06.2012. |
 |
Baza kursów i SQL
Tworzenie i zarzÄ…dzanie relacyjnymi bazami danych. Rabat -15% do 01.06.2012. |
