Я намагаюся визначити, який слід застосувати і коли є відповідний час для застосування стиснення. Я розміщую це питання, щоб отримати уявлення про цю спільноту. Я прочитав кілька статей, але хотів мати місце, де це вирішувалося в адміністраторах БД.
Я намагаюся визначити, який слід застосувати і коли є відповідний час для застосування стиснення. Я розміщую це питання, щоб отримати уявлення про цю спільноту. Я прочитав кілька статей, але хотів мати місце, де це вирішувалося в адміністраторах БД.
Відповіді:
Це хороша довідка та пояснення стиснення рядка v сторінки (не призначене каламбур): http://blogs.lessthandot.com/index.php/datamgmt/dbprogramming/how-sql-server-data-compression/
Коротше кажучи, стиснення сторінки охоплює алгоритми, що містяться при стисненні рівня рядків, а також охоплює стиснення префікса та стиснення словника. Префікс і стиснення словника знаходить шаблони в даних і замінює їх меншими значеннями. Під час декомпресії він зробить зворотне і відновить дані до початкових значень.
Рівень рядка полегшує рішення щодо стиснення, наприклад, зменшення метаданих та видалення невикористаного простору, наприклад, літера "Y", що зберігається в CHAR (1000).
Ця стаття пояснює це значно детальніше.
Для того, щоб прийняти рішення про купу таблиць, можна запустити процедуру " sp_estimate_data_compression_savings ":
exec sys.sp_estimate_data_compression_savings @Schema,@Table,NULL,NULL,ROW;
exec sys.sp_estimate_data_compression_savings @Schema,@Table,NULL,NULL,PAGE;
Це допоможе визначити економію для кожної конкретної таблиці.
З мого досвіду стиснення PAGE працює в більшості випадків краще.