web-dev-qa-db-ja.com

SQL Serverで圧縮されたインデックスは、データ圧縮を指定せずに再構築時に圧縮されたままですか？

ページ圧縮（ALTER INDEX IX1 REBUILD PARTITION = ALL WITH (DATA_COMPRESSION = PAGE)）を使用してSQL Serverインデックスを再構築した後、後続の再構築（特定の断片化しきい値を超えたメンテナンススクリプトによって行われる）でデータ圧縮を再度指定する必要がありますか？そうでなければ、インデックスは効果的に解凍されますか？

sql-serverindexcompressiondata-pages
14
Paul-Sebastian Manole

インデックスを再構築/再編成しても、インデックスは圧縮されたままです。

テーブルと圧縮インデックスを作成します

 CREATE TABLE DBO.TEST_INDX(id int, bla varchar(255));
 CREATE INDEX IX1 ON dbo.TEST_INDX(id)  WITH (DATA_COMPRESSION = PAGE);

圧縮をチェック

 SELECT i.name, p.data_compression_desc 
 FROM sys.partitions P
 INNER JOIN sys.indexes I ON I.object_id = P.object_id AND I.index_id = P.index_id
 WHERE P.data_compression > 0 and I.name = 'IX1';

結果

name    data_compression_desc
IX1     PAGE

インデックスを再構築します

ALTER INDEX IX1 on  DBO.TEST_INDX rebuild

圧縮をチェック

 SELECT i.name, p.data_compression_desc 
 FROM sys.partitions P
 INNER JOIN sys.indexes I ON I.object_id = P.object_id AND I.index_id = P.index_id
 WHERE P.data_compression > 0 and I.name = 'IX1'

結果

name    data_compression_desc
IX1     PAGE

無効にしてから再構築すると、インデックスの定義を維持しながらインデックスを削除するため、異なる結果が得られます。

alter index IX1 on  DBO.TEST_INDX DISABLE ;
alter index IX1 on  DBO.TEST_INDX REBUILD ;

結果

name    data_compression_desc

圧縮が失われ、インデックス作成スクリプトを調整せずにSSMSを介してインデックスを削除および作成すると、圧縮定義も失われます。

なぜ？

Index createステートメントをスクリプト化すると、data_compressionオプションが保持されないためです。

ただし、インデックスを無効にした場合は、圧縮して再構築してから、再構築します：

alter index IX1 on  DBO.TEST_INDX DISABLE ;
alter index IX1 on  DBO.TEST_INDX REBUILD  WITH (DATA_COMPRESSION = PAGE);
alter index IX1 on  DBO.TEST_INDX REBUILD;

結果

name    data_compression_desc
IX1 PAGE

Ola hallengrenの保守ソリューションを使用して再構築をテストする

パラメータはテスト用に変更されています。

MinNumberOfPagesパラメータに必要なため、1ページに取得するデータを追加します。

INSERT INTO dbo.TEST_INDX(id,bla)
VALUES(5,'test');
go 10

インデックス最適化プロシージャを実行して、ステートメントを出力します。

EXECUTE dbo.IndexOptimize
@Databases = 'TestDB',
@FragmentationLow = 'INDEX_REBUILD_ONLINE',
@FragmentationMedium = 'INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',
@FragmentationHigh = 'INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',
@FragmentationLevel1 = 5,
@FragmentationLevel2 = 30,
@Indexes = 'TestDB.DBO.TEST_INDX',
@Execute = 'N',
@MinNumberOfPages = 1;

結果：

Command: ALTER INDEX [IX1] ON [TestDB].[dbo].[TEST_INDX] REBUILD WITH (SORT_IN_TEMPDB = OFF, ONLINE = ON, RESUMABLE = OFF)

Comment: ObjectType: Table, IndexType: NonClustered, ImageTex
t: No, NewLOB: No, FileStream: No, ColumnStore: No, AllowPageLocks: Yes, PageCount: 1, Fragmentation: 0
Outcome: Not Executed
Duration: 00:00:00
Date and time: 2019-01-09 14:48:12

生成されたコマンドの実行

ALTER INDEX [IX1] ON [TestDB].[dbo].[TEST_INDX] REBUILD WITH (SORT_IN_TEMPDB = OFF, ONLINE = ON, RESUMABLE = OFF)

圧縮は保持されます

name    data_compression_desc
IX1 PAGE

保守計画を使用して再構築をテストする（私はolaの解決策を強く主張します）

インデックスを再構築する

enter image description here

テストテーブルを選択してください

enter image description here

テストの断片化レベルを追加します。

enter image description here

いくつかの値を挿入して断片化を進めます

INSERT INTO dbo.TEST_INDX(id)
SELECT id from TEST_INDX
go 4

断片化の割合を確認する

SELECT 
I.[name] AS  INDX ,
IPS.avg_fragmentation_in_percent,
IPS.page_count
FROM sys.dm_db_index_physical_stats (DB_ID(), object_id('[dbo].[TEST_INDX]'), NULL, NULL, NULL) AS IPS
INNER JOIN sys.indexes AS I ON I.[object_id] = IPS.[object_id]
AND IPS.index_id = I.index_id
WHERE IPS.database_id = DB_ID()
and I.name = 'IX1'

結果

INDX    avg_fragmentation_in_percent    page_count
IX1 66,6666666666667    3

計画を実行する

enter image description here

ここで興味深いのは、計画レポートを見ると、DATA_COMPRESSION = PAGEオプションが生成されたREBUILDコマンドに追加されます！

Command:USE [TestDB]
GO
ALTER INDEX [IX1] ON [dbo].[TEST_INDX] REBUILD PARTITION = ALL WITH (PAD_INDEX = ON, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, RESUMABLE = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 80, DATA_COMPRESSION = PAGE)

断片化：

INDX    avg_fragmentation_in_percent    page_count
IX1 0   2

圧縮：

name    data_compression_desc
IX1 PAGE
23
Randi Vertongen