ALTER INDEX(Transact-SQL)
적용 대상: Microsoft Fabric의 SQL Server Azure SQL Database
Azure SQL Managed Instance
Azure Synapse Analytics Analytics
Platform System(PDW)
SQL 데이터베이스
인덱스를 사용하지 않도록 설정, 다시 빌드 또는 다시 구성하거나 인덱스에 대한 옵션을 설정하여 기존 테이블 또는 뷰 인덱스(rowstore, columnstore, 또는 XML)를 수정합니다.
구문
SQL Server, Azure SQL Database 및 Azure SQL Managed Instance에 대한 구문입니다.
ALTER INDEX { index_name | ALL } ON <object>
{
REBUILD {
[ PARTITION = ALL [ WITH ( <rebuild_index_option> [ , ...n ] ) ] ]
| [ PARTITION = partition_number [ WITH ( <single_partition_rebuild_index_option> [ , ...n ] ) ] ]
}
| DISABLE
| REORGANIZE [ PARTITION = partition_number ] [ WITH ( <reorganize_option> ) ]
| SET ( <set_index_option> [ , ...n ] )
| RESUME [ WITH (<resumable_index_option> [ , ...n ] ) ]
| PAUSE
| ABORT
}
[ ; ]
<object> ::=
{
{ database_name.schema_name.table_or_view_name | schema_name.table_or_view_name | table_or_view_name }
}
<rebuild_index_option> ::=
{
PAD_INDEX = { ON | OFF }
| FILLFACTOR = fillfactor
| SORT_IN_TEMPDB = { ON | OFF }
| IGNORE_DUP_KEY = { ON | OFF }
| STATISTICS_NORECOMPUTE = { ON | OFF }
| STATISTICS_INCREMENTAL = { ON | OFF }
| ONLINE = { ON [ ( <low_priority_lock_wait> ) ] | OFF }
| RESUMABLE = { ON | OFF }
| MAX_DURATION = <time> [ MINUTES ]
| ALLOW_ROW_LOCKS = { ON | OFF }
| ALLOW_PAGE_LOCKS = { ON | OFF }
| MAXDOP = max_degree_of_parallelism
| DATA_COMPRESSION = { NONE | ROW | PAGE | COLUMNSTORE | COLUMNSTORE_ARCHIVE }
[ ON PARTITIONS ( { <partition_number> [ TO <partition_number> ] } [ , ...n ] ) ]
| XML_COMPRESSION = { ON | OFF }
[ ON PARTITIONS ( { <partition_number> [ TO <partition_number> ] } [ , ...n ] ) ] }
<single_partition_rebuild_index_option> ::=
{
SORT_IN_TEMPDB = { ON | OFF }
| MAXDOP = max_degree_of_parallelism
| RESUMABLE = { ON | OFF }
| MAX_DURATION = <time> [ MINUTES ]
| DATA_COMPRESSION = { NONE | ROW | PAGE | COLUMNSTORE | COLUMNSTORE_ARCHIVE }
| XML_COMPRESSION = { ON | OFF }
| ONLINE = { ON [ ( <low_priority_lock_wait> ) ] | OFF }
}
<reorganize_option> ::=
{
LOB_COMPACTION = { ON | OFF }
| COMPRESS_ALL_ROW_GROUPS = { ON | OFF }
}
<set_index_option> ::=
{
ALLOW_ROW_LOCKS = { ON | OFF }
| ALLOW_PAGE_LOCKS = { ON | OFF }
| OPTIMIZE_FOR_SEQUENTIAL_KEY = { ON | OFF }
| IGNORE_DUP_KEY = { ON | OFF }
| STATISTICS_NORECOMPUTE = { ON | OFF }
| COMPRESSION_DELAY = { 0 | delay [ Minutes ] }
}
<resumable_index_option> ::=
{
MAXDOP = max_degree_of_parallelism
| MAX_DURATION = <time> [ MINUTES ]
| <low_priority_lock_wait>
}
<low_priority_lock_wait> ::=
{
WAIT_AT_LOW_PRIORITY ( MAX_DURATION = <time> [ MINUTES ] ,
ABORT_AFTER_WAIT = { NONE | SELF | BLOCKERS } )
}
Azure Synapse Analytics 및 Analytics Platform System(PDW)에 대한 구문입니다.
ALTER INDEX { index_name | ALL }
ON [ schema_name. ] table_name
{
REBUILD {
[ PARTITION = ALL [ WITH ( <rebuild_index_option> ) ] ]
| [ PARTITION = partition_number [ WITH ( <single_partition_rebuild_index_option> ) ] ]
}
| DISABLE
| REORGANIZE [ PARTITION = partition_number ]
}
[ ; ]
<rebuild_index_option> ::=
{
DATA_COMPRESSION = { COLUMNSTORE | COLUMNSTORE_ARCHIVE }
[ ON PARTITIONS ( { <partition_number> [ TO <partition_number> ] } [ , ...n ] ) ]
| XML_COMPRESSION = { ON | OFF }
[ ON PARTITIONS ( { <partition_number> [ TO <partition_number> ] } [ , ...n ] ) ]
}
<single_partition_rebuild_index_option> ::=
{
DATA_COMPRESSION = { COLUMNSTORE | COLUMNSTORE_ARCHIVE }
| XML_COMPRESSION = { ON | OFF }
}
인수
index_name
인덱스의 이름입니다. 인덱스 이름은 테이블이나 뷰에서 고유해야 하지만 데이터베이스 내에서 고유할 필요는 없습니다. 인덱스 이름은 식별자 규칙을 따라야 합니다.
ALL
인덱스 유형에 관계없이 테이블이나 뷰에 연결된 모든 인덱스를 지정합니다. 지정하면 ALL
하나 이상의 인덱스가 오프라인 또는 읽기 전용 파일 그룹에 있거나 하나 이상의 인덱스 형식에서 지정된 작업이 허용되지 않는 경우 문이 실패합니다. 다음 표에서는 인덱스 작업과 허용되지 않는 인덱스 유형을 나열합니다.
이 작업에서 키워드 ALL 사용 |
테이블에 다음 인덱스가 하나 이상 있으면 실패함 |
---|---|
REBUILD WITH ONLINE = ON |
XML 인덱스 공간 인덱스 SQL Server 2017(14.x) 및 이전 버전에서만 Columnstore 인덱스입니다. 이후 버전에서는 columnstore 인덱스의 온라인 다시 작성을 지원합니다. |
REBUILD PARTITION = <partition_number> |
분할되지 않은 인덱스, XML 인덱스, 공간 인덱스 또는 비활성 인덱스 |
REORGANIZE |
다음으로 ALLOW_PAGE_LOCKS 설정된 인덱스 OFF |
REORGANIZE PARTITION = <partition_number> |
분할되지 않은 인덱스, XML 인덱스, 공간 인덱스 또는 비활성 인덱스 |
IGNORE_DUP_KEY = ON |
XML 인덱스 공간 인덱스 Columnstore 인덱스 1 |
ONLINE = ON |
XML 인덱스 공간 인덱스 Columnstore 인덱스 1 |
RESUMABLE = ON |
ALL 키워드에서 지원되지 않는 다시 시작하는 인덱스 |
지정ALL
한 경우 PARTITION = <partition_number>
모든 인덱스를 정렬해야 합니다. 즉, 해당 파티션 함수를 기준으로 인덱스가 분할됩니다. 함께 ALL
사용하면 PARTITION
동일한 <partition_number>
인덱스 파티션이 모두 다시 작성되거나 다시 구성됩니다. 분할된 인덱스에 대한 자세한 내용은 분할된 테이블 및 인덱스를 참조 하세요.
온라인 인덱스 작업에 대한 자세한 내용은 온라인 인덱스 작업에 대한지침을 참조하세요.
database_name
데이터베이스의 이름입니다.
schema_name
테이블이나 뷰가 속한 스키마의 이름입니다.
table_or_view_name
인덱스와 관련된 테이블이나 뷰의 이름입니다. 테이블 또는 뷰에 대한 인덱스 세부 정보를 보려면 sys.indexes 카탈로그 뷰를 사용합니다.
Azure SQL Database는 <database_name>
현재 데이터베이스 이름이거나 <database_name>
tempdb
<object_name>
#
또는 ##
시작하는 경우 세 부분으로 구성된 이름 형식 <database_name>.<schema_name>.<object_name>
지원합니다. 스키마 이름이 dbo
경우 <schema_name>
생략할 수 있습니다.
REBUILD [ WITH ( <rebuild_index_option> [ ,... n ] ) ]
적용: SQL Server 2012(11.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
동일한 열, 인덱스 형식, 고유성 특성 및 정렬 순서를 사용하여 인덱스를 다시 작성하도록 지정합니다.
REBUILD
는 비활성 인덱스를 활성화합니다. 클러스터형 인덱스를 다시 빌드해도 키워드 ALL
를 지정하지 않으면 연결된 비클러스터형 인덱스가 다시 작성되지 않습니다. 인덱스 옵션을 지정하지 않으면 sys.indexes 기존 인덱스 옵션 값이 적용됩니다. 값이 sys.indexes
표시되지 않는 인덱스 옵션의 경우 옵션의 인수 정의에 표시된 기본값이 적용됩니다.
ALL
지정되고 기본 테이블이 힙인 경우 다시 빌드 작업은 힙에 영향을 주지 않습니다. 테이블에 연결된 비클러스터형 인덱스는 모두 다시 작성됩니다.
데이터베이스 복구 모델이 대량 로그 또는 단순인 경우 REBUILD
작업을 최소로 로깅할 수 있습니다.
기본 XML 인덱스를 다시 작성할 때는 인덱스 작업 중에 기본 사용자 테이블을 사용할 수 없습니다.
columnstore 인덱스의 경우 다시 빌드 작업:
- 모든 데이터를 columnstore로 다시 압축합니다. 다시 빌드 작업이 진행되는 동안 columnstore 인덱스의 복사본 두 개가 있습니다. 다시 작성이 완료되면 데이터베이스 엔진이 원래 columnstore 인덱스를 삭제합니다.
- 정렬 순서(있는 경우)를 유지하지 않습니다. columnstore 인덱스 다시 작성 및 정렬 순서 유지 또는 도입하려면
CREATE [CLUSTERED] COLUMNSTORE INDEX ... ORDER (...) ... WITH (DROP_EXISTING = ON)
문을 사용합니다.
자세한 내용은 인덱스 유지 관리 최적화를 참조 하여 쿼리 성능을 개선하고 리소스 소비를 줄입니다.
PARTITION
인덱스의 파티션을 하나만 다시 작성하거나 다시 구성되도록 지정합니다.
PARTITION
index_name 분할된 인덱스가 아닌 경우 지정할 수 없습니다.
PARTITION = ALL
는 모든 파티션을 다시 빌드합니다.
Warning
파티션이 1,000개 이상인 테이블에서 정렬되지 않은 인덱스를 만들고 다시 작성할 수 있지만 지원되지는 않습니다. 이렇게 하면 이러한 작업 중에 성능이 저하되거나 메모리가 과도하게 소비될 수 있습니다. 파티션 수가 1,000을 초과하는 경우 정렬된 인덱스만 사용하는 것이 좋습니다.
partition_number
다시 작성하거나 다시 구성할 분할된 인덱스의 파티션 번호입니다. partition_number는 변수를 참조할 수 있는 상수 식입니다. 여기에는 사용자 정의 형식 변수 또는 함수와 사용자 정의 함수가 포함될 수 있지만 Transact-SQL 문은 참조할 수 없습니다. partition_number를 지정하지 않으면 해당 문이 실패합니다.
WITH ( <single_partition_rebuild_index_option> )
SORT_IN_TEMPDB
,MAXDOP
,DATA_COMPRESSION
및XML_COMPRESSION
(PARTITION = partition_number)
구문을 사용하여 단일 파티션을 다시 빌드할 때 지정할 수 있는 옵션입니다. 단일 파티션 다시 작성 작업에서는 XML 인덱스를 지정할 수 없습니다.
DISABLE
인덱스를 비활성 및 데이터베이스 엔진에서 사용할 수 없음으로 표시합니다. 모든 인덱스를 비활성화할 수 있습니다. 비활성 인덱스의 인덱스 정의는 기본 인덱스 데이터 없이 시스템 카탈로그에 유지됩니다. 클러스터형 인덱스를 비활성화하면 사용자가 기본 테이블 데이터에 액세스하지 못합니다. 인덱스를 활성화하려면 ALTER INDEX REBUILD
또는 CREATE INDEX WITH DROP_EXISTING
을 사용합니다. 자세한 내용은 인덱스 및 제약 조건 사용 안 함 및 인덱스 및 제약 조건 사용참조하세요.
rowstore 인덱스 재구성(REORGANIZE)
rowstore 인덱스의 경우 인 REORGANIZE
덱스 리프 수준을 다시 구성하도록 지정합니다. 작업은 REORGANIZE
다음과 같습니다.
- 항상 온라인으로 수행됩니다. 즉, 장기 차단 테이블 잠금이 유지되지 않으며
ALTER INDEX REORGANIZE
트랜잭션 중에 기본 테이블의 데이터에 대한 쿼리 또는 업데이트가 계속될 수 있습니다. - 비활성화된 인덱스에 대해서는 허용되지 않음
- 로 설정된
ALLOW_PAGE_LOCKS
경우OFF
허용되지 않습니다. - 트랜잭션 내에서 수행되고 트랜잭션이 롤백되는 경우 롤백되지 않습니다.
참고
ALTER INDEX REORGANIZE
가 기본 암시적 트랜잭션 모드 대신 명시적 트랜잭션(예: ALTER INDEX
내부의 BEGIN TRAN ... COMMIT/ROLLBACK
)을 사용하는 경우 REORGANIZE
의 잠금 동작이 더 제한되어 차단이 발생할 수 있습니다. 암시적 트랜잭션에 대한 자세한 내용은 SET IMPLICIT_TRANSACTIONS 참조하세요.
자세한 내용은 인덱스 유지 관리 최적화를 참조 하여 쿼리 성능을 개선하고 리소스 소비를 줄입니다.
REORGANIZE WITH ( LOB_COMPACTION = { ON | OFF } )
rowstore 인덱스에 적용됩니다.
ON
- image, text, ntext, varchar(max), nvarchar(max), varbinary(max), xml과 같은 큰 개체(LOB) 데이터 형식의 데이터를 포함하는 모든 페이지를 압축하도록 지정합니다. 이 데이터를 압축하면 디스크상의 데이터 크기를 줄일 수 있습니다.
- 클러스터형 인덱스의 경우 이렇게 하면 테이블에 포함된 모든 LOB 열이 압축됩니다.
- 비클러스터형 인덱스의 경우 이렇게 하면 인덱스에서 키가 아닌(포괄) 열인 LOB 열이 모두 압축됩니다.
-
REORGANIZE ALL
모든 인덱스에 대해 LOB 압축을 수행합니다. 각 인덱스에 대해 클러스터형 인덱스의 모든 LOB 열, 기본 테이블 또는 비클러스터형 인덱스에 포함된 열이 압축됩니다.
OFF
- 큰 개체 데이터가 포함된 페이지가 압축되지 않습니다.
- OFF는 힙에 영향을 주지 않습니다.
columnstore 인덱스 재구성(REORGANIZE)
columnstore 인덱스의 경우 REORGANIZE
닫힌 각 델타 행 그룹을 압축된 행 그룹으로 columnstore로 압축합니다.
REORGANIZE
작업은 항상 온라인으로 수행됩니다. 즉, 장기간 차단 테이블 잠금이 유지되지 않으며 ALTER INDEX REORGANIZE
트랜잭션 중 기본 테이블에 대한 쿼리나 업데이트를 계속할 수 있습니다.
자세한 내용은 인덱스 유지 관리 최적화를 참조 하여 쿼리 성능을 개선하고 리소스 소비를 줄입니다.
- 닫힌 델타 행 그룹을 압축된 행 그룹으로 이동하기 위해
REORGANIZE
필요하지 않습니다. 백그라운드 TM(튜플 이동기) 프로세스는 닫힌 델타 행 그룹을 압축하기 위해 주기적으로 절전 모드 해제됩니다. 튜플 이동기가 뒤처질 때 사용하는REORGANIZE
것이 좋습니다.REORGANIZE
는 행 그룹을 더 적극적으로 압축할 수 있습니다. - 열려 있는 행 그룹 및 닫힌 행 그룹을 모두 압축하려면 REORGANIZE WITH(COMPRESS_ALL_ROW_GROUPS)참조하세요.
SQL Server 2016(13.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance의 columnstore 인덱스의 경우 REORGANIZE
온라인으로 다음과 같은 추가 조각 모음 최적화를 수행합니다.
10개% 이상의 행이 논리적으로 삭제된 경우 행 그룹에서 삭제된 행을 물리적으로 제거합니다. 삭제된 바이트는 물리적 미디어에서 회수됩니다. 예를 들어 100만 행의 압축된 행 그룹에 100,000개의 행이 삭제된 경우 데이터베이스 엔진은 삭제된 행을 제거하고 행 그룹을 900,000개의 행으로 다시 압축합니다.
하나 이상의 압축된 rowgroup을 결합하여 rowgroup당 행 수를 최대 1,048,576개로 증가시킵니다. 예를 들어 102,400개 행의 일괄 처리 5개 일괄 처리를 대량으로 가져오는 경우 5개의 압축된 행 그룹이 표시됩니다.
REORGANIZE
실행하는 경우 이러한 행 그룹은 512,000개의 행이 있는 1개의 압축된 행 그룹으로 병합됩니다. 사전 크기나 메모리 제한이 없다고 가정합니다.10개% 이상의 행이 논리적으로 삭제된 행 그룹의 경우 데이터베이스 엔진은 이 행 그룹을 하나 이상의 행 그룹과 결합하려고 시도합니다. 예를 들어 rowgroup 1이 행 500,000개를 사용하여 압축된다면 rowgroup 21은 최대 1,048,576개의 행을 사용하여 압축됩니다. 즉, rowgroup 21은 삭제된 행 60%와 남은 행 409,830개를 포함합니다. 데이터베이스 엔진은 이러한 두 행 그룹을 결합하여 909,830개의 행이 있는 새 행 그룹을 압축하는 것을 선호합니다.
REORGANIZE WITH ( COMPRESS_ALL_ROW_GROUPS = { ON | OFF } )
columnstore 인덱스에 적용됩니다.
적용 대상: SQL Server 2016(13.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
COMPRESS_ALL_ROW_GROUPS
열거나 닫힌 델타 행 그룹을 columnstore로 강제 적용하는 방법을 제공합니다. 이 옵션을 사용할 때 델타 행 그룹을 비우기 위해 columnstore 인덱스를 다시 작성할 필요는 없습니다. 다른 제거 및 병합 조각 모음 기능과 결합하면 대부분의 상황에서 columnstore 인덱스를 다시 작성할 필요가 없습니다.
ON
크기 및 상태(닫힘 또는 열기)에 관계없이 모든 행 그룹을 columnstore로 강제 적용합니다.
OFF
닫힌 모든 행 그룹을 columnstore로 강제 적용합니다.
자세한 내용은 인덱스 유지 관리 최적화를 참조 하여 쿼리 성능을 개선하고 리소스 소비를 줄입니다.
SET ( <set_index 옵션> [ ,... n ] )
인덱스 다시 작성 또는 다시 구성 없이 인덱스 옵션을 수정합니다.
SET
사용할 수 없는 인덱스로 지정할 수 없습니다.
PAD_INDEX = { ON | OFF }
인덱스 패딩을 지정합니다. 기본값은 OFF
입니다.
ON
채우기 인수로 지정된 여유 공간의 백분율은 인덱스의 중간 수준 페이지에 적용됩니다.
FILLFACTOR
동시에 지정되지 않은 경우PAD_INDEX
ON
설정되면 sys.indexes 채우기 비율 값이 사용됩니다.OFF
중간 수준 페이지는 거의 용량으로 채워져 중간 페이지의 키 집합을 고려할 때 인덱스가 가질 수 있는 최대 크기 중 하나 이상의 행에 충분한 공간을 남깁니다.
PAD_INDEX
ON
설정되었지만 채우기 인수가 지정되지 않은 경우에도 발생합니다.
자세한 내용은 CREATE INDEX를 참조하세요.
FILLFACTOR = fillfactor
인덱스를 만들거나 변경할 때 데이터베이스 엔진이 각 인덱스 페이지의 리프 수준을 채우는 비율을 지정합니다. fillfactor 값은 1에서 100 사이의 정수 값이어야 합니다. 기본값은 0입니다. 채우기 비율 값 0과 100은 모든 면에서 동일합니다.
명시적 FILLFACTOR
설정은 인덱스를 처음 만들거나 다시 빌드할 때만 적용됩니다. 데이터베이스 엔진에서는 페이지에 지정된 비율의 빈 공간을 동적으로 유지하지 않습니다. 자세한 내용은 CREATE INDEX를 참조하세요.
채우기 비율 설정을 보려면 fill_factor
의 sys.indexes
를 사용합니다.
중요
FILLFACTOR
100보다 작은 인덱스를 만들면 데이터베이스 엔진이 인덱스를 만들거나 다시 작성할 때 채우기 비율에 따라 데이터를 재배포하기 때문에 데이터가 차지하는 스토리지 공간의 양이 증가합니다.
SORT_IN_TEMPDB = { ON | OFF }
임시 정렬 결과를 tempdb
저장할지 여부를 지정합니다. 기본값은 OFF
Azure SQL Database 하이퍼스케일을 제외한 것입니다. 하이퍼스케일의 모든 인덱스 빌드 작업의 경우 다시 시작 가능한 인덱스 빌드를 사용하지 않는 한 SORT_IN_TEMPDB
항상 ON
. 다시 시작하는 인덱스 빌드의 경우 SORT_IN_TEMPDB
항상 OFF
.
ON
인덱스 작성에 사용되는 중간 정렬 결과는 에 저장
tempdb
됩니다. 이렇게 하면 인덱스 만들기에 필요한 시간이 단축될 수 있습니다. 그러나 인덱스 작성 중에 사용되는 디스크 공간의 크기는 커집니다.OFF
중간 정렬 결과가 인덱스와 같은 데이터베이스에 저장됩니다.
정렬 작업이 필요하지 않거나 메모리에서 정렬을 수행할 수 있으면 SORT_IN_TEMPDB
옵션이 무시됩니다.
자세한 내용은 인덱스 대한SORT_IN_TEMPDB 옵션을 참조하세요.
IGNORE_DUP_KEY = { ON | OFF }
삽입 작업에서 고유 인덱스에 중복된 키 값을 삽입하려는 경우에 대한 오류 응답을 지정합니다.
IGNORE_DUP_KEY
옵션은 인덱스를 만들거나 다시 빌드한 후의 삽입 작업에만 적용됩니다. 기본값은 OFF
입니다.
ON
중복된 키 값이 고유 인덱스에 삽입되는 경우 경고 메시지가 나타나고 고유성 제약 조건을 위반하는 행만 삽입되지 않습니다.
OFF
중복된 키 값이 고유 인덱스에 삽입되는 경우 오류 메시지가 나타나고 전체
INSERT
작업이 롤백됩니다.
IGNORE_DUP_KEY
뷰에서 만든 인덱스, 고유하지 않은 인덱스, XML 인덱스, 공간 인덱스 및 필터링된 인덱스에 대해 설정할 ON
수 없습니다.
인덱스에 대한 IGNORE_DUP_KEY
설정을 보려면 sys.indexes 카탈로그 뷰의 ignore_dup_key
열을 사용합니다.
이전 버전과 호환되는 구문에서 WITH IGNORE_DUP_KEY
는 WITH IGNORE_DUP_KEY = ON
과 동일합니다.
STATISTICS_NORECOMPUTE = { ON | OFF }
인덱스에 대한 통계에 대해 자동 통계 업데이트 옵션(AUTO_STATISTICS_UPDATE
)을 사용하지 않도록 설정하거나 사용하도록 설정합니다. 기본값은 OFF
입니다.
ON
인덱스를 다시 작성한 후 자동 통계 업데이트를 사용할 수 없습니다.
OFF
자동 통계 업데이트는 인덱스를 다시 빌드한 후에 사용하도록 설정됩니다.
자동 통계 업데이트를 복원하려면 절 없이 OFF
설정하거나 실행 UPDATE STATISTICS
합니다 NORECOMPUTE
.
Warning
STATISTICS_NORECOMPUTE = ON
설정하여 통계 자동 재계산을 사용하지 않도록 설정하면 쿼리 최적화 프로그램에서 테이블과 관련된 쿼리에 대한 최적의 실행 계획을 선택하지 못할 수 있습니다.
STATISTICS_NORECOMPUTE
ON
설정해도 인덱스 다시 작성 작업 중에 발생하는 인덱스 통계 업데이트가 방지되지는 않습니다.
STATISTICS_INCREMENTAL = {ON | OFF}
적용: SQL Server 2014(12.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
ON
인덱스에 생성된 통계는 파티션 통계당입니다.
OFF
기존 통계가 삭제되고 데이터베이스 엔진이 통계를 다시 계산합니다. 기본값은 OFF
입니다.
파티션별 통계가 지원되지 않으면 옵션이 무시되고 경고가 생성됩니다. 증분 통계는 다음 경우에 지원되지 않습니다.
- 기본 테이블을 기준으로 파티션 정렬되지 않은 인덱스를 사용하여 작성된 통계
- 가용성 그룹 읽기 가능한 보조 데이터베이스에 대해 작성된 통계
- 읽기 전용 데이터베이스에 대해 작성된 통계
- 필터링된 인덱스에 대해 작성된 통계
- 뷰에 대해 작성된 통계
- 내부 테이블에 대해 작성된 통계
- 공간 인덱스 또는 XML 인덱스를 사용하여 작성된 통계
ONLINE = { ON | OFF }
인덱스 작업 중 쿼리 및 데이터 수정에 기본 테이블과 관련 인덱스를 사용할 수 있는지 여부를 지정합니다. 기본값은 OFF
입니다.
XML 인덱스 또는 공간 인덱 ONLINE = OFF
스에 대해서만 지원되며 오류로 ONLINE
설정된 경우에만 ON
발생합니다.
중요
온라인 인덱스 작업은 일부 Microsoft SQL Server 버전에서 사용할 수 없습니다. SQL Server 버전에서 지원되는 기능 목록은 SQL Server 2022의 버전과 지원하는 기능을 참조하세요.
ON
장기 테이블 잠금은 인덱스 작업 기간 동안 유지되지 않습니다. 인덱스 작업의 주 단계에서는 원본 테이블에 공유된 의도(
IS
) 잠금만 유지됩니다. 이렇게 하면 기본 테이블 및 인덱스에 대한 쿼리 또는 업데이트를 진행할 수 있습니다. 작업을 시작할 때 짧은 시간 동안 원본 개체에서 공유(S
) 잠금이 유지됩니다. 작업이 끝나면 비클러스터형 인덱스가 만들어지는 경우 잠시 동안 개체에서 공유(S
) 잠금을 획득합니다. 스키마 수정(Sch-M
) 잠금은 클러스터형 인덱스를 만들거나 온라인으로 삭제하고 클러스터형 또는 비클러스터형 인덱스를 다시 작성할 때 획득됩니다.ONLINE
는 인덱스가 로컬 임시 테이블에 생성되는 시점으로 설정할ON
수 없습니다.OFF
테이블 잠금은 인덱스 작업 기간 동안 적용됩니다. 클러스터형, 공간 또는 XML 인덱스를 만들거나 다시 작성하거나 삭제하거나 비클러스터형 인덱스를 다시 작성하거나 삭제하는 오프라인 인덱스 작업은 테이블에 대한 스키마 수정(
Sch-M
) 잠금을 획득합니다. 이렇게 하면 작업 기간 동안 모든 사용자가 기본 테이블에 액세스할 수 없습니다. 비클러스터형 인덱스를 만드는 오프라인 인덱스 작업은 처음에 테이블에 대한 공유(S
) 잠금을 획득합니다. 이렇게 하면 기본 테이블 정의가 수정되지 않지만 인덱스 빌드가 진행되는 동안 테이블의 데이터를 읽고 수정할 수 있습니다.
자세한 내용은 온라인 인덱스 작업 수행 및 온라인 인덱스 작업 대한지침을 참조하세요.
전역 임시 테이블의 인덱스를 비롯한 인덱스를 온라인으로 다시 빌드할 수 있습니다. 단, 다음 사례는 예외입니다.
- XML 인덱스
- 로컬 임시 테이블의 인덱스
- 뷰의 초기 고유 클러스터형 인덱스
- 비활성화된 클러스터형 인덱스
- SQL Server 2017(14.x) 및 이전 버전의 클러스터형 columnstore 인덱스
- SQL Server 2016(13.x) 및 이전 버전의 비클러스터형 columnstore 인덱스
- 기본 테이블이 LOB 데이터 형식(image, ntext, text) 및 공간 데이터 형식을 포함하는 경우 클러스터형 인덱스입니다.
-
varchar(max) 및 varbinary(max) 열은 인덱스 키의 일부가 될 수 없습니다. SQL Server(SQL Server 2012(11.x)부터), Azure SQL Database 및 Azure SQL Managed Instance에서 테이블에 varchar(max) 또는 varbinary(max) 열이 포함된 경우
ONLINE
옵션을 사용하여 다른 열을 포함하는 클러스터형 인덱스를 작성하거나 다시 작성할 수 있습니다.
자세한 내용은 온라인 인덱스 작업이작동하는 방식을 참조하세요.
RESUMABLE = { ON | OFF}
적용: SQL Server 2017(14.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
온라인 인덱스 작업이 다시 시작될 수 있는지 여부를 지정합니다.
ON
인덱스 작업이 다시 시작될 수 있습니다.
OFF
인덱스 작업이 다시 시작될 수 없습니다.
MAX_DURATION = time [ MINUTES ] 와 함께 RESUMABLE = ON
사용됨(필수 ONLINE = ON
)
적용: SQL Server 2017(14.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
일시 중지되기 전에 다시 시작 가능한 인덱스 작업이 실행되는 시간(정수 분)을 지정합니다.
ALLOW_ROW_LOCKS = { ON | OFF }
행 잠금의 허용 여부를 지정합니다. 기본값은 ON
입니다.
ON
인덱스에 액세스할 때 행 잠금이 허용됩니다. 행 잠금을 사용하는 시점은 데이터베이스 엔진이 결정합니다.
OFF
행 잠금은 사용되지 않습니다.
ALLOW_PAGE_LOCKS = { ON | OFF }
페이지 잠금의 허용 여부를 지정합니다. 기본값은 ON
입니다.
ON
인덱스에 액세스할 때 페이지 잠금이 허용됩니다. 페이지 잠금을 사용하는 시점은 데이터베이스 엔진이 결정합니다.
OFF
페이지 잠금은 사용되지 않습니다.
OPTIMIZE_FOR_SEQUENTIAL_KEY = { ON | OFF }
적용: SQL Server 2019(15.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
마지막 페이지 삽입 경합을 방지하기 위해 최적화할지 여부를 지정합니다. 기본값은 OFF
입니다. 자세한 내용은 순차 키 참조하세요.
MAXDOP = max_degree_of_parallelism
인덱스 작업에 대한 최대 병렬 처리 수준 구성 옵션을 재정의합니다. 자세한 내용은 최대 병렬 처리 수준 서버 구성 옵션구성을 참조하세요.
MAXDOP
사용하여 인덱스 빌드 작업에 대한 병렬 처리 수준 및 결과 리소스 사용을 제한합니다.
MAXDOP
옵션은 모든 XML 인덱스 및 공간 인덱스에 대해 구문적으로 지원되지만 ALTER INDEX
현재 단일 프로세서만 사용합니다.
max_degree_of_parallelism은 다음 중 하나일 수 있습니다.
1
병렬 계획 생성을 표시하지 않습니다.
>1
병렬 인덱스 작업에 사용되는 최대 병렬 처리 수준을 현재 시스템 워크로드에 따라 지정된 수 이하로 제한합니다.
0(기본값)
현재 시스템 워크로드에 따라 감소하지 않는 한 서버, 데이터베이스 또는 워크로드 그룹 수준에서 지정된 병렬 처리 수준을 사용합니다.
참고
병렬 인덱스 작업은 일부 SQL Server 버전에서 사용할 수 있습니다. SQL Server 버전에서 지원되는 기능 목록은 SQL Server 2022의 버전과 지원하는 기능을 참조하세요.
COMPRESSION_DELAY = { 0 | duration [ minutes ] }
적용 대상: SQL Server(SQL Server 2016(13.x)부터), Azure SQL Database 및 Azure SQL Managed Instance
columnstore 인덱스가 있는 디스크 기반 테이블의 경우 데이터베이스 엔진이 압축된 행 그룹으로 압축하기 전에 닫힌 상태의 델타 행 그룹이 델타 저장소에 남아 있어야 하는 최소 시간(분)을 지정합니다. 디스크 기반 테이블은 개별 행에 대한 삽입 및 업데이트 시간을 추적하지 않으므로 데이터베이스 엔진은 이 지연을 닫은 상태의 델타 저장소 행 그룹에만 적용합니다.
기본값은 0분입니다.
COMPRESSION_DELAY
사용하는 시기에 대한 권장 사항은 실시간 운영 분석 대한columnstore 시작을 참조하세요.
DATA_COMPRESSION
지정된 인덱스, 파티션 번호 또는 파티션 범위에 대한 데이터 압축 옵션을 지정합니다. 옵션은 다음과 같습니다.
없음
인덱스 또는 지정된 파티션이 압축되지 않습니다. columnstore 인덱스에는 적용되지 않습니다.
ROW
인덱스 또는 지정된 파티션이 행 압축을 사용하여 압축됩니다. columnstore 인덱스에는 적용되지 않습니다.
PAGE
인덱스 또는 지정된 파티션이 페이지 압축을 사용하여 압축됩니다. columnstore 인덱스에는 적용되지 않습니다.
COLUMNSTORE
적용: SQL Server 2014(12.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
클러스터형 columnstore 인덱스 및 비클러스터형 columnstore 인덱스를 모두 포함하는 columnstore 인덱스에만 적용됩니다.
COLUMNSTORE
지정하면COLUMNSTORE_ARCHIVE
포함한 다른 모든 데이터 압축이 제거됩니다.COLUMNSTORE_ARCHIVE
적용: SQL Server 2014(12.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
클러스터형 columnstore 인덱스 및 비클러스터형 columnstore 인덱스를 모두 포함하는 columnstore 인덱스에만 적용됩니다.
COLUMNSTORE_ARCHIVE
는 지정된 파티션을 더 작은 크기로 압축합니다. 보다 적은 스토리지 크기가 필요한 기타 상황에서 보관하는 데 사용할 수 있으며 저장 및 검색에 더 많은 시간을 이용할 수 있습니다.
압축에 대한 자세한 내용은 데이터 압축을 참조하세요.
XML_COMPRESSION
적용: SQL Server 2022(16.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
하나 이상의 xml 데이터 형식 열을 포함하는 지정된 인덱스에 대한 XML 압축 옵션을 지정합니다. 옵션은 다음과 같습니다.
ON
인덱스 또는 지정된 파티션이 XML 압축을 사용하여 압축됩니다.
OFF
인덱스 또는 지정된 파티션이 압축되지 않습니다.
ON PARTITIONS ( { <partition_number_expression> | <range> } [ ,... n ] )
DATA_COMPRESSION
또는 XML_COMPRESSION
설정이 적용되는 파티션을 지정합니다. 인덱스가 분할되지 않으면 인수에서 ON PARTITIONS
오류가 발생합니다.
ON PARTITIONS
절을 제공하지 않으면 DATA_COMPRESSION
또는 XML_COMPRESSION
옵션이 분할된 인덱스의 모든 파티션에 적용됩니다.
<partition_number_expression>
은 다음과 같은 방법으로 지정할 수 있습니다.
- 파티션의 번호를 지정합니다(예:
ON PARTITIONS (2)
). - 여러 개별 파티션의 파티션 번호를 쉼표로 구분하여 지정합니다(예:
ON PARTITIONS (1, 5)
). - 범위와 개별 파티션을 모두 지정합니다(예:
ON PARTITIONS (2, 4, 6 TO 8)
).
<range>
TO
단어(예: ON PARTITIONS (6 TO 8)
)로 구분된 파티션 번호로 지정할 수 있습니다.
여러 파티션에 대해 서로 다른 데이터 압축 유형을 설정하려면 DATA_COMPRESSION
옵션을 두 번 이상 지정합니다. 예를 들면 다음과 같습니다.
REBUILD WITH
(
DATA_COMPRESSION = NONE ON PARTITIONS (1),
DATA_COMPRESSION = ROW ON PARTITIONS (2, 4, 6 TO 8),
DATA_COMPRESSION = PAGE ON PARTITIONS (3, 5)
);
XML_COMPRESSION
옵션을 두 번 이상 지정할 수도 있습니다. 예를 들면 다음과 같습니다.
REBUILD WITH
(
XML_COMPRESSION = OFF ON PARTITIONS (1),
XML_COMPRESSION = ON ON PARTITIONS (2, 4, 6 TO 8),
XML_COMPRESSION = OFF ON PARTITIONS (3, 5)
);
RESUME
적용: SQL Server 2017(14.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
최대 기간에 도달했거나 실패로 인해 수동으로 일시 중지되는 인덱스 작업을 다시 시작합니다.
MAX_DURATION
다시 일시 중지되기 전에 다시 시작된 후 다시 시작 가능한 인덱스 작업이 실행되는 시간(정수 분)을 지정합니다.
WAIT_AT_LOW_PRIORITY
일시 중지 후 인덱스 빌드 작업을 다시 시작하려면 필요한 잠금을 획득해야 합니다.
WAIT_AT_LOW_PRIORITY
인덱스 빌드 작업이 낮은 우선 순위 잠금을 획득하여 인덱스 빌드 작업이 대기하는 동안 다른 작업을 진행할 수 있음을 나타냅니다.WAIT_AT_LOW_PRIORITY
옵션을 생략하면WAIT_AT_LOW_PRIORITY (MAX_DURATION = 0 minutes, ABORT_AFTER_WAIT = NONE)
와 동일합니다. 자세한 내용은 WAIT_AT_LOW_PRIORITY를 참조하세요.
일시 중지
적용: SQL Server 2017(14.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
다시 시작 가능한 인덱스 빌드 작업을 일시 중지합니다.
중단
적용: SQL Server 2017(14.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
다시 시작 가능으로 시작된 실행 중이거나 일시 중지된 인덱스 빌드 작업을 중단합니다. 다시 시작 가능한 인덱스 빌드 작업을 종료하려면 ABORT
명령을 명시적으로 실행해야 합니다. 다시 시작 가능한 인덱스 작업의 오류 또는 일시 중지는 실행을 종료하지 않습니다. 오히려 작업을 무기한 일시 중지 상태로 둡니다.
설명
인덱스를 다시 분할하거나 다른 파일 그룹으로 이동하는 데는 ALTER INDEX
를 사용할 수 없습니다. 이 문을 사용하여 열 추가 또는 삭제, 열 순서 변경과 같은 인덱스 정의를 수정할 수 없습니다. 이러한 작업을 수행하려면 CREATE INDEX
절과 DROP_EXISTING
를 함께 사용하세요.
옵션을 명시적으로 지정하지 않으면 현재 설정이 적용됩니다. 예를 들어 절에 FILLFACTOR
설정이 지정되지 않은 경우 REBUILD
다시 빌드 프로세스 중에 시스템 카탈로그에 저장된 채우기 비율 값이 사용됩니다. 현재 인덱스 옵션 설정을 보려면 sys.indexes를 사용하세요.
ONLINE
, MAXDOP
, SORT_IN_TEMPDB
값은 시스템 카탈로그에 저장되지 않습니다. 인덱스 문에서 지정하지 않으면 해당 옵션의 기본값이 사용됩니다.
다중 프로세서 컴퓨터에서는 다른 쿼리의 경우와 마찬가지로 ALTER INDEX REBUILD
가 자동으로 프로세서를 더 사용하여 인덱스 수정과 관련된 정렬 및 검색 작업을 수행합니다. 반대로 ALTER INDEX REORGANIZE
단일 스레드 작업입니다. 자세한 내용은 병렬 인덱스 작업 구성을 참조하세요.
Microsoft Fabric ALTER INDEX ALL
의 SQL 데이터베이스에서는 지원되지 않지만 ALTER INDEX <index name>
지원됩니다.
인덱스 다시 작성
인덱스를 다시 작성하면 이 인덱스가 삭제된 다음 다시 생성됩니다. 이렇게 하면 조각화를 제거하고, 지정된 채우기 비율 또는 기존 채우기 비율 설정을 기준으로 페이지를 압축하여 디스크 공간을 회수하고, 인덱스 행을 연속된 페이지로 다시 정렬할 수 있습니다.
ALL
지정되면 테이블의 모든 인덱스가 삭제되고 단일 트랜잭션에서 다시 작성됩니다. 외래 키 제약 조건은 미리 삭제하지 않아도 됩니다. 익스텐트가 128개 이상인 인덱스를 다시 작성하면 데이터베이스 엔진에서 실제 페이지 할당 취소와 해당 관련 잠금이 트랜잭션 커밋 후까지 지연됩니다. 자세한 내용은 지연 할당 취소 참조하세요.
자세한 내용은 인덱스 유지 관리 최적화를 참조 하여 쿼리 성능을 개선하고 리소스 소비를 줄입니다.
인덱스 다시 구성
인덱스를 다시 구성할 때는 최소한의 시스템 리소스가 사용됩니다. 이때는 왼쪽에서 오른쪽으로 표시되는 리프 노드의 논리적 순서에 맞도록 리프 수준 페이지를 물리적으로 다시 정렬하여 테이블 및 뷰의 클러스터형 및 비클러스터형 인덱스의 리프 수준에 대한 조각 모음을 수행합니다. 다시 구성 작업을 수행하면 인덱스 페이지도 압축됩니다. 이때 압축은 기존 채우기 비율 값을 기준으로 수행됩니다.
ALL
을 지정하면 테이블에서 관계형 인덱스, 클러스터형 및 비클러스터형 모두와 XML 인덱스가 다시 구성됩니다.
ALL
지정할 때 일부 제한 사항이 적용될 있습니다.
자세한 내용은 인덱스 유지 관리 최적화를 참조 하여 쿼리 성능을 개선하고 리소스 소비를 줄입니다.
참고
정렬된 columnstore 인덱스가 있는 테이블의 경우 ALTER INDEX REORGANIZE
데이터를 다시 정렬하지 않습니다. 데이터를 다시 정렬하려면 ALTER INDEX REBUILD
를 사용하세요.
인덱스 사용 안 함
인덱스를 비활성화하면 사용자가 인덱스에 액세스할 수 없으며 클러스터형 인덱스의 경우 기본 테이블 데이터에도 액세스할 수 없습니다. 인덱스 정의는 시스템 카탈로그에 유지됩니다. 뷰의 비클러스터형 인덱스 또는 클러스터형 인덱스를 비활성화하면 인덱스 데이터가 물리적으로 삭제됩니다. 클러스터형 인덱스를 비활성화하면 데이터에 액세스할 수 없지만 인덱스가 삭제되거나 다시 작성될 때까지는 데이터가 B-트리에서 유지 관리되지 않는 상태로 남아 있습니다. 인덱스가 비활성화되어 있는지 확인하려면 sys.indexes
카탈로그 뷰에서 is_disabled
열을 사용합니다.
참고
설명서는 인덱스를 지칭할 때 B-트리라는 용어를 사용합니다. rowstore 인덱스에서 데이터베이스 엔진은 B+ 트리를 구현합니다. 이는 columnstore 인덱스나 메모리 최적화 테이블 인덱스에는 적용되지 않습니다. 자세한 내용은 SQL Server 및 Azure SQL 인덱스 아키텍처 및 디자인 가이드를 참조하세요.
테이블이 트랜잭션 복제 게시에 있는 경우 기본 키 제약 조건과 연결된 인덱스는 사용하지 않도록 설정할 수 없습니다. 이러한 인덱스는 복제에 필요합니다. 이러한 인덱스 사용 하지 않도록 설정 하려면 먼저 게시에서 테이블을 삭제 해야 합니다. 자세한 내용은 데이터 및 데이터베이스 개체게시를 참조하세요.
ALTER INDEX REBUILD
문 또는 CREATE INDEX WITH DROP_EXISTING
문을 사용하여 인덱스를 사용하도록 설정합니다. 비활성화된 클러스터형 인덱스 다시 작성은 옵션을 ON
수행할 수 없습니다. 자세한 내용은 인덱스 및 제약 조건 사용 안 함을 참조 하세요.
옵션 설정
해당 인덱스 다시 작성 또는 재구성 없이 지정된 인덱스 옵션ALLOW_ROW_LOCKS
ALLOW_PAGE_LOCKS
, , OPTIMIZE_FOR_SEQUENTIAL_KEY
IGNORE_DUP_KEY
및 STATISTICS_NORECOMPUTE
지정된 인덱스 옵션을 설정할 수 있습니다. 수정된 값은 인덱스에 바로 적용됩니다. 이러한 설정을 보려면 sys.indexes
를 사용하세요. 자세한 내용은 인덱스 옵션설정을 참조하세요.
행 및 페이지 잠금 옵션
ALLOW_ROW_LOCKS = ON
이고 ALLOW_PAGE_LOCK = ON
이면 인덱스에 액세스할 때 행 수준, 페이지 수준 및 테이블 수준 잠금이 허용됩니다. 데이터베이스 엔진은 적절한 잠금을 선택하고 행 또는 페이지 잠금에서 테이블 잠금으로 잠금을 에스컬레이션할 수 있습니다.
ALLOW_ROW_LOCKS = OFF
이고 ALLOW_PAGE_LOCK = OFF
이면 인덱스에 액세스할 때 테이블 수준 잠금만 허용됩니다.
행 또는 페이지 잠금 옵션을 설정할 때 지정된 경우 ALL
설정은 모든 인덱스에 적용됩니다. 기본 테이블이 힙인 경우 다음과 같은 방식으로 설정이 적용됩니다.
옵션 | 적용 대상 |
---|---|
ALLOW_ROW_LOCKS = ON 또는 OFF |
힙 및 연결된 모든 비클러스터형 인덱스입니다. |
ALLOW_PAGE_LOCKS = ON |
힙 및 연결된 모든 비클러스터형 인덱스입니다. |
ALLOW_PAGE_LOCKS = OFF |
모든 페이지 잠금이 허용되지 않는 비클러스터형 인덱스입니다. 힙의 경우 공유(S ), 업데이트(U ) 및 배타적(X ) 페이지 잠금만 허용되지 않습니다. 데이터베이스 엔진은 내부 목적으로 의도 페이지 잠금(IS , IU 또는 IX )을 가져올 수 있습니다. |
Warning
인덱스에서 행 또는 페이지 잠금을 사용하지 않도록 설정하는 것은 권장되지 않습니다. 동시성 관련 문제가 발생할 수 있으며 특정 기능을 사용할 수 없을 수 있습니다. 예를 들어 ALLOW_PAGE_LOCKS
OFF
설정되면 인덱스 다시 구성할 수 없습니다.
온라인 인덱스 작업
인덱스를 다시 빌드하고 ONLINE
옵션을 ON
설정하면 같은 테이블의 인덱스, 관련 테이블 및 기타 인덱스의 데이터를 쿼리 및 수정에 사용할 수 있습니다. 단일 파티션에 있는 인덱스 부분을 온라인으로 다시 작성할 수도 있습니다. 단독 테이블 잠금은 인덱스 다시 작성이 끝날 때 짧은 시간 동안만 유지됩니다.
인덱스를 다시 구성하는 과정은 항상 온라인으로 수행됩니다. 이 프로세스는 짧은 기간 동안만 잠금을 유지하며 쿼리 또는 업데이트를 차단할 가능성이 낮습니다.
다음 작업을 수행할 때만 동일한 테이블 또는 테이블 파티션에서 동시 온라인 인덱스 작업을 수행할 수 있습니다.
- 여러 개의 비클러스터형 인덱스 생성
- 동일한 테이블에서 여러 인덱스 다시 구성
- 동일한 테이블에서 겹치지 않는 인덱스를 다시 작성하는 동안 여러 인덱스 다시 구성
동시에 수행된 다른 온라인 인덱스 작업이 모두 실패합니다. 예를 들어, 동일한 테이블에서 두 개 이상의 인덱스를 다시 작성할 수 없습니다. 또는 동일한 테이블에서 기존 인덱스를 다시 작성하면서 새 인덱스를 생성할 수 없습니다.
자세한 내용은 온라인으로 인덱스 작업 수행을 참조하세요.
다시 시작 가능한 인덱스 작업
적용: SQL Server 2017(14.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
온라인 인덱스를 다시 작성할 수 있습니다. 즉, 인덱스 다시 작성을 중지하고 나중에 중지된 지점에서 다시 시작할 수 있습니다. 인덱스 다시 작성을 다시 시작하는 것으로 실행하려면 RESUMABLE = ON
옵션을 지정합니다.
다음 지침은 다시 시작 가능한 인덱스 작업에 적용됩니다.
-
RESUMABLE
옵션을 사용하려면ONLINE
옵션도 사용해야 합니다. -
RESUMABLE
옵션은 지정된 인덱스에 대한 메타데이터에 유지되지 않으며 현재 DDL 문의 기간에만 적용됩니다. 그러므로 다시 시작이 가능하도록 하려면RESUMABLE = ON
절을 명시적으로 지정해야 합니다. -
MAX_DURATION
옵션은 다음 두 가지 컨텍스트에서 지정할 수 있습니다.-
RESUMABLE
옵션에 대한MAX_DURATION
빌드되는 인덱스의 시간 간격을 지정합니다. 이 시간이 경과한 후 인덱스 빌드가 계속 실행 중이면 일시 중지됩니다. 일시 중지된 인덱스 빌드를 다시 시작하는 시기를 결정합니다.MAX_DURATION
시간(분)은 0분보다 크고 1주일보다 작거나 같아야 합니다(7 * 24 * 60 = 10080분). 인덱스 작업의 긴 일시 중지는 원래 인덱스와 새로 만든 인덱스 모두 디스크 공간이 필요하고 DML 작업으로 업데이트해야 하므로 데이터베이스 디스크 용량뿐만 아니라 특정 테이블의 DML 성능에 눈에 띄게 영향을 줄 수 있습니다.MAX_DURATION
옵션을 생략하면 인덱스 작업이 완료될 때까지 또는 오류가 발생할 때까지 계속됩니다. -
WAIT_AT_LOW_PRIORITY
옵션에 대한MAX_DURATION
작업을 수행하기 전에 인덱스 작업이 차단된 경우 우선 순위가 낮은 잠금을 사용하여 대기하는 시간을 지정합니다. 자세한 내용은 온라인 인덱스 작업 WAIT_AT_LOW_PRIORITY 참조하세요.
-
- 인덱스 작업을 즉시 일시 중지하려면
ALTER INDEX PAUSE
명령을 실행하거나KILL <session_id>
명령을 실행할 수 있습니다. - 동일한 매개 변수를 지정하여 원래
ALTER INDEX REBUILD
문을 다시 실행하면 일시 중지된 인덱스 다시 빌드 작업이 다시 시작됩니다.ALTER INDEX RESUME
문을 실행하여 일시 중지된 인덱스 다시 빌드 작업을 다시 시작할 수도 있습니다. -
ABORT
명령은 인덱스 빌드를 실행하는 세션을 종료하고 인덱스 작업을 취소합니다. 중단된 인덱스 작업은 다시 시작할 수 없습니다. - 일시 중지된 인덱스 다시 작성 작업을 다시 시작하는 경우
MAXDOP
값을 새 값으로 변경할 수 있습니다. 일시 중지된 인덱스 작업을 다시 시작할 때MAXDOP
지정되지 않은 경우 마지막 다시 시작에 사용된MAXDOP
값이 사용됩니다. 인덱스 다시 작성 작업에 대해MAXDOP
옵션이 전혀 지정되지 않은 경우 기본값이 사용됩니다.
다시 시작 가능한 인덱스 작업은 완료, 일시 중지 또는 실패할 때까지 실행됩니다. 작업이 일시 중지된 경우 작업이 일시 중지되었고 인덱스 다시 작성이 완료되지 않았음을 나타내는 오류가 발생합니다. 작업이 실패하는 경우 오류도 발생합니다.
인덱스 작업이 다시 시작 가능한 작업으로 실행되는지 확인하고 현재 실행 상태를 확인하려면 sys.index_resumable_operations 카탈로그 뷰를 사용합니다.
리소스
다시 시작 가능한 인덱스 작업에는 다음 리소스가 필요합니다.
- 빌드가 일시 중지되는 시간을 포함하여 인덱스가 빌드되는 것을 유지하는 데 필요한 추가 공간입니다.
- 정렬 단계 동안 추가 로그 처리량입니다. 다시 시작 가능한 인덱스에 대한 전체 로그 공간 사용량은 일반 온라인 인덱스 다시 작성에 비해 적으며 이 작업 중에 로그 잘림을 허용합니다.
- 인덱스 작업이 일시 중지된 동안 다시 작성 중인 인덱스 또는 관련 테이블을 수정하려는 DDL 문은 허용되지 않습니다.
- 일시 중지된 동안과 작업이 실행되는 동안 작업 기간 동안 빌드 내 인덱스에서 고스트 정리가 차단됩니다.
- 테이블에 LOB 열이 포함된 경우 다시 시작 가능한 클러스터형 인덱스 빌드에는 작업 시작 시 스키마 수정(
Sch-M
) 잠금이 필요합니다.
현재 기능 제한 사항
다시 시작 가능한 인덱스 다시 작성 작업에는 다음과 같은 제한 사항이 있습니다.
-
SORT_IN_TEMPDB = ON
옵션은 다시 시작 가능한 인덱스 작업에 지원되지 않습니다. -
RESUMABLE = ON
포함된 DDL 명령은 명시적 트랜잭션 내에서 실행할 수 없습니다. - 다음을 포함하는 다시 시작하는 인덱스를 만들 수 없습니다.
- rowversion을 키 열로계산되거나 타임스탬프/.
- LOB 열을 포함된 열로 지정합니다.
- 다시 시작 가능한 인덱스 작업은 다음에서 지원되지 않습니다.
-
ALTER INDEX REBUILD ALL
명령 -
ALTER TABLE REBUILD
명령 - columnstore 인덱스
- 필터링된 인덱스
- 비활성화된 인덱스
-
온라인 인덱스 작업에 대한 WAIT_AT_LOW_PRIORITY
적용: SQL Server 2014(12.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
WAIT_AT_LOW_PRIORITY
옵션을 사용하지 않으면 인덱스 다시 작성 작업이 시작되고 완료되려면 테이블 또는 인덱스에 대한 잠금을 보유하는 모든 활성 차단 트랜잭션이 완료되어야 합니다. 온라인 인덱스 작업이 시작되고 완료되기 전에 테이블에 대한 공유(S
) 또는 스키마 수정(Sch-M
) 잠금을 획득하고 잠시 동안 보관해야 합니다. 잠금이 짧은 시간 동안만 유지되더라도 워크로드 처리량에 큰 영향을 미치거나 쿼리 대기 시간을 늘리거나 실행 시간 초과가 발생할 수 있습니다.
이러한 문제를 방지하기 위해 WAIT_AT_LOW_PRIORITY
옵션을 사용하면 온라인 인덱스 작업을 시작하고 완료하는 데 필요한 S
또는 Sch-M
잠금의 동작을 관리하고 세 가지 옵션 중에서 선택할 수 있습니다. 모든 경우에 MAX_DURATION = n [minutes]
지정된 대기 시간 동안 인덱스 작업을 포함하는 차단이 없으면 인덱스 작업이 즉시 진행됩니다.
WAIT_AT_LOW_PRIORITY
낮은 우선 순위 잠금을 사용하여 온라인 인덱스 작업을 대기하게 하므로 정상 우선 순위 잠금을 사용하는 다른 작업이 그 동안 계속 진행할 수 있습니다.
WAIT_AT_LOW_PRIORITY
옵션을 생략하면 WAIT_AT_LOW_PRIORITY (MAX_DURATION = 0 minutes, ABORT_AFTER_WAIT = NONE)
와 동일합니다.
MAX_DURATION
=
시간 [MINUTES
]
온라인 인덱스 작업이 낮은 우선 순위 잠금을 사용하여 대기하는 대기 시간(분 단위로 지정된 정수 값)입니다. 작업이 시간 동안 MAX_DURATION
차단되면 지정된 ABORT_AFTER_WAIT
작업이 실행됩니다.
MAX_DURATION
시간은 항상 분 단위이며 단어를 MINUTES
생략할 수 있습니다.
ABORT_AFTER_WAIT
= [NONE
| SELF
| BLOCKERS
]
-
NONE
: 정상 우선 순위로 잠금을 계속 기다립니다. -
SELF
: 아무 작업도 수행하지 않고 현재 실행 중인 온라인 인덱스 작업을 종료합니다.MAX_DURATION
0이면SELF
옵션을 사용할 수 없습니다. -
BLOCKERS
: 작업을 계속할 수 있도록 온라인 인덱스 작업을 차단하는 모든 사용자 트랜잭션을 종료합니다.BLOCKERS
옵션을 사용하려면CREATE INDEX
또는ALTER INDEX
문을 실행하는 보안 주체에게ALTER ANY CONNECTION
권한이 있어야 합니다.
다음 확장 이벤트를 사용하여 낮은 우선 순위에서 잠금을 기다리는 인덱스 작업을 모니터링할 수 있습니다.
lock_request_priority_state
process_killed_by_abort_blockers
ddl_with_wait_at_low_priority
공간 인덱스 제한 사항
공간 인덱스를 다시 작성하는 경우 인덱스 작업 중에 기본 사용자 테이블을 사용할 수 없습니다.
사용자 테이블의 제약 조건은 PRIMARY KEY
해당 테이블의 열에 공간 인덱스가 정의되어 있는 동안 수정할 수 없습니다. 제약 조건을 PRIMARY KEY
변경하려면 먼저 테이블의 모든 공간 인덱스를 삭제합니다. 제약 조건을 수정한 PRIMARY KEY
후 각 공간 인덱스를 다시 만들 수 있습니다.
단일 파티션 다시 작성 작업에서는 공간 인덱스를 지정할 수 없습니다. 그러나 테이블 다시 작성에서 공간 인덱스를 지정할 수 있습니다.
공간 인덱스에 지정된 옵션(예: BOUNDING_BOX
또는 GRID
)을 변경하려면 CREATE SPATIAL INDEX
을 지정하는 DROP_EXISTING = ON
문을 사용하거나 해당 공간 인덱스를 삭제하고 새로 만들 수 있습니다. 예제는 CREATE SPATIAL INDEX를 참조하세요.
데이터 압축
데이터 압축에 대한 자세한 내용은 데이터 압축을 참조 하세요.
다음은 데이터 압축을 사용할 때 인덱스 빌드 작업의 컨텍스트에서 고려해야 할 핵심 사항입니다.
- 압축을 사용하면 페이지에 더 많은 행을 저장할 수 있지만 최대 행 크기는 변경되지 않습니다.
- 인덱스의 리프가 아닌 페이지는 페이지가 압축되지 않지만 행을 압축할 수 있습니다.
- 각 비클러스터형 인덱스는 개별 압축 설정을 하며 기본 테이블의 압축 설정을 상속하지 않습니다.
- 클러스터형 인덱스가 힙에 만들어지면 대체 압축 상태를 지정하지 않는 한 클러스터형 인덱스는 힙의 압축 상태를 상속합니다.
다음 고려 사항은 분할된 인덱스 다시 작성을 적용합니다.
- 테이블에 정렬되지 않은 인덱스가 있는 경우 단일 파티션의 압축 설정을 변경할 수 없습니다.
-
ALTER INDEX <index> ... REBUILD PARTITION ... WITH DATA_COMPRESSION = ...
구문은 지정된 압축 옵션을 사용하여 인덱스의 지정된 파티션을 다시 작성합니다.WITH DATA_COMPRESSION
절을 생략하면 기존 압축 옵션이 사용됩니다. -
ALTER INDEX <index> ... REBUILD PARTITION = ALL
구문은 기존 압축 옵션을 사용하여 인덱스의 모든 파티션을 다시 작성합니다. -
ALTER INDEX <index> ... REBUILD PARTITION = ALL (WITH ...)
구문은 인덱스의 모든 파티션을 다시 빌드합니다.DATA_COMPRESSION = ... ON PARTITIONS ( ...)
절을 사용하여 다른 파티션에 대해 다른 압축을 선택할 수 있습니다.
변경 PAGE
및 ROW
압축이 테이블, 인덱스 또는 파티션에 미치는 영향을 평가하려면 sp_estimate_data_compression_savings 저장 프로시저를 사용합니다.
통계
인덱스를 다시 작성하면 인덱스에 대한 통계가 분할되지 않은 인덱스에 대한 전체 검사 및 분할된 인덱스에 대한 기본 샘플링 비율로 업데이트됩니다. 테이블에 대한 다른 통계는 인덱스 다시 작성의 일부로 업데이트되지 않습니다.
사용 권한
테이블 또는 뷰에 대한 ALTER
권한이 필요합니다.
버전 참고 사항
- Azure SQL Database는
PRIMARY
이외의 파일 그룹을 지원하지 않습니다. - Azure SQL Database 및 Azure SQL Managed Instance는
FILESTREAM
옵션을 지원하지 않습니다. - Columnstore 인덱스는 SQL Server 2012(11.x) 이전에는 사용할 수 없습니다.
- 다시 시작 가능한 인덱스 작업은 SQL Server 2017(14.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance에서 사용할 수 있습니다.
기본 구문 예제
ALTER INDEX index1 ON table1 REBUILD;
ALTER INDEX ALL ON table1 REBUILD;
ALTER INDEX ALL ON dbo.table1 REBUILD;
예: Columnstore 인덱스
이 예제는 columnstore 인덱스에는 적용되지 않습니다.
A. REORGANIZE 데모
이 예제에서는 ALTER INDEX REORGANIZE
명령의 작동 방식을 보여 줍니다. 여러 개의 행 그룹이 있는 테이블을 만든 다음, REORGANIZE
가 행 그룹을 병합하는 방법을 보여 줍니다.
-- Create a database
CREATE DATABASE [columnstore];
GO
-- Create a rowstore staging table
CREATE TABLE [staging] (
AccountKey INT NOT NULL,
AccountDescription NVARCHAR(50),
AccountType NVARCHAR(50),
AccountCodeAlternateKey INT
);
-- Insert 10 million rows into the staging table.
DECLARE @loop INT;
DECLARE @AccountDescription VARCHAR(50);
DECLARE @AccountKey INT;
DECLARE @AccountType VARCHAR(50);
DECLARE @AccountCode INT;
SELECT @loop = 0
BEGIN TRANSACTION
WHILE (@loop < 300000)
BEGIN
SELECT @AccountKey = CAST(RAND() * 10000000 AS INT);
SELECT @AccountDescription = 'accountdesc ' + CONVERT(VARCHAR(20), @AccountKey);
SELECT @AccountType = 'AccountType ' + CONVERT(VARCHAR(20), @AccountKey);
SELECT @AccountCode = CAST(RAND() * 10000000 AS INT);
INSERT INTO staging
VALUES (
@AccountKey,
@AccountDescription,
@AccountType,
@AccountCode
);
SELECT @loop = @loop + 1;
END
COMMIT
-- Create a table for the clustered columnstore index
CREATE TABLE cci_target (
AccountKey INT NOT NULL,
AccountDescription NVARCHAR(50),
AccountType NVARCHAR(50),
AccountCodeAlternateKey INT
);
-- Convert the table to a clustered columnstore index named inxcci_cci_target;
CREATE CLUSTERED COLUMNSTORE INDEX idxcci_cci_target ON cci_target;
TABLOCK 옵션을 사용하여 행을 병렬로 삽입합니다. SQL Server 2016(13.x) INSERT INTO
부터 작업을 사용할 때 TABLOCK
병렬로 실행할 수 있습니다.
INSERT INTO cci_target WITH (TABLOCK)
SELECT TOP 300000 * FROM staging;
이 명령을 실행하여 델타 행 그룹을 확인 OPEN
합니다. rowgroup 수는 병렬 처리 수준에 따라 달라집니다.
SELECT *
FROM sys.dm_db_column_store_row_group_physical_stats
WHERE object_id = object_id('cci_target');
이 명령을 실행하여 모든 CLOSED
OPEN
행 그룹과 행 그룹을 columnstore로 강제 적용합니다.
ALTER INDEX idxcci_cci_target ON cci_target REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON);
이 명령을 다시 실행하면 작은 행 그룹이 하나의 압축된 행 그룹으로 병합되는 것을 볼 수 있습니다.
ALTER INDEX idxcci_cci_target ON cci_target REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON);
B. 닫힌(CLOSED) 델타 rowgroup을 columnstore으로 압축
이 예제에서는 각 REORGANIZE
델타 행 그룹을 압축된 행 그룹으로 columnstore로 압축하는 옵션을 사용합니다CLOSED
. 이는 필요하지 않지만 튜플 이동기가 행 그룹을 충분히 빠르게 압축 CLOSED
하지 않는 경우에 유용합니다.
AdventureWorksDW2022
샘플 데이터베이스에서 두 예제를 모두 실행할 수 있습니다.
이 샘플은 모든 파티션에서 실행됩니다 REORGANIZE
.
ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REORGANIZE;
이 샘플은 특정 파티션에서 실행됩니다 REORGANIZE
.
-- REORGANIZE a specific partition
ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REORGANIZE PARTITION = 0;
C. 모든 열린(OPEN) 및 닫힌(CLOSED) 델타 rowgroup을 columnstore으로 압축
적용 대상: SQL Server 2016(13.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
이 명령은 REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON)
각 OPEN
행 그룹과 CLOSED
델타 행 그룹을 columnstore로 압축된 행 그룹으로 압축합니다. 이렇게 하면 deltastore가 비워지고 모든 행이 columnstore로 압축되도록 강제 적용합니다. 이러한 작업은 행을 하나 이상의 델타 행 그룹에 저장하므로 이 기능은 많은 삽입 작업을 수행한 후 특히 유용합니다.
REORGANIZE
행 그룹을 결합하여 행 그룹을 최대 행 <수 = 1,024,576개까지 채웁니다. 따라서 모든 OPEN
행 그룹과 CLOSED
행 그룹을 압축할 때는 몇 개의 행만 있는 압축된 행 그룹이 많지 않습니다. rowgroup을 채우면서도 압축된 크기를 가능하면 줄이고 쿼리 성능을 개선하기를 원할 것입니다.
다음 예에서는 AdventureWorksDW2022
데이터베이스를 사용합니다.
다음은 모든 OPEN
CLOSED
행 그룹과 델타 행 그룹을 columnstore 인덱스로 이동하는 예제입니다.
ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON);
다음은 모든 OPEN
CLOSED
행 그룹과 델타 행 그룹을 특정 파티션의 columnstore 인덱스로 이동하는 예제입니다.
ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REORGANIZE PARTITION = 0 WITH (COMPRESS_ALL_ROW_GROUPS = ON);
D. 온라인에서 columnstore 인덱스를 조각 모음
SQL Server 2012(11.x) 및 SQL Server 2014(12.x)에는 적용되지 않습니다.
SQL Server 2016(13.x) REORGANIZE
부터 델타 행 그룹을 columnstore로 압축하는 것 이상을 수행합니다. 또한 온라인 조각 모음도 수행합니다. 먼저, rowgroup 행 수의 10% 이상이 삭제된 경우 삭제된 행을 물리적으로 제거하여 columnstore의 크기를 줄입니다. 그런 다음, rowgroup들을 함께 결합하여 rowgroup당 최대 1,024,576개의 행을 포함하는 더 큰 rowgroup을 형성합니다. 변경된 모든 행 그룹은 다시 압축됩니다.
참고
SQL Server 2016(13.x)부터는 삭제된 행을 물리적으로 제거하고 행 그룹을 병합하기 때문에 REORGANIZE
columnstore 인덱스를 다시 작성할 필요가 없습니다. 이 COMPRESS_ALL_ROW_GROUPS
옵션은 이전에 다시 빌드로만 수행할 수 있었던 columnstore로 모든 OPEN
또는 CLOSED
델타 행 그룹을 강제합니다.
REORGANIZE
는 온라인 상태이며 백그라운드에서 발생하므로 작업이 수행되면 쿼리를 계속할 수 있습니다.
다음 예제에서는 테이블에서 논리적으로 REORGANIZE
삭제된 행을 물리적으로 제거하고 행 그룹을 병합하여 인덱스를 조각 모음하는 방법을 수행합니다.
ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REORGANIZE;
E. 오프라인으로 클러스터형 columnstore 인덱스 다시 작성
적용 대상: SQL Server, Azure SQL Database 및 Azure SQL Managed Instance
팁
SQL Server 2016(13.x) 부터 및 Azure SQL Database에서는 columnstore 인덱스에 ALTER INDEX REORGANIZE
대신 ALTER INDEX REBUILD
를 사용하는 것이 좋습니다.
참고
SQL Server 2012(11.x) 및 SQL Server 2014(12.x) REORGANIZE
에서는 행 그룹을 columnstore로 압축 CLOSED
하는 데만 사용됩니다. 조각 모음 작업을 수행하고 모든 델타 rowgroup을 columnstore으로 강제 적용하는 유일한 방법은 인덱스를 다시 작성하는 것뿐입니다.
이 예제에서는 클러스터형 columnstore 인덱스를 다시 작성하고 모든 델타 rowgroup을 columnstore으로 강제 적용하는 방법을 보여줍니다. 첫 단계에서는 클러스터형 columnstore 인덱스가 있는 FactInternetSales2
데이터베이스의 AdventureWorksDW2022
테이블을 준비하고 첫 번째 네 열에서 데이터를 삽입합니다.
CREATE TABLE dbo.FactInternetSales2 (
ProductKey [int] NOT NULL,
OrderDateKey [int] NOT NULL,
DueDateKey [int] NOT NULL,
ShipDateKey [int] NOT NULL);
CREATE CLUSTERED COLUMNSTORE INDEX cci_FactInternetSales2
ON dbo.FactInternetSales2;
INSERT INTO dbo.FactInternetSales2
SELECT ProductKey, OrderDateKey, DueDateKey, ShipDateKey
FROM dbo.FactInternetSales;
SELECT * FROM sys.column_store_row_groups;
결과에는 하나의 OPEN
행 그룹이 표시됩니다. 즉, SQL Server는 행 그룹을 닫고 데이터를 columnstore로 이동하기 전에 더 많은 행이 추가되기를 기다립니다. 다음 명령문은 모든 행을 columnstore로 강제 적용하는 클러스터형 columnstore 인덱스를 다시 작성합니다.
ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REBUILD;
SELECT * FROM sys.column_store_row_groups;
명령문의 SELECT
결과는 rowgroup이 COMPRESSED
있음을 보여 줍니다. 즉, 행 그룹의 열 세그먼트가 이제 columnstore에 압축되고 저장됩니다.
F. 오프라인으로 클러스터형 columnstore의 파티션 다시 작성
적용: SQL Server 2012(11.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
대규모 클러스터형 columnstore 인덱스의 파티션을 다시 빌드하려면 파티션 옵션을 지정하고 ALTER INDEX REBUILD
를 사용합니다. 이 예제에서는 파티션 12를 다시 작성합니다. SQL Server 2016(13.x)부터 REBUILD
를 REORGANIZE
로 대체하는 것이 좋습니다.
ALTER INDEX cci_fact3
ON fact3
REBUILD PARTITION = 12;
G. 보관 압축을 사용하도록 클러스터형 columnstore 인덱스 변경
적용 안 됨: SQL Server 2012(11.x)
데이터 압축 옵션을 사용하여 COLUMNSTORE_ARCHIVE
클러스터형 columnstore 인덱스의 크기를 더욱 줄일 수 있습니다. 이 방법은 저렴한 스토리지에 보관하려는 오래된 데이터에 실용적입니다. 압축 해제가 일반 COLUMNSTORE
압축보다 느리기 때문에 자주 액세스하지 않는 데이터에만 이 값을 사용하는 것이 좋습니다.
다음 예에서는 보관 압축을 사용하기 위해 클러스터형 columnstore 인덱스를 다시 작성한 다음 보관 압축을 제거하는 방법을 보여 줍니다. 최종 결과는 columnstore 압축만 사용합니다.
먼저, 클러스터형 columnstore 인덱스가 있는 테이블을 만들어 예제를 준비합니다. 그런 다음, 보관 압축을 사용하여 테이블을 추가로 압축합니다.
--Prepare the example by creating a table with a clustered columnstore index.
CREATE TABLE SimpleTable (
ProductKey [int] NOT NULL,
OrderDateKey [int] NOT NULL,
DueDateKey [int] NOT NULL,
ShipDateKey [int] NOT NULL
);
CREATE CLUSTERED INDEX cci_SimpleTable ON SimpleTable (ProductKey);
CREATE CLUSTERED COLUMNSTORE INDEX cci_SimpleTable
ON SimpleTable
WITH (DROP_EXISTING = ON);
--Compress the table further by using archival compression.
ALTER INDEX cci_SimpleTable ON SimpleTable
REBUILD
WITH (DATA_COMPRESSION = COLUMNSTORE_ARCHIVE);
GO
이 샘플은 보관 압축을 제거하고 columnstore 압축만 사용합니다.
ALTER INDEX cci_SimpleTable ON SimpleTable
REBUILD
WITH (DATA_COMPRESSION = COLUMNSTORE);
GO
예제: Rowstore 인덱스
A. 인덱스 다시 작성
다음 예에서는 Employee
데이터베이스에 있는 AdventureWorks2022
테이블의 단일 인덱스를 다시 작성합니다.
ALTER INDEX PK_Employee_EmployeeID ON HumanResources.Employee REBUILD;
B. 테이블의 모든 인덱스 다시 작성 및 옵션 지정
다음 예제에서는 키워드 ALL
를 지정합니다. 이 키워드는 Production.Product
데이터베이스의 AdventureWorks2022
테이블에 연결된 인덱스를 모두 다시 작성합니다. 3개의 옵션이 지정됩니다.
ALTER INDEX ALL ON Production.Product
REBUILD WITH (FILLFACTOR = 80, SORT_IN_TEMPDB = ON, STATISTICS_NORECOMPUTE = ON);
다음 예에서는 낮은 우선 순위 잠금 옵션을 포함하여 ONLINE 옵션을 추가하고 행 압축 옵션을 추가합니다.
적용: SQL Server 2014(12.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
ALTER INDEX ALL ON Production.Product
REBUILD WITH
(
FILLFACTOR = 80,
SORT_IN_TEMPDB = ON,
STATISTICS_NORECOMPUTE = ON,
ONLINE = ON ( WAIT_AT_LOW_PRIORITY ( MAX_DURATION = 4 MINUTES, ABORT_AFTER_WAIT = BLOCKERS ) ),
DATA_COMPRESSION = ROW
);
C. 인덱스 다시 구성과 LOB 압축
다음 예에서는 AdventureWorks2022
데이터베이스의 단일 클러스터형 인덱스를 다시 구성합니다. 인덱스에 리프 수준의 LOB 데이터 형식이 포함되어 있으므로 해당 문은 큰 개체 데이터가 포함된 페이지도 모두 압축합니다. 기본값이 ON이므로 WITH (LOB_COMPACTION = ON)
옵션은 지정하지 않아도 됩니다.
ALTER INDEX PK_ProductPhoto_ProductPhotoID ON Production.ProductPhoto REORGANIZE WITH (LOB_COMPACTION = ON);
D. 인덱스에서 옵션 설정
다음 예에서는 AK_SalesOrderHeader_SalesOrderNumber
데이터베이스의 AdventureWorks2022
인덱스에 몇 가지 옵션을 설정합니다.
ALTER INDEX AK_SalesOrderHeader_SalesOrderNumber ON
Sales.SalesOrderHeader
SET (
STATISTICS_NORECOMPUTE = ON,
IGNORE_DUP_KEY = ON,
ALLOW_PAGE_LOCKS = ON
) ;
GO
E. 인덱스 비활성화
다음 예에서는 Employee
데이터베이스에 있는 AdventureWorks2022
테이블의 비클러스터형 인덱스를 비활성화합니다.
ALTER INDEX IX_Employee_ManagerID ON HumanResources.Employee DISABLE;
F. 제약 조건 사용 안 함
다음 예제에서는 데이터베이스에서 PRIMARY KEY
인덱 PRIMARY KEY
스를 사용하지 않도록 설정 AdventureWorks2022
하여 제약 조건을 사용하지 않도록 설정합니다.
FOREIGN KEY
기본 테이블에 대한 제약 조건이 자동으로 비활성화되고 경고 메시지가 표시됩니다.
ALTER INDEX PK_Department_DepartmentID ON HumanResources.Department DISABLE;
결과 집합에서 다음과 같은 경고 메시지를 반환합니다.
Warning: Foreign key 'FK_EmployeeDepartmentHistory_Department_DepartmentID'
on table 'EmployeeDepartmentHistory' referencing table 'Department'
was disabled as a result of disabling the index 'PK_Department_DepartmentID'.
G. 제약 조건 사용
다음 예제에서는 예제 F에서 사용하지 않도록 설정된 제약 조건 및 PRIMARY KEY
제약 조건을 사용하도록 설정합니다FOREIGN KEY
.
PRIMARY KEY
인덱스 다시 작성을 통해 제약 조건을 사용할 수 PRIMARY KEY
있습니다.
ALTER INDEX PK_Department_DepartmentID ON HumanResources.Department REBUILD;
FOREIGN KEY
그런 다음 제약 조건이 활성화됩니다.
ALTER TABLE HumanResources.EmployeeDepartmentHistory
CHECK CONSTRAINT FK_EmployeeDepartmentHistory_Department_DepartmentID;
GO
H. 분할된 인덱스 다시 작성
다음 예에서는 5
데이터베이스에 있는 분할된 인덱스 IX_TransactionHistory_TransactionDate
의 단일 파티션인 파티션 번호 AdventureWorks2022
를 다시 작성합니다. 파티션 5가 ONLINE=ON
으로 다시 작성되고 낮은 우선 순위 잠금에 대한 10분 대기 시간이 인덱스 다시 작성 작업으로 획득된 모든 잠금에 개별적으로 적용됩니다. 이 시간 동안에 인덱스 다시 작성을 완료하기 위해 잠금을 얻을 수 없으면 ABORT_AFTER_WAIT = SELF
때문에 다시 작성 작업 문 자체가 중단됩니다.
적용: SQL Server 2014(12.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
-- Verify the partitioned indexes.
SELECT *
FROM sys.dm_db_index_physical_stats (DB_ID(),OBJECT_ID(N'Production.TransactionHistory'), NULL , NULL, NULL);
GO
--Rebuild only partition 5.
ALTER INDEX IX_TransactionHistory_TransactionDate
ON Production.TransactionHistory
REBUILD Partition = 5
WITH (ONLINE = ON (WAIT_AT_LOW_PRIORITY (MAX_DURATION = 10 minutes, ABORT_AFTER_WAIT = SELF)));
GO
9\. 인덱스의 압축 설정 변경
다음 예에서는 분할되지 않은 rowstore 테이블에 인덱스를 다시 작성합니다.
ALTER INDEX IX_INDEX1
ON T1
REBUILD
WITH (DATA_COMPRESSION = PAGE);
GO
J. XML 압축을 사용하여 인덱스의 설정을 변경
적용 대상: SQL Server 2022(16.x) 이상 버전, Azure SQL 데이터베이스, Azure SQL Managed Instance.
다음 예에서는 분할되지 않은 rowstore 테이블에 인덱스를 다시 작성합니다.
ALTER INDEX IX_INDEX1
ON T1
REBUILD
WITH (XML_COMPRESSION = ON);
GO
더 많은 데이터 압축 예제는 데이터 압축을 참조 하세요.
11. 온라인으로 다시 시작 가능한 인덱스 다시 작성
적용: SQL Server 2017(14.x) 이상 버전, Azure SQL Database 및 Azure SQL Managed Instance
다음 예제에서는 온라인 다시 시작 가능한 인덱스 다시 작성을 사용하는 방법을 보여줍니다.
를 사용하여 온라인 인덱스 다시 작성을 다시 시작 가능한 작업으로 MAXDOP = 1
실행합니다. 인덱스 작업이 일시 중지된 후 동일한 명령을 다시 실행하면 인덱스 다시 작성 작업이 자동으로 다시 시작됩니다.
ALTER INDEX test_idx on test_table REBUILD WITH (ONLINE = ON, MAXDOP = 1, RESUMABLE = ON);
240분으로 설정된 온라인 인덱스 다시 작성을 다시 시작 가능한 작업으로 MAX_DURATION
실행합니다.
ALTER INDEX test_idx on test_table REBUILD WITH (ONLINE = ON, RESUMABLE = ON, MAX_DURATION = 240);
실행 중인 다시 시작 가능한 온라인 인덱스 다시 작성을 일시 중지합니다.
ALTER INDEX test_idx on test_table PAUSE;
4로 설정된 새 값을 지정하는 다시 시작 가능한 작업으로 실행된 인덱스 다시 작성을 위해 온라인 인덱스 MAXDOP
다시 작성을 다시 시작합니다.
ALTER INDEX test_idx on test_table RESUME WITH (MAXDOP = 4);
다시 시작 가능한 것으로 실행된 인덱스 온라인 다시 작성에 대해 온라인 인덱스 다시 작성 작업을 다시 시작합니다. 2로 설정하고 MAXDOP
다시 시작하는 인덱스의 실행 시간을 240분으로 설정하고, 잠금에서 인덱스가 차단되는 경우 10분 동안 기다린 후 모든 차단기를 종료합니다.
ALTER INDEX test_idx on test_table
RESUME WITH (MAXDOP = 2, MAX_DURATION = 240 MINUTES,
WAIT_AT_LOW_PRIORITY (MAX_DURATION = 10, ABORT_AFTER_WAIT = BLOCKERS));
실행 중이거나 일시 중지된 다시 시작 가능한 인덱스 다시 작성 작업을 중단합니다.
ALTER INDEX test_idx on test_table ABORT;
관련 콘텐츠
- SQL Server 및 Azure SQL 인덱스 아키텍처와 디자인 가이드
- 온라인으로 인덱스 작업 수행
- CREATE INDEX(Transact-SQL)
- CREATE SPATIAL INDEX(Transact-SQL)
- CREATE XML INDEX(Transact-SQL)
- DROP INDEX(Transact-SQL)
- 인덱스 및 제약 조건 비활성화
- XML 인덱스(SQL Server)
- 쿼리 성능 향상 및 리소스 소비 감소를 위한 인덱스 유지 관리 최적화
- sys.dm_db_index_physical_stats(Transact-SQL)
- EVENTDATA(Transact-SQL)