Setelah saya menentukan bahwa itu adalah koneksi ADO.NET yang menjadi akar masalah, utas ini membawa saya ke jawabannya.
Pada dasarnya koneksi melalui Sql Server Management Studio (SSMS) secara default telah SET ARITHABORT ON . Koneksi ADO.NET tidak.
Menyetel ARITHABORT OFF dan mengeksekusi kueri secara langsung melalui SSMS memberi saya waktu respons lambat yang sama.
Perbedaan utama saat menjalankan dengan atau tanpa pengaturan ini adalah rencana kueri yang berbeda dibuat untuk dua panggilan. Ketika ARITHABORT tadinya OFF , perintah SSMS akan menggunakan rencana kueri cache yang telah dikompilasi sebelumnya yang digunakan koneksi ADO.NET, dan oleh karena itu waktu tunggu habis.
Dengan menjalankan perintah berikut sebagai administrator di database, semua kueri berjalan seperti yang diharapkan terlepas dari ARITHABORT pengaturan.
DBCC DROPCLEANBUFFERS
DBCC FREEPROCCACHE
Saya hanya dapat berasumsi bahwa rencana kueri yang dikompilasi menjadi rusak, atau tidak valid.
Saya akan menggunakan ini sebagai solusinya (saya telah memilih jawabannya) di utas lainnya
Terima kasih.
