Сжатие данных в SQL Server

Сжатие данных (сжатие данных) в SQL Server, введен с пакетом обновления 2 версии 2005 года, когда был предложен новый механизм хранения данных, цифровой и десятичном формате varDecimal. Этот формат позволяет цифровым и десятичные типы данных будут храниться в столбце переменного размера. Эта концепция была расширена более поздних версиях SQL Server в другие типы данных, такие как Int, уголь и плавать.

Сжатие данных сокращает затраты на хранение, конечно, и улучшает производительность запросов за счет сокращения особенно вход и выход. SQL Server поддерживает на уровне строк и страниц сжатия уровне, как в таблицах и индексах:

Сжатие на уровне строк (сжатие строк) - этот тип сжатия основан на изменчивости структур различных типов данных и хранить в столбце только необходимые данные. На практике, фиксированной длины типов данных хранятся в переменной длины формате. Рассмотрим в качестве примера столбец типа CHAR (100) хранится в переменной длины формате. В этом случае, если вы храните слово "привет" сохраняются только четыре символа, а не 100, экономия 96% памяти по сравнению с фиксированной длиной, формат хранения данных. Этот тип сжатия расширением varDecimal формат хранения данных, что, как уже говорилось, была введена в SQL Server 2005. Другая вещь, чтобы отметить в этом контексте является то, что этот тип сжатия не требует дискового пространства к нулю или NULL значения.

Страница уровня компрессии (сжатия страниц) - этот тип сжатия действует на избыточные данные, которые могут присутствовать в одной или более строк указанную страницу, даже с использованием префиксов и сжатие словаря. Например, если таблица секционирована использованием префикса столбца, все данные одного и того же раздела имеют одинаковый префикс. В этом случае, если префикс значения таких страниц начинается с 'AAA100BB-"(может быть код продукта), ядро ​​базы данных хранит этот код только один раз, а затем ссылки на страницы во всех местах , где она работает.

Хотя это и так очевидно, что сжатие данных может уменьшить размер нашей базы данных или индексов, это всегда лучше, чтобы сначала оценить оценки пространства, что вы сохраните в таблицы или индекса с использованием системы sp_estimate_data_compression_savings процедуры или с помощью мастера сжатия данных .

Еще один интересный аспект касается знаний о степени фрагментации имеющихся данных можно предположить, что в некоторых случаях для восстановления индексов, а не использовать сжатие.

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