KB3067257-memperbaiki: hasil parsial dalam kueri indeks columnstore kluster di SQL Server 2014

Langkah 1

Pernyataan Transact-SQL [INSERT atau INSERT massal] menyisipkan data ke dalam tabel yang memiliki indeks columnstore kluster. Selama operasi ini, ketentuan berikut ini berlaku:

• Ketika pernyataan Transact-SQL mencapai ambang batas rowgroup, maka menutup rowgroup R1 yang memiliki segmen S1.

• Segmen titik S1 ke kamus lokal D1.

• Pernyataan terus menyisipkan baris ke rowgroup baru R2.

• Ketika rowgroup R1 tertutup, Kamus lokal D1 juga tidak harus ditutup. Jika Kamus D1 masih memiliki ruang yang tersedia, Anda bisa membiarkannya terbuka dan menggunakannya kembali untuk rowgroup R2 yang baru.

Langkah 2

Jika pernyataan Transact-SQL diakhiri secara tidak normal atau dibatalkan sebelum menutup rowgroup R2 yang baru, ketentuan berikut ini berlaku:

• Perubahan metadata Columnstore terjadi dalam subtransaksi yang melakukan mandiri dari transaksi luar.

• Pada titik ini, rowgroup R1 tetap ada di tabel sistem dalam tabel "di bawah konstruksi" atau tidak terlihat, dan segmen S1 referensi S1.

• Tidak ada baris yang dibuat dalam tabel sistem untuk Kamus D1. Ini karena pernyataan Transact-SQL tidak pernah memiliki kesempatan untuk menutup baris yang sudah ada. Oleh karena itu, baris yang sudah ada masih ada.

Langkah 3

Dalam situasi umum, jika tugas latar belakang rangkap Mover dimulai setelah pernyataan Transact-SQL berakhir, tugas latar belakang menghapus rowgroup yang tidak terlihat R1 dan segmen S1. Jika pernyataan Transact-SQL baru dimulai sekarang dan membuat rowgroup R3 yang memiliki segmen baru S3 yang memerlukan Kamus lokal baru, Anda tidak bisa menggunakan kembali ID internal dari kamus D1. Ini karena status dalam memori dari columnstore tetap melacak id kamus yang digunakan. Oleh karena itu, segmen S3 akan mereferensikan Kamus baru D2.Catatan Kondisi dalam langkah ini adalah kondisi umum. Oleh karena itu, tidak ada kerusakan.

Langkah 4

Jika SQL Server kehilangan status dalam memori dari kamus D1 sebelum tugas penggerak tupel berlaku (dan melakukan seperti yang diuraikan dalam langkah 3), masalah yang diuraikan dalam artikel ini terjadi.Catatan

• Kejadian ini terjadi karena salah satu alasan berikut ini:

  • SQL Server mengalami overload memori, dan konten dalam memori Kamus D1 dihapus dari memori.

  • Contoh SQL Server dimulai ulang.

  • Database yang berisi indeks kluster columnstore menjadi offline lalu kembali online.

• Setelah salah satu dari kejadian ini terjadi dan SQL Server memuat ulang struktur dalam memori, tidak ada catatan bahwa Kamus D1 dan ID internalnya ada. Ini karena Kamus D1 tidak dipertahankan dalam tabel sistem ketika pernyataan Transact-SQL telah dihentikan atau disisipkan.

• Jika tugas latar belakang penggerak tupel dimulai pada saat ini, tidak terjadi kesalahan karena kondisi yang diuraikan dalam langkah 3 berlaku.

• Jika rowgroup R3 baru dibuat sebelum tugas latar belakang rangkap Mover dimulai (per item poin sebelumnya), SQL Server menetapkan id internal yang sama ke kamus D1 baru, dan referensi TI Kamus D1 untuk segmen S3 dalam rowgroup R3.

• Ketika tugas latar belakang penggerak tupel dimulai setelah tindakan sebelumnya, tetes tidak terlihat rowgroup R1 dan segmen S1 bersama-sama dengan kamus D1 yang baru. Hal ini terjadi karena penggerak rangkap menganggap bahwa Kamus D1 baru dan kamus asli D1 yang referensi S1 sama.Catatan Saat kondisi ini terjadi, Anda tidak dapat meminta konten dari rowgroup R3.