Dahulu kala, saya biasa menerbitkan ringkasan Connect – posting kecil yang menyoroti beberapa laporan bug atau saran di Connect yang menurut saya patut mendapat perhatian lebih. Sekarang, saya akan mengatakan ini:Saya bukan penggemar berat sistem di mana orang dengan jumlah teman terbanyak yang bersedia memberikan suaranya mendapatkan apa yang diinginkannya, karena tim SQL Server harus dapat mengabaikan atau menunda kebisingan, dan fokus pada bug atau saran yang paling penting dan berdampak. Tapi itu bukan cara mereka melakukan sesuatu di Redmond . Jadi, hari ini, saya punya permintaan:bantu saya dengan memilih dan mengomentari tiga item Connect ini, yang semuanya bertujuan untuk meningkatkan cara kerja statistik SQL Server.
(Perhatikan bahwa komentar memiliki bobot lebih dari sekadar penghitungan suara, jadi harap sebutkan kasus bisnis Anda, jika ada yang dapat dibagikan.)
Petunjuk MAXDOP untuk STATISTIK PEMBARUAN
SQL Server 2016 telah menambahkan petunjuk MAXDOP untuk perintah DBCC CHECK, jadi mengapa tidak untuk pembaruan statistik? Pada tabel yang dipartisi, ini dapat berdampak besar pada sisa beban kerja. Kami juga harus dapat mengganti MAXDOP yang ditentukan sistem untuk pembaruan statistik otomatis, tetapi untuk saat ini saya akan senang dengan kontrol lebih besar atas manajemen statistik manual. Permintaan ditangkap dalam item Connect berikut:
- Hubungkan #628971 :Tambahkan parameter MAXDOP ke Update Stats
Biarkan pengoptimal kueri melihat statistik tingkat partisi
Erin Stellato telah membuat blog tentang manfaat statistik tambahan di sini, tetapi benar-benar membahas masalahnya di pos ini:Statistik Inkremental TIDAK digunakan oleh Pengoptimal Kueri. Silakan baca itu dan kemudian pilih dan komentari item yang baru saya buat (saya tidak percaya saya tidak pernah memperhatikan bahwa DCR belum ada untuk ini):
- Hubungkan #2010834 :Pengoptimal sebenarnya harus *menggunakan* statistik per partisi
Statistik otomatis harus mempertimbangkan jumlah baris dalam indeks/stat yang difilter
Saat ini, mengandalkan pembaruan otomatis untuk indeks dan statistik yang difilter seperti Menunggu Godot – algoritme menggunakan jumlah baris dalam tabel saat menentukan ambang batas churn, bukan jumlah baris dalam indeks. Ini berarti bahwa sebagian besar indeks yang difilter – dan memang paling berguna indeks yang difilter – tidak akan pernah diperbarui secara otomatis. (Saya membicarakan ini di sini, dan Kimberly Tripp membicarakannya di sini dan di sini. Saya yakin orang lain juga telah menulis blog tentangnya.) Saya pikir ini saatnya untuk mengubah – jika Anda setuju, silakan pilih dan komentari item Joe Sack (judul menunjukkan statistik yang difilter, tetapi sebenarnya terkait dengan keduanya):
- Hubungkan #509638 :Menyarankan perubahan pada pembaruan statistik yang difilter
