INDEKS ALTER (Transact-SQL)

Berlaku untuk:SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Sistem Platform Analitik (PDW)Database SQL di Microsoft Fabric

Memodifikasi tabel atau indeks tampilan yang ada (rowstore, columnstore, atau XML) dengan menonaktifkan, membangun kembali, atau mengatur ulang indeks; atau dengan mengatur opsi pada indeks.

Konvensi sintaks transact-SQL

Syntax

Sintaks untuk SQL Server, Azure SQL Database, dan 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 } )
}

Sintaks untuk Azure Synapse Analytics dan 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 }
}

Arguments

index_name

Nama indeks. Nama indeks harus unik dalam tabel atau tampilan tetapi tidak harus unik dalam database. Nama indeks harus mengikuti aturan pengidentifikasi.

ALL

Menentukan semua indeks yang terkait dengan tabel atau tampilan terlepas dari jenis indeks. Menentukan ALL penyebab pernyataan gagal jika satu atau beberapa indeks berada dalam grup file offline atau baca-saja atau operasi yang ditentukan tidak diizinkan pada satu atau beberapa jenis indeks. Tabel berikut mencantumkan operasi indeks dan jenis indeks yang tidak diizinkan.

Menggunakan kata kunci `ALL` dengan operasi ini	Gagal jika tabel memiliki satu atau beberapa
`REBUILD WITH ONLINE = ON`	Indeks XML Indeks spasial Indeks penyimpan kolom di SQL Server 2017 (14.x) dan versi yang lebih lama saja. Versi yang lebih baru mendukung pembangunan ulang online indeks penyimpan kolom.
`REBUILD PARTITION = <partition_number>`	Indeks nonpartisi, indeks XML, indeks spasial, atau indeks yang dinonaktifkan
`REORGANIZE`	Indeks dengan `ALLOW_PAGE_LOCKS` diatur ke `OFF`
`REORGANIZE PARTITION = <partition_number>`	Indeks nonpartisi, indeks XML, indeks spasial, atau indeks yang dinonaktifkan
`IGNORE_DUP_KEY = ON`	Indeks XML Indeks spasial Indeks Penyimpan Kolom
`ONLINE = ON`	Indeks XML Indeks spasial Indeks Penyimpan Kolom
`RESUMABLE = ON`	Indeks yang dapat diulang tidak didukung dengan kata kunci `ALL`

Jika ALL ditentukan dengan PARTITION = <partition_number>, semua indeks harus diratakan. Ini berarti bahwa partisi dipartisi berdasarkan fungsi partisi yang setara. Menggunakan ALL dengan PARTITION menyebabkan semua partisi indeks dengan partisi yang sama <partition_number> untuk dibangun kembali atau diorganisir ulang. Untuk informasi selengkapnya tentang indeks yang dipartisi, lihat Tabel dan indeks yang dipartisi.

Untuk informasi selengkapnya tentang operasi indeks online, lihat Panduan untuk operasi indeks online.

database_name

Nama database.

schema_name

Nama skema tempat tabel atau tampilan berada.

table_or_view_name

Nama tabel atau tampilan yang terkait dengan indeks. Untuk melihat detail indeks untuk tabel atau tampilan, gunakan sys.indexes tampilan katalog.

Azure SQL Database mendukung format nama tiga bagian <database_name>.<schema_name>.<object_name> ketika <database_name> adalah nama database saat ini, atau <database_name>tempdb dan <object_name> dimulai dengan # atau ##. Jika nama skema dbo, <schema_name> dapat dihilangkan.

MEMBANGUN KEMBALI [ DENGAN ( <rebuild_index_option> [ ,... n ] ) ]

Berlaku untuk: SQL Server 2012 (11.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Menentukan bahwa indeks dibangun kembali menggunakan kolom, jenis indeks, atribut keunikan, dan urutan pengurutan yang sama. REBUILD mengaktifkan indeks yang dinonaktifkan. Membangun kembali indeks berkluster tidak membangun kembali indeks noncluster terkait kecuali kata kunci ALL ditentukan. Jika opsi indeks tidak ditentukan, nilai opsi indeks yang ada di sys.indexes diterapkan. Untuk opsi indeks apa pun yang nilainya tidak muncul di sys.indexes, default yang ditunjukkan dalam definisi argumen opsi berlaku.

Jika ALL ditentukan dan tabel yang mendasar adalah tumpukan, operasi pembangunan kembali tidak berpengaruh pada timbunan. Indeks noncluster apa pun yang terkait dengan tabel dibangun kembali.

Operasi REBUILD dapat dicatat secara minimal jika model pemulihan database dicatat secara massal atau sederhana.

Saat Anda membangun kembali indeks XML utama, tabel pengguna yang mendasar tidak tersedia selama durasi operasi indeks.

Untuk indeks penyimpan kolom, operasi pembangunan ulang:

Mengkompresi ulang semua data ke dalam penyimpan kolom. Ada dua salinan indeks penyimpan kolom saat operasi pembangunan ulang sedang berlangsung. Setelah pembangunan ulang selesai, Mesin Database akan menghapus indeks penyimpan kolom asli.
Tidak mempertahankan urutan pengurutan, jika ada. Untuk membangun kembali indeks penyimpan kolom dan mempertahankan atau memperkenalkan urutan pengurutan, gunakan pernyataan CREATE [CLUSTERED] COLUMNSTORE INDEX ... ORDER (...) ... WITH (DROP_EXISTING = ON).

Untuk informasi selengkapnya, lihat Mengoptimalkan pemeliharaan indeks untuk meningkatkan performa kueri dan mengurangi konsumsi sumber daya.

PARTITION

Menentukan bahwa hanya satu partisi indeks yang dibangun kembali atau diorganisir ulang. PARTITION tidak dapat ditentukan jika index_name bukan indeks yang dipartisi.

PARTITION = ALL membangun kembali semua partisi.

Warning

Membuat dan membangun kembali indeks yang tidak ditandatangani pada tabel dengan lebih dari 1.000 partisi dimungkinkan, tetapi tidak didukung. Melakukannya dapat menyebabkan penurunan performa atau konsumsi memori yang berlebihan selama operasi ini. Microsoft merekomendasikan untuk hanya menggunakan indeks yang selaras saat jumlah partisi melebihi 1.000.

partition_number

Nomor partisi indeks yang dipartisi yang akan dibangun kembali atau diorganisir ulang. partition_number adalah ekspresi konstanta yang dapat mereferensikan variabel. Ini termasuk variabel jenis atau fungsi yang ditentukan pengguna dan fungsi yang ditentukan pengguna, tetapi tidak dapat mereferensikan pernyataan Transact-SQL. partition_number harus ada atau pernyataan gagal.
DENGAN ( <single_partition_rebuild_index_option> )

SORT_IN_TEMPDB, MAXDOP, DATA_COMPRESSION, dan XML_COMPRESSION adalah opsi yang dapat ditentukan saat Anda membangun kembali partisi tunggal menggunakan sintaks (PARTITION = partition_number). Indeks XML tidak dapat ditentukan dalam satu operasi pembangunan ulang partisi.

DISABLE

Menandai indeks sebagai dinonaktifkan dan tidak tersedia untuk digunakan oleh Mesin Database. Indeks apa pun dapat dinonaktifkan. Definisi indeks indeks yang dinonaktifkan tetap berada di katalog sistem tanpa data indeks yang mendasar. Menonaktifkan indeks berkluster mencegah akses pengguna ke data tabel yang mendasar. Untuk mengaktifkan indeks, gunakan ALTER INDEX REBUILD atau CREATE INDEX WITH DROP_EXISTING. Untuk informasi selengkapnya, lihat Menonaktifkan indeks dan batasan dan Mengaktifkan indeks dan batasan.

MENGATUR ULANG indeks rowstore

Untuk indeks rowstore, REORGANIZE menentukan untuk mengatur ulang tingkat daun indeks. Operasinya REORGANIZE adalah:

Selalu dilakukan secara online. Ini berarti kunci tabel pemblokiran jangka panjang tidak disimpan dan kueri atau pembaruan pada data dalam tabel yang mendasarinya dapat dilanjutkan selama transaksi ALTER INDEX REORGANIZE.
Tidak diperbolehkan untuk indeks yang dinonaktifkan.
Tidak diperbolehkan ketika ALLOW_PAGE_LOCKS diatur ke OFF.
Tidak digulung balik ketika dilakukan dalam transaksi dan transaksi digulung balik.

Note

Ketika ALTER INDEX REORGANIZE menggunakan transaksi eksplisit (misalnya, ALTER INDEX di dalam BEGIN TRAN ... COMMIT/ROLLBACK) alih-alih mode transaksi implisit default, perilaku penguncian REORGANIZE menjadi lebih ketat, berpotensi menyebabkan pemblokiran. Untuk informasi selengkapnya tentang transaksi implisit, lihat MENGATUR IMPLICIT_TRANSACTIONS.

Untuk informasi selengkapnya, lihat Mengoptimalkan pemeliharaan indeks untuk meningkatkan performa kueri dan mengurangi konsumsi sumber daya.

REORGANISASI DENGAN ( LOB_COMPACTION = { ON | OFF } )

Berlaku untuk indeks rowstore.

ON
- Menentukan untuk memampatkan semua halaman yang berisi data jenis data objek besar (LOB) ini: gambar, teks, ntext, varchar(max), nvarchar(max), varbinary(max), dan xml. Memampatkan data ini dapat mengurangi ukuran data pada disk.
- Untuk indeks berkluster, ini memampatkan semua kolom LOB yang terkandung dalam tabel.
- Untuk indeks nonkluster, ini memadatkan semua kolom LOB yang merupakan kolom non-kunci (disertakan) dalam indeks.
- REORGANIZE ALL melakukan pemadatan LOB pada semua indeks. Untuk setiap indeks, ini memadatkan semua kolom LOB dalam indeks berkluster, tabel yang mendasar, atau kolom yang disertakan dalam indeks non-kluster.
OFF
- Halaman yang berisi data objek besar tidak dikompresi.
- OFF tidak berpengaruh pada tumpukan.

MENGATUR ULANG indeks penyimpan kolom

Untuk indeks penyimpan kolom, REORGANIZE memadatkan setiap grup baris delta tertutup ke dalam penyimpan kolom sebagai grup baris terkompresi. REORGANIZE Operasi ini selalu dilakukan secara online. Ini berarti kunci tabel pemblokiran jangka panjang tidak disimpan dan kueri atau pembaruan pada tabel yang mendasarinya dapat dilanjutkan ALTER INDEX REORGANIZE selama transaksi.

Untuk informasi selengkapnya, lihat Mengoptimalkan pemeliharaan indeks untuk meningkatkan performa kueri dan mengurangi konsumsi sumber daya.

REORGANIZE tidak diperlukan untuk memindahkan grup baris delta tertutup ke grup baris terkompresi. Proses tuple-mover latar belakang (TM) bangun secara berkala untuk memadatkan grup baris delta tertutup. Sebaiknya gunakan REORGANIZE saat tuple-mover tertinggal. REORGANIZE dapat memadatkan grup baris secara lebih agresif.
Untuk memadatkan semua grup baris yang terbuka dan tertutup, lihat REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS).

Untuk indeks penyimpan kolom di SQL Server 2016 (13.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance, REORGANIZE melakukan pengoptimalan defragmentasi tambahan berikut secara online:

Menghapus baris yang dihapus secara fisik dari grup baris saat 10% atau lebih baris telah dihapus secara logis. Byte yang dihapus diklaim kembali di media fisik. Misalnya, jika grup baris terkompresi 1 juta baris memiliki 100.000 baris yang dihapus, Mesin Database menghapus baris yang dihapus dan mengkompresi ulang grup baris dengan 900.000 baris.
Menggabungkan satu atau beberapa grup baris terkompresi untuk meningkatkan baris per grup baris hingga maksimum 1.048.576 baris. Misalnya, jika Anda mengimpor secara massal 5 batch dari 102.400 baris, Anda mendapatkan 5 grup baris terkompresi. Jika Anda menjalankan REORGANIZE, grup baris ini akan digabungkan menjadi 1 grup baris terkompresi dengan 512.000 baris. Ini mengasumsikan tidak ada ukuran kamus atau batasan memori.
Untuk grup baris di mana 10% atau lebih baris telah dihapus secara logis, Mesin Database mencoba menggabungkan grup baris ini dengan satu atau beberapa grup baris. Misalnya, grup baris 1 dikompresi dengan 500.000 baris dan grup baris 21 dikompresi dengan maksimum 1.048.576 baris. Grup Baris 21 memiliki 60% baris yang dihapus yang meninggalkan 409.830 baris. Mesin Database lebih memilih menggabungkan kedua grup baris ini untuk memadatkan grup baris baru yang memiliki 909.830 baris.

MENGATUR ULANG DENGAN ( COMPRESS_ALL_ROW_GROUPS = { ON | OFF } )

Berlaku untuk indeks penyimpan kolom.

Berlaku untuk: SQL Server 2016 (13.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

COMPRESS_ALL_ROW_GROUPS menyediakan cara untuk memaksa grup baris delta terbuka atau tertutup ke dalam penyimpan kolom. Dengan opsi ini, tidak perlu membangun kembali indeks penyimpan kolom untuk mengosongkan grup baris delta. Dikombinasikan dengan fitur defragmentasi penghapusan dan penggabungan lainnya, ini membuatnya tidak lagi perlu membangun kembali indeks penyimpan kolom di sebagian besar situasi.

ON

Memaksa semua grup baris ke dalam penyimpan kolom, terlepas dari ukuran dan status (tertutup atau terbuka).
OFF

Memaksa semua grup baris tertutup ke dalam penyimpan kolom.

Untuk informasi selengkapnya, lihat Mengoptimalkan pemeliharaan indeks untuk meningkatkan performa kueri dan mengurangi konsumsi sumber daya.

SET ( <opsi> set_index [ ,... n ] )

Memodifikasi opsi indeks tanpa membangun kembali atau mengatur ulang indeks. SET tidak dapat ditentukan untuk indeks yang dinonaktifkan.

PAD_INDEX = { ON | NONAKTIF }

Menentukan padding indeks. Default adalah OFF.

ON

Persentase ruang kosong yang ditentukan oleh faktor pengisian diterapkan ke halaman tingkat menengah indeks. Jika FILLFACTOR tidak ditentukan pada saat yang sama PAD_INDEX diatur ke ON, nilai faktor pengisian di sys.indexes digunakan.
OFF

Halaman tingkat menengah diisi ke kapasitas dekat, menyisakan ruang yang cukup untuk setidaknya satu baris dari ukuran maksimum yang dapat dimiliki indeks, mengingat set kunci pada halaman perantara. Ini juga terjadi jika PAD_INDEX diatur ke ON tetapi faktor pengisian tidak ditentukan.

Untuk informasi selengkapnya, lihat MEMBUAT INDEKS.

FILLFACTOR = fillfactor

Menentukan persentase yang menunjukkan seberapa penuh Mesin Database harus membuat tingkat daun setiap halaman indeks selama pembuatan atau perubahan indeks. Nilai untuk fillfactor harus berupa nilai bilangan bulat dari 1 hingga 100. Defaultnya adalah 0. Nilai faktor pengisian 0 dan 100 sama dalam semua hal.

Pengaturan eksplisit FILLFACTOR hanya berlaku saat indeks pertama kali dibuat atau dibangun ulang. Mesin Database tidak secara dinamis menyimpan persentase ruang kosong yang ditentukan di halaman. Untuk informasi selengkapnya, lihat MEMBUAT INDEKS.

Untuk melihat pengaturan faktor pengisian, gunakan fill_factor di sys.indexes.

Important

Membuat indeks dengan FILLFACTOR kurang dari 100 meningkatkan jumlah ruang penyimpanan yang ditempati data karena Mesin Database mendistribusikan ulang data sesuai dengan faktor pengisian saat membuat atau membangun ulang indeks.

SORT_IN_TEMPDB = { AKTIF | NONAKTIF }

Menentukan apakah akan menyimpan hasil pengurutan sementara dalam tempdb. Defaultnya adalah OFF kecuali untuk Azure SQL Database Hyperscale. Untuk semua operasi build indeks di Hyperscale, SORT_IN_TEMPDB selalu ON kecuali build indeks yang dapat diulang digunakan. Untuk build indeks yang dapat diulang, SORT_IN_TEMPDB selalu OFF.

ON

Hasil pengurutan menengah yang digunakan untuk membangun indeks disimpan di tempdb. Ini mungkin mengurangi waktu yang diperlukan untuk membuat indeks. Namun, ini meningkatkan jumlah ruang disk yang digunakan selama build indeks.
OFF

Hasil pengurutan menengah disimpan dalam database yang sama dengan indeks.

Jika operasi pengurutan tidak diperlukan, atau jika pengurutan dapat dilakukan dalam memori, SORT_IN_TEMPDB opsi diabaikan.

Untuk informasi selengkapnya, lihat opsi SORT_IN_TEMPDB untuk indeks.

IGNORE_DUP_KEY = { AKTIF | NONAKTIF }

Menentukan respons kesalahan saat operasi sisipkan mencoba menyisipkan nilai kunci duplikat ke dalam indeks unik. Opsi IGNORE_DUP_KEY hanya berlaku untuk menyisipkan operasi setelah indeks dibuat atau dibangun kembali. Default adalah OFF.

ON

Pesan peringatan terjadi ketika nilai kunci duplikat disisipkan ke dalam indeks unik. Hanya baris yang melanggar batasan keunikan yang tidak disisipkan.
OFF

Pesan kesalahan terjadi ketika nilai kunci duplikat disisipkan ke dalam indeks unik. Seluruh INSERT operasi digulung balik.

IGNORE_DUP_KEY tidak dapat diatur ke ON untuk indeks yang dibuat pada tampilan, indeks non-unik, indeks XML, indeks spasial, dan indeks yang difilter.

Untuk melihat pengaturan IGNORE_DUP_KEY untuk indeks, gunakan kolom ignore_dup_key di tampilan katalog sys.indexes.

Dalam sintaksis kompatibel mundur, WITH IGNORE_DUP_KEY setara dengan WITH IGNORE_DUP_KEY = ON.

STATISTICS_NORECOMPUTE = { AKTIF | NONAKTIF }

Nonaktifkan atau aktifkan opsi pembaruan statistik otomatis, AUTO_STATISTICS_UPDATE, untuk statistik pada indeks. Default adalah OFF.

ON

Pembaruan statistik otomatis dinonaktifkan setelah indeks dibangun kembali.
OFF

Pembaruan statistik otomatis diaktifkan setelah indeks dibangun kembali.

Untuk memulihkan pembaruan statistik otomatis, atur ke STATISTICS_NORECOMPUTE, atau jalankan OFFUPDATE STATISTICS tanpa NORECOMPUTE klausa.

Warning

Jika Anda menonaktifkan komputasi ulang statistik otomatis dengan mengatur STATISTICS_NORECOMPUTE = ON, Anda mungkin mencegah pengoptimal kueri memilih rencana eksekusi optimal untuk kueri yang melibatkan tabel.

Mengatur STATISTICS_NORECOMPUTE ke ON tidak mencegah pembaruan statistik indeks yang terjadi selama operasi pembangunan ulang indeks.

STATISTICS_INCREMENTAL = { AKTIF | NONAKTIF }

Berlaku untuk: SQL Server 2014 (12.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Ketika ON, statistik yang dibuat pada indeks adalah statistik per partisi. Ketika OFF, statistik yang ada dihilangkan dan Mesin Database mengolah ulang statistik. Default adalah OFF.

Jika statistik per partisi tidak didukung, opsi diabaikan dan peringatan dibuat. Statistik inkremental tidak didukung dalam kasus berikut:

Statistik dibuat dengan indeks yang tidak selaras dengan tabel dasar
Statistik yang dibuat pada database sekunder yang dapat dibaca grup ketersediaan
Statistik yang dibuat pada database baca-saja
Statistik yang dibuat pada indeks yang difilter
Statistik dibuat pada tampilan
Statistik yang dibuat pada tabel internal
Statistik yang dibuat dengan indeks spasial atau indeks XML

ONLINE = { AKTIF | NONAKTIF }

Menentukan apakah tabel yang mendasari dan indeks terkait tersedia untuk kueri dan modifikasi data selama operasi indeks. Default adalah OFF.

Untuk indeks XML atau indeks spasial, hanya ONLINE = OFF didukung, dan jika ONLINE diatur ke ON kesalahan dimunculkan.

Important

Operasi indeks online tidak tersedia di setiap edisi Microsoft SQL Server. Untuk daftar fitur yang didukung oleh edisi SQL Server, lihat Edisi dan fitur yang didukung SQL Server 2022.

ON

Kunci tabel jangka panjang tidak ditahan selama durasi operasi indeks. Selama fase utama operasi indeks, hanya kunci niat bersama (IS) yang ditahan pada tabel sumber. Ini memungkinkan kueri atau pembaruan pada tabel dan indeks yang mendasarinya untuk melanjutkan. Pada awal operasi, kunci bersama (S) ditahan pada objek sumber untuk waktu yang singkat. Pada akhir operasi, untuk waktu yang singkat, kunci bersama (S) diperoleh pada objek jika indeks non-kluster sedang dibuat. Penguncian modifikasi skema (Sch-M) diperoleh ketika indeks berkluster dibuat atau dihilangkan secara online dan ketika indeks berkluster atau non-kluster sedang dibangun kembali. ONLINE tidak dapat diatur ke ON saat indeks sedang dibuat pada tabel sementara lokal.

Note

Anda dapat menggunakan opsi WAIT_AT_LOW_PRIORITY untuk mengurangi atau menghindari pemblokiran selama operasi indeks online. Untuk informasi selengkapnya, lihat WAIT_AT_LOW_PRIORITY dengan operasi indeks online.
OFF

Kunci tabel diterapkan selama durasi operasi indeks. Operasi indeks offline yang membuat, membangun kembali, atau menghilangkan indeks berkluster, spasial, atau XML, atau membangun kembali atau menghilangkan indeks non-kluster, memperoleh penguncian modifikasi skema (Sch-M) pada tabel. Ini mencegah semua akses pengguna ke tabel yang mendasar selama durasi operasi. Operasi indeks offline yang membuat indeks nonclustered awalnya memperoleh kunci bersama (S) pada tabel. Ini mencegah modifikasi definisi tabel yang mendasar, tetapi memungkinkan membaca dan memodifikasi data dalam tabel saat build indeks sedang berlangsung.

Untuk informasi selengkapnya, lihat Melakukan operasi indeks secara online dan Panduan untuk operasi indeks online.

Indeks, termasuk indeks pada tabel sementara global, dapat dibangun kembali secara online kecuali untuk kasus-kasus berikut:

Indeks XML
Indeks pada tabel sementara lokal
Indeks kluster unik awal pada tampilan
Indeks terkluster yang dinonaktifkan
Indeks penyimpan kolom berkluster di SQL Server 2017 (14.x)) dan versi yang lebih lama
Indeks penyimpan kolom nonclustered di SQL Server 2016 (13.x)) dan versi yang lebih lama
Indeks berkluster, jika tabel yang mendasar berisi jenis data LOB (gambar, ntext, teks) dan jenis data spasial
kolomvarchar(maks) dan varbinary(maks) tidak dapat menjadi bagian dari kunci indeks. Di SQL Server (dimulai dengan SQL Server 2012 (11.x)), di Azure SQL Database dan di Azure SQL Managed Instance, ketika tabel berisi varchar(max) atau varbinary(maks) kolom, indeks berkluster yang berisi kolom lain dapat dibangun atau dibangun kembali menggunakan opsi ONLINE.

Untuk informasi selengkapnya, lihat Cara kerja operasi indeks online.

DAPAT DI-RESUMABLE = { ON | OFF}

Berlaku untuk: SQL Server 2017 (14.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Menentukan apakah operasi indeks online dapat diulang.

ON

Operasi indeks dapat diulang.
OFF

Operasi indeks tidak dapat diulang.

MAX_DURATION = waktu [ MINUTES ] digunakan dengan `RESUMABLE = ON` (memerlukan `ONLINE = ON`)

Berlaku untuk: SQL Server 2017 (14.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Menentukan berapa lama, dalam menit bilangan bulat, operasi indeks yang dapat dilanjutkan dijalankan sebelum dijeda.

ALLOW_ROW_LOCKS = { AKTIF | NONAKTIF }

Menentukan apakah kunci baris diizinkan. Default adalah ON.

ON

Kunci baris diperbolehkan saat mengakses indeks. Mesin Database menentukan kapan kunci baris digunakan.
OFF

Kunci baris tidak digunakan.

ALLOW_PAGE_LOCKS = { AKTIF | NONAKTIF }

Menentukan apakah kunci halaman diizinkan. Default adalah ON.

ON

Kunci halaman diizinkan saat Anda mengakses indeks. Mesin Database menentukan kapan kunci halaman digunakan.
OFF

Kunci halaman tidak digunakan.

OPTIMIZE_FOR_SEQUENTIAL_KEY = { AKTIF | NONAKTIF }

Berlaku untuk: SQL Server 2019 (15.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Menentukan apakah akan mengoptimalkan atau tidak untuk menghindari ketidakcocokan sisipan halaman terakhir. Default adalah OFF. Untuk informasi selengkapnya, lihat kunci berurutan .

MAXDOP = max_degree_of_parallelism

Mengambil alih tingkat maksimum opsi konfigurasi paralelisme untuk operasi indeks. Untuk informasi selengkapnya, lihat Mengonfigurasi tingkat maksimum Opsi Konfigurasi Server paralelisme. Gunakan MAXDOP untuk membatasi tingkat paralelisme dan konsumsi sumber daya yang dihasilkan untuk operasi build indeks.

Meskipun opsi MAXDOP secara sinaptis didukung untuk semua indeks XML dan indeks spasial, ALTER INDEX saat ini hanya menggunakan satu prosesor.

max_degree_of_parallelism dapat berupa:

1

Menekan pembuatan rencana paralel.
>1

Membatasi tingkat paralelisme maksimum yang digunakan dalam operasi indeks paralel ke angka yang ditentukan atau kurang berdasarkan beban kerja sistem saat ini.
0 (default)

Menggunakan tingkat paralelisme yang ditentukan di tingkat grup server, database, atau beban kerja, kecuali dikurangi berdasarkan beban kerja sistem saat ini.

Untuk informasi selengkapnya, lihat Mengonfigurasi operasi indeks paralel.

Note

Operasi indeks paralel tidak tersedia di setiap edisi SQL Server. Untuk daftar fitur yang didukung oleh edisi SQL Server, lihat Edisi dan fitur yang didukung SQL Server 2022.

COMPRESSION_DELAY = { 0 | durasi [ menit ] }

Berlaku untuk: SQL Server (dimulai dengan SQL Server 2016 (13.x)), Azure SQL Database, dan Azure SQL Managed Instance

Untuk tabel berbasis disk dengan indeks penyimpan kolom, menentukan jumlah menit minimum grup baris delta dalam status tertutup harus tetap berada di penyimpanan delta sebelum Mesin Database dapat memadatkannya ke dalam grup baris terkompresi. Karena tabel berbasis disk tidak melacak waktu sisipkan dan perbarui pada baris individual, Mesin Database menerapkan penundaan ini hanya untuk grup baris penyimpanan delta dalam status tertutup.

Defaultnya adalah 0 menit.

Untuk rekomendasi tentang kapan menggunakan COMPRESSION_DELAY, lihat Mulai menggunakan penyimpan kolom untuk analitik operasional real time.

DATA_COMPRESSION

Menentukan opsi kompresi data untuk indeks, nomor partisi, atau rentang partisi yang ditentukan. Opsinya meliputi:

NONE

Indeks atau partisi yang ditentukan tidak dikompresi. Ini tidak berlaku untuk indeks penyimpan kolom.
ROW

Indeks atau partisi yang ditentukan dikompresi dengan menggunakan pemadatan baris. Ini tidak berlaku untuk indeks penyimpan kolom.
PAGE

Indeks atau partisi tertentu dikompresi dengan menggunakan pemadatan halaman. Ini tidak berlaku untuk indeks penyimpan kolom.
COLUMNSTORE

Berlaku untuk: SQL Server 2014 (12.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Hanya berlaku untuk indeks penyimpan kolom, termasuk penyimpan kolom nonclustered dan indeks penyimpan kolom berkluster. Menentukan COLUMNSTORE menghapus semua kompresi data lainnya termasuk COLUMNSTORE_ARCHIVE.
COLUMNSTORE_ARCHIVE

Berlaku untuk: SQL Server 2014 (12.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Hanya berlaku untuk indeks penyimpan kolom, termasuk penyimpan kolom nonclustered dan indeks penyimpan kolom berkluster. COLUMNSTORE_ARCHIVE lebih lanjut memadatkan partisi yang ditentukan ke ukuran yang lebih kecil. Ini dapat digunakan untuk pengarsipan, atau untuk situasi lain yang memerlukan ukuran penyimpanan yang lebih kecil dan mampu lebih banyak waktu untuk penyimpanan dan pengambilan.

Untuk informasi selengkapnya tentang pemadatan, lihat Pemadatan data.

XML_COMPRESSION

Berlaku untuk: SQL Server 2022 (16.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Menentukan opsi pemadatan XML untuk indeks yang ditentukan yang berisi satu atau beberapa kolom tipe data xml . Opsinya meliputi:

ON

Indeks atau partisi yang ditentukan dikompresi dengan menggunakan kompresi XML.
OFF

Indeks atau partisi yang ditentukan tidak dikompresi.

ON PARTITIONS ( { <partition_number_expression> | <range> } [ ,... n ] )

Menentukan partisi yang diterapkan pengaturan DATA_COMPRESSION atau XML_COMPRESSION . Jika indeks tidak dipartisi, ON PARTITIONS argumen menghasilkan kesalahan. ON PARTITIONS Jika klausa tidak disediakan, DATA_COMPRESSION opsi atau XML_COMPRESSION berlaku untuk semua partisi indeks yang dipartisi.

<partition_number_expression> dapat ditentukan dengan cara berikut:

Berikan nomor untuk partisi, misalnya: ON PARTITIONS (2).
Berikan nomor partisi untuk beberapa partisi individual yang dipisahkan oleh koma, misalnya: ON PARTITIONS (1, 5).
Berikan rentang dan partisi individual: ON PARTITIONS (2, 4, 6 TO 8).

<range> dapat ditentukan sebagai nomor partisi yang dipisahkan oleh kata TO, misalnya: ON PARTITIONS (6 TO 8).

Untuk mengatur berbagai jenis kompresi data untuk partisi yang berbeda, tentukan DATA_COMPRESSION opsi lebih dari sekali, misalnya:

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)
);

Anda juga dapat menentukan XML_COMPRESSION opsi lebih dari sekali, misalnya:

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

Berlaku untuk: SQL Server 2017 (14.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Melanjutkan operasi indeks yang dijeda secara manual, karena durasi maksimum tercapai, atau karena kegagalan.

MAX_DURATION

Menentukan berapa lama, dalam menit bilangan bulat, operasi indeks yang dapat dilanjutkan dijalankan setelah dilanjutkan sebelum dijeda lagi.
WAIT_AT_LOW_PRIORITY

Memulai kembali operasi build indeks setelah jeda harus memperoleh kunci yang diperlukan. WAIT_AT_LOW_PRIORITY menunjukkan bahwa operasi build indeks memperoleh kunci prioritas rendah, yang memungkinkan operasi lain untuk melanjutkan saat operasi build indeks menunggu. WAIT_AT_LOW_PRIORITY Menghilangkan opsi setara dengan WAIT_AT_LOW_PRIORITY (MAX_DURATION = 0 minutes, ABORT_AFTER_WAIT = NONE). Untuk informasi selengkapnya, lihat WAIT_AT_LOW_PRIORITY.

PAUSE

Berlaku untuk: SQL Server 2017 (14.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Menjeda operasi build indeks yang dapat diulang.

ABORT

Berlaku untuk: SQL Server 2017 (14.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Membatalkan operasi build indeks yang sedang berjalan atau dijeda yang dimulai sebagai dapat dilanjutkan. Anda harus secara eksplisit menjalankan perintah ABORT untuk mengakhiri operasi build indeks yang dapat diulang. Kegagalan atau jeda dalam operasi indeks yang dapat diulang tidak mengakhiri eksekusinya; sebaliknya, ia meninggalkan operasi dalam status jeda yang tidak terbatas.

Remarks

ALTER INDEX tidak dapat digunakan untuk mempartisi ulang indeks atau memindahkannya ke grup file yang berbeda. Pernyataan ini tidak dapat digunakan untuk mengubah definisi indeks, seperti menambahkan atau menghapus kolom atau mengubah urutan kolom. Gunakan CREATE INDEX dengan DROP_EXISTING klausa untuk melakukan operasi ini.

Saat opsi tidak ditentukan secara eksplisit, pengaturan saat ini diterapkan. Misalnya, jika FILLFACTOR pengaturan tidak ditentukan dalam REBUILD klausa, nilai faktor pengisian yang disimpan dalam katalog sistem digunakan selama proses pembangunan ulang. Untuk melihat pengaturan opsi indeks saat ini, gunakan sys.indexes.

Nilai untuk ONLINE, MAXDOP, dan SORT_IN_TEMPDB tidak disimpan dalam katalog sistem. Kecuali ditentukan dalam pernyataan indeks, nilai default untuk opsi digunakan.

Pada komputer multiprosesor, seperti halnya kueri lain, ALTER INDEX REBUILD secara otomatis menggunakan lebih banyak prosesor untuk melakukan operasi pemindaian dan pengurutan yang terkait dengan memodifikasi indeks. Sebaliknya, ALTER INDEX REORGANIZE adalah operasi berulir tunggal. Untuk informasi selengkapnya, lihat Mengonfigurasi operasi indeks paralel.

Dalam database SQL di Microsoft Fabric, ALTER INDEX ALL tidak didukung, tetapi ALTER INDEX <index name> didukung.

Menyusun ulang indeks

Membangun ulang indeks turun dan membuat ulang indeks. Ini menghapus fragmentasi, merebut kembali ruang disk dengan memadamkan halaman berdasarkan pengaturan faktor pengisian yang ditentukan atau yang ada, dan menyusun ulang baris indeks di halaman yang berdekatan. Ketika ALL ditentukan, semua indeks pada tabel dihilangkan dan dibangun kembali dalam satu transaksi. Batasan kunci asing tidak harus dihilangkan terlebih dahulu. Ketika indeks dengan 128 tingkat atau lebih dibangun kembali, Mesin Database menuguhkan alokasi halaman aktual, dan kunci terkaitnya, sampai setelah transaksi dilakukan. Untuk informasi selengkapnya, lihat alokasi yang ditangguhkan.

Untuk informasi selengkapnya, lihat Mengoptimalkan pemeliharaan indeks untuk meningkatkan performa kueri dan mengurangi konsumsi sumber daya.

Mengatur ulang indeks

Mengatur ulang indeks menggunakan sumber daya sistem minimal. Ini mendefinisikan tingkat daun indeks berkluster dan non-kluster pada tabel dan tampilan dengan menyusun ulang halaman tingkat daun secara fisik agar sesuai dengan logis, kiri ke kanan, urutan simpul daun. Mengatur ulang juga memampatkan halaman indeks. Pemadatan didasarkan pada nilai faktor pengisian yang ada.

Ketika ALL ditentukan, indeks relasional, indeks berkluster dan non-kluster, dan XML pada tabel diatur ulang. Beberapa pembatasan berlaku saat menentukan ALL.

Untuk informasi selengkapnya, lihat Mengoptimalkan pemeliharaan indeks untuk meningkatkan performa kueri dan mengurangi konsumsi sumber daya.

Note

Untuk tabel dengan indeks penyimpan kolom yang diurutkan, ALTER INDEX REORGANIZE tidak mengurutkan ulang data. Untuk menggunakan data CREATE [CLUSTERED] COLUMNSTORE INDEX ... ORDER (...) ... WITH (DROP_EXISTING = ON).

Menonaktifkan indeks

Menonaktifkan indeks mencegah akses pengguna ke indeks, dan untuk indeks berkluster, ke data tabel yang mendasar. Definisi indeks tetap berada dalam katalog sistem. Menonaktifkan indeks non-kluster atau indeks berkluster pada tampilan akan menghapus data indeks secara fisik. Menonaktifkan indeks berkluster mencegah akses ke data, tetapi data tetap tidak tertanam di pohon B hingga indeks dihilangkan atau dibangun kembali. Untuk melihat apakah indeks dinonaktifkan, gunakan kolom is_disabled dalam tampilan katalog sys.indexes.

Note

Dokumentasi menggunakan istilah pohon B umumnya dalam referensi ke indeks. Dalam indeks rowstore, Mesin Database mengimplementasikan pohon B+. Ini tidak berlaku untuk indeks penyimpan kolom atau indeks pada tabel yang dioptimalkan memori. Untuk informasi selengkapnya, lihat panduan arsitektur dan desain indeks SQL Server dan Azure SQL.

Jika tabel berada dalam publikasi replikasi transaksional, Anda tidak dapat menonaktifkan indeks yang terkait dengan batasan kunci utama. Indeks ini diperlukan oleh replikasi. Untuk menonaktifkan indeks tersebut, Anda harus terlebih dahulu menghilangkan tabel dari publikasi. Untuk informasi selengkapnya, lihat Menerbitkan data dan objek database.

ALTER INDEX REBUILD Gunakan pernyataan atau CREATE INDEX WITH DROP_EXISTING pernyataan untuk mengaktifkan indeks. Membangun kembali indeks berkluster yang dinonaktifkan tidak dapat dilakukan dengan opsi yang ONLINE diatur ke ON. Untuk informasi selengkapnya, lihat Menonaktifkan indeks dan batasan.

Atur opsi

Anda dapat mengatur opsi ALLOW_ROW_LOCKS, , ALLOW_PAGE_LOCKSOPTIMIZE_FOR_SEQUENTIAL_KEY, IGNORE_DUP_KEY, dan STATISTICS_NORECOMPUTE untuk indeks tertentu tanpa membangun kembali atau mengatur ulang indeks tersebut. Nilai yang dimodifikasi segera diterapkan ke indeks. Untuk melihat pengaturan ini, gunakan sys.indexes. Untuk informasi selengkapnya, lihat Mengatur opsi indeks.

Opsi penguncian baris dan halaman

Ketika ALLOW_ROW_LOCKS = ON dan ALLOW_PAGE_LOCK = ON, tingkat baris, tingkat halaman, dan kunci tingkat tabel diizinkan saat Anda mengakses indeks. Mesin Database memilih kunci yang sesuai dan dapat meningkatkan kunci dari baris atau kunci halaman ke kunci tabel.

Ketika ALLOW_ROW_LOCKS = OFF dan ALLOW_PAGE_LOCK = OFF, hanya kunci tingkat tabel yang diizinkan saat Anda mengakses indeks.

Jika ALL ditentukan saat opsi kunci baris atau halaman diatur, pengaturan diterapkan ke semua indeks. Saat tabel yang mendasar adalah tumpukan, pengaturan diterapkan dengan cara berikut:

Option	Berlaku pada
`ALLOW_ROW_LOCKS = ON` atau `OFF`	Tumpukan dan semua indeks noncluster terkait.
`ALLOW_PAGE_LOCKS = ON`	Tumpukan dan semua indeks noncluster terkait.
`ALLOW_PAGE_LOCKS = OFF`	Indeks nonclustered, di mana semua kunci halaman tidak diizinkan. Untuk timbunan, hanya kunci halaman bersama (`S`), perbarui (`U`) dan eksklusif (`X`) yang tidak diizinkan. Mesin Database masih dapat memperoleh kunci halaman niat (`IS`, `IU`, atau `IX`) untuk tujuan internal.

Warning

Tidak disarankan untuk menonaktifkan kunci baris atau halaman pada indeks. Masalah terkait konkurensi mungkin terjadi, dan fungsionalitas tertentu mungkin tidak tersedia. Misalnya, indeks tidak dapat diatur ulang saat ALLOW_PAGE_LOCKS diatur ke OFF.

Operasi indeks online

Saat membangun ulang indeks dan opsi ONLINE diatur ke ON, data dalam indeks, tabel terkait, dan indeks lain pada tabel yang sama tersedia untuk kueri dan modifikasi. Anda juga dapat membangun kembali secara online sebagian indeks yang berada di satu partisi. Kunci tabel eksklusif hanya ditahan untuk waktu singkat di akhir pembangunan ulang indeks.

Mengatur ulang indeks selalu dilakukan secara online. Proses ini hanya mengunci untuk waktu yang singkat dan tidak mungkin memblokir kueri atau pembaruan.

Anda dapat melakukan operasi indeks online bersamaan pada tabel atau partisi tabel yang sama hanya saat melakukan operasi berikut:

Membuat beberapa indeks nonclustered.
Mengatur ulang indeks yang berbeda pada tabel yang sama.
Mengatur ulang indeks yang berbeda saat membangun kembali indeks yang tidak tumpang tindih pada tabel yang sama.

Semua operasi indeks online lainnya yang dilakukan pada saat yang sama gagal. Misalnya, Anda tidak dapat membangun kembali dua atau beberapa indeks pada tabel yang sama secara bersamaan, atau membuat indeks baru saat membangun kembali indeks yang ada pada tabel yang sama.

Untuk informasi selengkapnya, lihat Melakukan operasi indeks secara online.

Operasi indeks yang dapat diulang

Berlaku untuk: SQL Server 2017 (14.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Anda dapat membuat pembangunan ulang indeks online dapat diulang. Itu berarti bahwa pembangunan kembali indeks dapat dihentikan dan kemudian dimulai ulang dari titik di mana ia berhenti. Untuk menjalankan pembangunan ulang indeks sebagai dapat diulang, tentukan opsi RESUMABLE = ON.

Panduan berikut berlaku untuk operasi indeks yang dapat dilanjutkan:

Untuk menggunakan opsi RESUMABLE, Anda juga harus menggunakan opsi ONLINE.
Opsi RESUMABLE tidak bertahan dalam metadata untuk indeks tertentu dan hanya berlaku untuk durasi pernyataan DDL saat ini. Oleh karena itu, RESUMABLE = ON klausul harus ditentukan secara eksplisit untuk memungkinkan kelanjutan.
Opsi MAX_DURATION dapat ditentukan dalam dua konteks:
- MAX_DURATION untuk opsi RESUMABLE menentukan interval waktu untuk indeks yang sedang dibangun. Setelah waktu ini berlalu, dan jika build indeks masih berjalan, build tersebut akan dijeda. Anda memutuskan kapan build untuk indeks yang dijeda dapat dilanjutkan. Waktu dalam menit untuk MAX_DURATION harus lebih besar dari 0 menit dan kurang dari atau sama dengan satu minggu (7 * 24 * 60 = 10080 menit). Jeda panjang dalam operasi indeks mungkin sangat berdampak pada performa DML pada tabel tertentu serta kapasitas disk database karena indeks asli dan indeks yang baru dibuat memerlukan ruang disk dan perlu diperbarui oleh operasi DML. Jika opsi MAX_DURATION dihilangkan, operasi indeks berlanjut hingga selesai atau sampai kegagalan terjadi.
- MAX_DURATION untuk opsi WAIT_AT_LOW_PRIORITY menentukan waktu untuk menunggu menggunakan kunci prioritas rendah jika operasi indeks diblokir, sebelum mengambil tindakan. Untuk informasi selengkapnya, lihat WAIT_AT_LOW_PRIORITY dengan operasi indeks online.
Untuk segera menjeda operasi indeks, Anda dapat menjalankan perintah ALTER INDEX PAUSE, atau menjalankan perintah KILL <session_id>.
Menjalankan kembali pernyataan asli ALTER INDEX REBUILD dengan parameter yang sama melanjutkan operasi pembangunan ulang indeks yang dijeda. Anda juga dapat melanjutkan operasi pembangunan ulang indeks yang dijeda dengan menjalankan ALTER INDEX RESUME pernyataan.
Perintah ABORT mematikan sesi yang menjalankan build indeks dan membatalkan operasi indeks. Anda tidak dapat melanjutkan operasi indeks yang telah dibatalkan.
Saat melanjutkan operasi pembangunan ulang indeks yang dijeda, Anda dapat mengubah nilai MAXDOP menjadi nilai baru. Jika MAXDOP tidak ditentukan saat melanjutkan operasi indeks yang dijeda, nilai MAXDOP yang digunakan untuk resume terakhir digunakan. Jika opsi MAXDOP tidak ditentukan sama sekali untuk operasi pembangunan ulang indeks, maka nilai default digunakan.

Operasi indeks yang dapat diulang berjalan hingga selesai, dijeda, atau gagal. Jika operasi dijeda, kesalahan dikeluarkan yang menunjukkan bahwa operasi dijeda dan bahwa pembangunan ulang indeks tidak selesai. Jika operasi gagal, kesalahan juga dikeluarkan.

Untuk melihat apakah operasi indeks dijalankan sebagai operasi yang dapat diulang dan untuk memeriksa status eksekusinya saat ini, gunakan tampilan katalog sys.index_resumable_operations.

Resources

Sumber daya berikut diperlukan untuk operasi indeks yang dapat dilanjutkan:

Ruang tambahan yang diperlukan untuk menjaga indeks tetap dibangun, termasuk waktu saat build dijeda.
Throughput log tambahan selama fase pengurutan. Penggunaan ruang log keseluruhan untuk indeks yang dapat dilanjutkan kurang dibandingkan dengan pembangunan ulang indeks online reguler dan memungkinkan pemotongan log selama operasi ini.
Pernyataan DDL yang mencoba mengubah indeks yang sedang dibangun kembali atau tabel terkait saat operasi indeks dijeda tidak diizinkan.
Pembersihan hantu diblokir pada indeks dalam build selama durasi operasi baik saat dijeda maupun saat operasi sedang berjalan.
Jika tabel berisi kolom LOB, build indeks berkluster yang dapat dilanjutkan memerlukan penguncian modifikasi skema (Sch-M) di awal operasi.

Batasan fungsi saat ini

Operasi pembangunan ulang indeks yang dapat dilanjutkan memiliki batasan berikut:

Opsi SORT_IN_TEMPDB = ON tidak didukung untuk operasi indeks yang dapat diulang.
Perintah DDL dengan RESUMABLE = ON tidak dapat dijalankan di dalam transaksi eksplisit.
Anda tidak dapat membuat indeks yang dapat diulang yang berisi:
- Tanda waktu komputasi atau /rowversion kolom sebagai kolom kunci.
- Kolom LOB sebagai kolom yang disertakan.
Operasi indeks yang dapat diulang tidak didukung untuk:
- Perintah ALTER INDEX REBUILD ALL
- Perintah ALTER TABLE REBUILD
- Indeks penyimpanan kolom
- Indeks yang difilter
- Indeks yang dinonaktifkan

WAIT_AT_LOW_PRIORITY dengan operasi indeks online

Berlaku untuk: SQL Server 2014 (12.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Saat Anda tidak menggunakan opsi WAIT_AT_LOW_PRIORITY, semua transaksi pemblokiran aktif yang memegang kunci pada tabel atau indeks harus diselesaikan agar operasi pembangunan ulang indeks dimulai dan selesai. Ketika operasi indeks online dimulai dan sebelum selesai, operasi ini perlu memperoleh kunci bersama (S) atau modifikasi skema (Sch-M) pada tabel dan menahannya untuk waktu yang singkat. Meskipun kunci ditahan hanya untuk waktu yang singkat, kunci mungkin secara signifikan memengaruhi throughput beban kerja, meningkatkan latensi kueri, atau menyebabkan waktu habis eksekusi.

Untuk menghindari masalah ini, opsi WAIT_AT_LOW_PRIORITY memungkinkan Anda mengelola perilaku kunci S atau Sch-M yang diperlukan agar operasi indeks online dimulai dan selesai, memilih dari tiga opsi. Dalam semua kasus, jika selama waktu tunggu yang ditentukan oleh MAX_DURATION = n [minutes] tidak ada pemblokiran yang melibatkan operasi indeks, operasi indeks segera dilanjutkan.

WAIT_AT_LOW_PRIORITY membuat operasi indeks online menunggu menggunakan kunci prioritas rendah, memungkinkan operasi lain menggunakan kunci prioritas normal untuk melanjutkan sementara itu. WAIT_AT_LOW_PRIORITY Menghilangkan opsi setara dengan WAIT_AT_LOW_PRIORITY (MAX_DURATION = 0 minutes, ABORT_AFTER_WAIT = NONE).

MAX_DURATION = waktu [MINUTES]

Waktu tunggu (nilai bilangan bulat yang ditentukan dalam menit) yang menunggu operasi indeks online menggunakan kunci prioritas rendah. Jika operasi diblokir untuk waktu tersebut MAX_DURATION , tindakan yang ditentukan ABORT_AFTER_WAIT akan dijalankan. MAX_DURATION waktu selalu dalam hitungan menit, dan kata MINUTES dapat dihilangkan.

ABORT_AFTER_WAIT= [NONE | SELF | BLOCKERS ]

NONE: Lanjutkan menunggu kunci dengan prioritas normal.
SELF: Keluar dari operasi indeks online yang saat ini sedang dijalankan, tanpa mengambil tindakan apa pun. Opsi SELF tidak dapat digunakan saat MAX_DURATION adalah 0.
BLOCKERS: Matikan semua transaksi pengguna yang memblokir operasi indeks online sehingga operasi dapat dilanjutkan. Opsi BLOCKERS mengharuskan prinsipal menjalankan pernyataan CREATE INDEX atau ALTER INDEX untuk memiliki izin ALTER ANY CONNECTION.

Anda dapat menggunakan peristiwa yang diperluas berikut untuk memantau operasi indeks yang menunggu kunci dengan prioritas rendah:

lock_request_priority_state
process_killed_by_abort_blockers
ddl_with_wait_at_low_priority

Pembatasan indeks spasial

Saat Anda membangun kembali indeks spasial, tabel pengguna yang mendasar tidak tersedia selama operasi indeks.

Batasan PRIMARY KEY dalam tabel pengguna tidak dapat dimodifikasi saat indeks spasial ditentukan pada kolom tabel tersebut. Untuk mengubah batasan PRIMARY KEY , jatuhkan terlebih dahulu setiap indeks spasial tabel. Setelah memodifikasi batasan PRIMARY KEY , Anda dapat membuat ulang setiap indeks spasial.

Dalam operasi pembangunan ulang partisi tunggal, Anda tidak dapat menentukan indeks spasial apa pun. Namun, Anda dapat menentukan indeks spasial dalam pembangunan ulang tabel.

Untuk mengubah opsi yang khusus untuk indeks spasial, seperti BOUNDING_BOX atau GRID, Anda dapat menggunakan CREATE SPATIAL INDEX pernyataan yang menentukan , atau menghilangkan indeks spasial DROP_EXISTING = ONdan membuat yang baru. Misalnya, lihat MEMBUAT INDEKS SPASIAL.

Kompresi data

Untuk informasi selengkapnya tentang kompresi data, lihat Pemadatan data.

Berikut ini adalah poin-poin penting yang perlu dipertimbangkan dalam konteks operasi build indeks saat pemadatan data digunakan:

Pemadatan dapat memungkinkan lebih banyak baris disimpan di halaman, tetapi tidak mengubah ukuran baris maksimum.
Halaman non-daun indeks tidak dikompresi halaman tetapi dapat dikompresi baris.
Setiap indeks nonclustered memiliki pengaturan kompresi individual, dan tidak mewarisi pengaturan kompresi tabel yang mendasar.
Ketika indeks berkluster dibuat pada timbunan, indeks berkluster mewarisi status kompresi timbunan kecuali status kompresi alternatif ditentukan.

Pertimbangan berikut menerapkan membangun kembali indeks yang dipartisi:

Anda tidak dapat mengubah pengaturan pemadatan satu partisi jika tabel memiliki indeks yang tidak ditandatangani.
Sintaks ALTER INDEX <index> ... REBUILD PARTITION ... WITH DATA_COMPRESSION = ... membangun kembali partisi indeks yang ditentukan dengan opsi pemadatan yang ditentukan. Jika klausa WITH DATA_COMPRESSION dihilangkan, opsi pemadatan yang ada akan digunakan.
Sintaks ALTER INDEX <index> ... REBUILD PARTITION = ALL membangun kembali semua partisi indeks menggunakan opsi pemadatan yang ada.
ALTER INDEX <index> ... REBUILD PARTITION = ALL (WITH ...) Sintaks membangun kembali semua partisi indeks. Anda dapat memilih kompresi yang berbeda untuk partisi yang berbeda menggunakan klausa DATA_COMPRESSION = ... ON PARTITIONS ( ...).

Untuk mengevaluasi bagaimana perubahan PAGE dan ROW pemadatan memengaruhi tabel, indeks, atau partisi, gunakan prosedur tersimpan sp_estimate_data_compression_savings .

Statistics

Saat Anda membangun ulang indeks, statistik pada indeks diperbarui dengan pemindaian penuh untuk indeks non-partisi, dan dengan rasio pengambilan sampel default untuk indeks yang dipartisi. Tidak ada statistik lain pada tabel yang diperbarui sebagai bagian dari pembangunan ulang indeks.

Permissions

Izin ALTER pada tabel atau tampilan diperlukan.

Catatan versi

Azure SQL Database tidak mendukung grup file selain PRIMARY.
Azure SQL Database dan Azure SQL Managed Instance tidak mendukung opsi FILESTREAM.
Indeks penyimpan kolom tidak tersedia sebelum SQL Server 2012 (11.x).
Operasi indeks yang dapat dilanjutkan tersedia di SQL Server 2017 (14.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance.

Contoh sintaks dasar

ALTER INDEX index1 ON table1 REBUILD;
ALTER INDEX ALL ON table1 REBUILD;
ALTER INDEX ALL ON dbo.table1 REBUILD;

Contoh: Indeks penyimpan kolom

Contoh-contoh ini berlaku untuk indeks penyimpan kolom.

A. Atur ulang demo

Contoh ini menunjukkan cara ALTER INDEX REORGANIZE kerja perintah. Ini membuat tabel yang memiliki beberapa grup baris, lalu menunjukkan cara REORGANIZE menggabungkan grup baris.

-- 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;

Gunakan opsi TABLOCK untuk menyisipkan baris secara paralel. Dimulai dengan SQL Server 2016 (13.x), INSERT INTO operasi dapat berjalan secara paralel saat TABLOCK digunakan.

INSERT INTO cci_target WITH (TABLOCK)
SELECT TOP 300000 * FROM staging;

Jalankan perintah ini untuk melihat OPEN grup baris delta. Jumlah grup baris tergantung pada tingkat paralelisme.

SELECT *
FROM sys.dm_db_column_store_row_group_physical_stats
WHERE object_id  = object_id('cci_target');

Jalankan perintah ini untuk memaksa semua CLOSED grup baris dan OPEN ke dalam penyimpan kolom.

ALTER INDEX idxcci_cci_target ON cci_target REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON);

Jalankan perintah ini lagi dan Anda melihat bahwa grup baris yang lebih kecil digabungkan menjadi satu grup baris terkompresi.

ALTER INDEX idxcci_cci_target ON cci_target REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON);

B. Memadatkan grup baris delta TERTUTUP ke dalam penyimpan kolom

Contoh ini menggunakan REORGANIZE opsi untuk memadatkan setiap CLOSED grup baris delta ke dalam penyimpan kolom sebagai grup baris terkompresi. Ini tidak diperlukan, tetapi berguna ketika tuple-mover tidak memadatkan CLOSED grup baris dengan cukup cepat.

Anda dapat menjalankan kedua contoh dalam AdventureWorksDW2025 database sampel.

Sampel ini berjalan REORGANIZE pada semua partisi.

ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REORGANIZE;

Sampel ini berjalan REORGANIZE pada partisi tertentu.

-- REORGANIZE a specific partition
ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REORGANIZE PARTITION = 0;

C. Memadatkan semua grup baris delta TERBUKA DAN TERTUTUP ke dalam penyimpan kolom

Berlaku untuk: SQL Server 2016 (13.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Perintah REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON) memadatkan setiap OPEN dan CLOSED delta rowgroup ke dalam columnstore sebagai grup baris terkompresi. Ini mengoreksi deltastore dan memaksa semua baris untuk dikompresi ke dalam penyimpan kolom. Ini berguna terutama setelah melakukan banyak operasi sisipan karena operasi ini menyimpan baris dalam satu atau beberapa grup baris delta.

REORGANIZE menggabungkan grup baris untuk mengisi grup baris hingga jumlah baris <maksimum = 1.024.576. Oleh karena itu, ketika Anda memadatkan semua OPEN dan CLOSED grup baris, Anda tidak berakhir dengan banyak grup baris terkompresi yang hanya memiliki beberapa baris di dalamnya. Anda ingin grup baris sepenuh mungkin untuk mengurangi ukuran terkompresi dan meningkatkan performa kueri.

Contoh berikut menggunakan AdventureWorksDW2025 database.

Contoh ini memindahkan semua OPEN dan CLOSED delta grup baris ke dalam indeks penyimpan kolom.

ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON);

Contoh ini memindahkan semua OPEN grup baris dan CLOSED delta ke dalam indeks penyimpan kolom untuk partisi tertentu.

ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REORGANIZE PARTITION = 0 WITH (COMPRESS_ALL_ROW_GROUPS = ON);

D. Defragmentasi indeks penyimpan kolom secara online

Tidak berlaku untuk: SQL Server 2012 (11.x) dan SQL Server 2014 (12.x).

Dimulai dengan SQL Server 2016 (13.x), REORGANIZE melakukan lebih dari kompres grup baris delta ke dalam penyimpan kolom. Ini juga melakukan defragmentasi online. Pertama, ini mengurangi ukuran penyimpan kolom dengan menghapus baris yang dihapus secara fisik ketika 10% atau lebih baris dalam grup baris telah dihapus. Kemudian, ini menggabungkan grup baris bersama-sama untuk membentuk grup baris yang lebih besar yang memiliki hingga maksimum 1.024.576 baris per grup baris. Semua grup baris yang diubah dikompresi ulang.

Note

Dimulai dengan SQL Server 2016 (13.x), membangun kembali indeks penyimpan kolom tidak lagi diperlukan dalam sebagian besar situasi karena REORGANIZE secara fisik menghapus baris yang dihapus dan menggabungkan grup baris. Opsi memaksa COMPRESS_ALL_ROW_GROUPS semua OPEN atau CLOSED grup baris delta ke dalam penyimpan kolom yang sebelumnya hanya dapat dilakukan dengan pembangunan ulang. REORGANIZE online dan terjadi di latar belakang sehingga kueri dapat dilanjutkan saat operasi terjadi.

Contoh berikut melakukan REORGANIZE defragmentasi indeks dengan menghapus baris yang telah dihapus secara logis dari tabel, dan menggabungkan grup baris.

ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REORGANIZE;

E. Membangun kembali indeks penyimpan kolom terkluster secara offline

Berlaku untuk: SQL Server, Azure SQL Database, dan Azure SQL Managed Instance

Tip

Dimulai dengan SQL Server 2016 (13.x) dan di Azure SQL Database, sebaiknya gunakan ALTER INDEX REORGANIZE alih-alih ALTER INDEX REBUILD untuk indeks penyimpan kolom.

Note

Di SQL Server 2012 (11.x) dan SQL Server 2014 (12.x), REORGANIZE hanya digunakan untuk memadatkan CLOSED grup baris ke dalam penyimpan kolom. Satu-satunya cara untuk melakukan operasi defragmentasi dan untuk memaksa semua grup baris delta ke dalam penyimpan kolom adalah dengan membangun kembali indeks.

Contoh ini menunjukkan cara membangun kembali indeks penyimpan kolom berkluster dan memaksa semua grup baris delta ke dalam penyimpan kolom. Langkah pertama ini menyiapkan tabel FactInternetSales2 dalam AdventureWorksDW2025 database dengan indeks penyimpan kolom berkluster, dan menyisipkan data dari empat kolom pertama.

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;

Hasilnya memperlihatkan satu OPEN grup baris, yang berarti SQL Server menunggu lebih banyak baris ditambahkan sebelum menutup grup baris dan memindahkan data ke penyimpan kolom. Pernyataan berikutnya ini membangun kembali indeks penyimpan kolom berkluster, yang memaksa semua baris ke dalam penyimpan kolom.

ALTER INDEX cci_FactInternetSales2 ON FactInternetSales2 REBUILD;
SELECT * FROM sys.column_store_row_groups;

Hasil SELECT pernyataan menunjukkan grup baris adalah COMPRESSED, yang berarti segmen kolom grup baris sekarang dikompresi dan disimpan di penyimpan kolom.

F. Membangun kembali partisi indeks penyimpan kolom berkluster secara offline

Berlaku untuk: SQL Server 2012 (11.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Untuk membangun kembali partisi indeks penyimpan kolom berkluster besar, gunakan ALTER INDEX REBUILD dengan opsi partisi. Contoh ini membangun kembali partisi 12. Dimulai dengan SQL Server 2016 (13.x), sebaiknya ganti REBUILD dengan REORGANIZE.

ALTER INDEX cci_fact3
ON fact3
REBUILD PARTITION = 12;

G. Mengubah indeks penyimpan kolom berkluster untuk menggunakan kompresi pengarsipan

Tidak berlaku untuk: SQL Server 2012 (11.x)

Anda dapat memilih untuk mengurangi ukuran indeks penyimpan kolom berkluster lebih jauh dengan menggunakan COLUMNSTORE_ARCHIVE opsi kompresi data. Ini praktis untuk data lama yang ingin Anda simpan di penyimpanan yang lebih murah. Sebaiknya hanya gunakan ini pada data yang tidak sering diakses karena dekompresi lebih lambat daripada kompresi normal COLUMNSTORE .

Contoh berikut membangun kembali indeks penyimpan kolom berkluster untuk menggunakan kompresi pengarsipan, lalu menunjukkan cara menghapus kompresi pengarsipan. Hasil akhir hanya menggunakan kompresi penyimpan kolom.

Pertama, siapkan contoh dengan membuat tabel dengan indeks penyimpan kolom berkluster. Kemudian, kompres tabel lebih lanjut dengan menggunakan kompresi arsip.

--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

Sampel ini menghapus kompresi arsip, dan hanya menggunakan kompresi penyimpan kolom.

ALTER INDEX cci_SimpleTable ON SimpleTable
REBUILD
WITH (DATA_COMPRESSION = COLUMNSTORE);
GO

Contoh: Indeks rowstore

A. Menyusun ulang indeks

Contoh berikut membangun kembali satu indeks pada Employee tabel dalam AdventureWorks2025 database.

ALTER INDEX PK_Employee_EmployeeID ON HumanResources.Employee REBUILD;

B. Membangun ulang semua indeks pada tabel dan menentukan opsi

Contoh berikut menentukan kata kunci ALL. Ini membangun kembali semua indeks yang terkait dengan tabel Production.Product dalam AdventureWorks2025 database. Tiga opsi ditentukan.

ALTER INDEX ALL ON Production.Product
REBUILD WITH (FILLFACTOR = 80, SORT_IN_TEMPDB = ON, STATISTICS_NORECOMPUTE = ON);

Contoh berikut menambahkan opsi ONLINE termasuk opsi kunci prioritas rendah, dan menambahkan opsi pemadatan baris.

Berlaku untuk: SQL Server 2014 (12.x) dan versi yang lebih baru, Azure SQL Database, dan 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. Mengatur ulang indeks dengan pemadatan LOB

Contoh berikut mengatur ulang satu indeks berkluster dalam AdventureWorks2025 database. Karena indeks berisi jenis data LOB di tingkat daun, pernyataan juga memampatkan semua halaman yang berisi data objek besar. Menentukan WITH (LOB_COMPACTION = ON) opsi tidak diperlukan karena nilai defaultnya adalah AKTIF.

ALTER INDEX PK_ProductPhoto_ProductPhotoID ON Production.ProductPhoto REORGANIZE WITH (LOB_COMPACTION = ON);

D. Mengatur opsi pada indeks

Contoh berikut mengatur beberapa opsi pada indeks AK_SalesOrderHeader_SalesOrderNumber dalam AdventureWorks2025 database.

ALTER INDEX AK_SalesOrderHeader_SalesOrderNumber ON
    Sales.SalesOrderHeader
SET (
    STATISTICS_NORECOMPUTE = ON,
    IGNORE_DUP_KEY = ON,
    ALLOW_PAGE_LOCKS = ON
    ) ;
GO

E. Menonaktifkan indeks

Contoh berikut menonaktifkan indeks nonclustered pada Employee tabel dalam AdventureWorks2025 database.

ALTER INDEX IX_Employee_ManagerID ON HumanResources.Employee DISABLE;

F. Menonaktifkan batasan

Contoh berikut menonaktifkan PRIMARY KEY batasan dengan menonaktifkan PRIMARY KEY indeks dalam AdventureWorks2025 database. Batasan FOREIGN KEY pada tabel yang mendasar secara otomatis dinonaktifkan dan pesan peringatan ditampilkan.

ALTER INDEX PK_Department_DepartmentID ON HumanResources.Department DISABLE;

Tataan hasil mengembalikan pesan peringatan ini.

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. Aktifkan batasan

Contoh berikut mengaktifkan batasan PRIMARY KEY dan FOREIGN KEY yang dinonaktifkan di Contoh F.

Batasan PRIMARY KEY diaktifkan dengan membangun PRIMARY KEY kembali indeks.

ALTER INDEX PK_Department_DepartmentID ON HumanResources.Department REBUILD;

Batasan FOREIGN KEY kemudian diaktifkan.

ALTER TABLE HumanResources.EmployeeDepartmentHistory
CHECK CONSTRAINT FK_EmployeeDepartmentHistory_Department_DepartmentID;
GO

H. Membangun kembali indeks yang dipartisi

Contoh berikut membangun kembali partisi tunggal, nomor 5partisi , dari indeks IX_TransactionHistory_TransactionDate yang dipartisi dalam AdventureWorks2025 database. Partisi 5 dibangun kembali dengan ONLINE=ON dan waktu tunggu 10 menit untuk kunci prioritas rendah berlaku secara terpisah untuk setiap kunci yang diperoleh oleh operasi pembangunan ulang indeks. Jika selama waktu ini kunci tidak dapat diperoleh untuk menyelesaikan pembangunan ulang indeks, pernyataan operasi pembangunan kembali itu sendiri dibatalkan, karena ABORT_AFTER_WAIT = SELF.

Berlaku untuk: SQL Server 2014 (12.x) dan versi yang lebih baru, Azure SQL Database, dan 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

I. Mengubah pengaturan pemadatan indeks

Contoh berikut membangun ulang indeks pada tabel rowstore yang tidak dipartisi.

ALTER INDEX IX_INDEX1
ON T1
REBUILD
WITH (DATA_COMPRESSION = PAGE);
GO

J. Mengubah pengaturan indeks dengan pemadatan XML

Berlaku untuk: SQL Server 2022 (16.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance.

Contoh berikut membangun ulang indeks pada tabel rowstore yang tidak dipartisi.

ALTER INDEX IX_INDEX1
ON T1
REBUILD
WITH (XML_COMPRESSION = ON);
GO

Untuk contoh kompresi data lainnya, lihat Pemadatan data.

K. Pembangunan ulang indeks yang dapat dilanjutkan online

Berlaku untuk: SQL Server 2017 (14.x) dan versi yang lebih baru, Azure SQL Database, dan Azure SQL Managed Instance

Contoh berikut menunjukkan cara menggunakan pembangunan ulang indeks yang dapat dilanjutkan secara online.

Jalankan pembangunan ulang indeks online sebagai operasi yang dapat diulang dengan MAXDOP = 1. Menjalankan perintah yang sama lagi setelah operasi indeks dijeda, secara otomatis melanjutkan operasi pembangunan ulang indeks.

ALTER INDEX test_idx on test_table REBUILD WITH (ONLINE = ON, MAXDOP = 1, RESUMABLE = ON);

Jalankan pembangunan ulang indeks online sebagai operasi yang dapat diulang dengan MAX_DURATION diatur ke 240 menit.

ALTER INDEX test_idx on test_table REBUILD WITH (ONLINE = ON, RESUMABLE = ON, MAX_DURATION = 240);

Jeda pembangunan ulang indeks online yang dapat diulang yang sedang berjalan.

ALTER INDEX test_idx on test_table PAUSE;

Lanjutkan pembangunan ulang indeks online untuk pembangunan ulang indeks yang dijalankan sebagai operasi yang dapat dilanjutkan yang menentukan nilai baru untuk MAXDOP diatur ke 4.

ALTER INDEX test_idx on test_table RESUME WITH (MAXDOP = 4);

Lanjutkan operasi pembangunan ulang indeks online untuk pembangunan ulang online indeks yang dijalankan sebagai dapat dilanjutkan. Atur MAXDOP ke 2, atur waktu eksekusi untuk indeks yang berjalan sebagai dapat dilanjutkan menjadi 240 menit, dan jika indeks diblokir pada kunci, tunggu 10 menit dan setelah itu matikan semua pemblokir.

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));

Batalkan operasi pembangunan ulang indeks yang dapat dilanjutkan yang berjalan atau dijeda.

ALTER INDEX test_idx on test_table ABORT;

Saran dan Komentar

Apakah halaman ini membantu?

Last updated on 2025-11-19

Bagikan melalui

INDEKS ALTER (Transact-SQL)

Syntax

Arguments

index_name

ALL

database_name

schema_name

table_or_view_name

MEMBANGUN KEMBALI [ DENGAN ( <rebuild_index_option> [ ,... n ] ) ]

PARTITION

DISABLE

MENGATUR ULANG indeks rowstore

REORGANISASI DENGAN ( LOB_COMPACTION = { ON | OFF } )

MENGATUR ULANG indeks penyimpan kolom

MENGATUR ULANG DENGAN ( COMPRESS_ALL_ROW_GROUPS = { ON | OFF } )

SET ( <opsi> set_index [ ,... n ] )

PAD_INDEX = { ON | NONAKTIF }

FILLFACTOR = fillfactor

SORT_IN_TEMPDB = { AKTIF | NONAKTIF }

IGNORE_DUP_KEY = { AKTIF | NONAKTIF }

STATISTICS_NORECOMPUTE = { AKTIF | NONAKTIF }

STATISTICS_INCREMENTAL = { AKTIF | NONAKTIF }

ONLINE = { AKTIF | NONAKTIF }

DAPAT DI-RESUMABLE = { ON | OFF}

MAX_DURATION = waktu [ MINUTES ] digunakan dengan RESUMABLE = ON (memerlukan ONLINE = ON)

ALLOW_ROW_LOCKS = { AKTIF | NONAKTIF }

ALLOW_PAGE_LOCKS = { AKTIF | NONAKTIF }

OPTIMIZE_FOR_SEQUENTIAL_KEY = { AKTIF | NONAKTIF }

MAXDOP = max_degree_of_parallelism

COMPRESSION_DELAY = { 0 | durasi [ menit ] }

DATA_COMPRESSION

XML_COMPRESSION

ON PARTITIONS ( { <partition_number_expression> | <range> } [ ,... n ] )

RESUME

PAUSE

ABORT

Remarks

Menyusun ulang indeks

Mengatur ulang indeks

Menonaktifkan indeks

Atur opsi

Opsi penguncian baris dan halaman

Operasi indeks online

Operasi indeks yang dapat diulang

Resources

Batasan fungsi saat ini

WAIT_AT_LOW_PRIORITY dengan operasi indeks online

Pembatasan indeks spasial

Kompresi data

Statistics

Permissions

Catatan versi

Contoh sintaks dasar

Contoh: Indeks penyimpan kolom

A. Atur ulang demo

B. Memadatkan grup baris delta TERTUTUP ke dalam penyimpan kolom

C. Memadatkan semua grup baris delta TERBUKA DAN TERTUTUP ke dalam penyimpan kolom

D. Defragmentasi indeks penyimpan kolom secara online

E. Membangun kembali indeks penyimpan kolom terkluster secara offline

F. Membangun kembali partisi indeks penyimpan kolom berkluster secara offline

G. Mengubah indeks penyimpan kolom berkluster untuk menggunakan kompresi pengarsipan

Contoh: Indeks rowstore

A. Menyusun ulang indeks

B. Membangun ulang semua indeks pada tabel dan menentukan opsi

C. Mengatur ulang indeks dengan pemadatan LOB

D. Mengatur opsi pada indeks

E. Menonaktifkan indeks

F. Menonaktifkan batasan

G. Aktifkan batasan

H. Membangun kembali indeks yang dipartisi

I. Mengubah pengaturan pemadatan indeks

J. Mengubah pengaturan indeks dengan pemadatan XML

K. Pembangunan ulang indeks yang dapat dilanjutkan online

Konten terkait

Saran dan Komentar

Sumber Daya Tambahan:

MAX_DURATION = waktu [ MINUTES ] digunakan dengan `RESUMABLE = ON` (memerlukan `ONLINE = ON`)