Fungsi SQL Server yang dianggap konstanta waktu proses
dievaluasi hanya sekali. GETDATE() adalah fungsi seperti itu, dan DATEADD(..., constant, GETDATE()) juga merupakan konstanta runtime. Dengan membiarkan pemanggilan fungsi aktual di dalam kueri, Anda membiarkan pengoptimal melihat nilai apa yang sebenarnya akan digunakan (sebagai lawan dari nilai variabel yang diendus) dan kemudian ia dapat menyesuaikan estimasi kardinalitasnya, mungkin menghasilkan rencana yang lebih baik.
Baca juga ini:Pemecahan Masalah Performa Kueri Buruk:Lipat Konstan dan Evaluasi Ekspresi Selama Estimasi Kardinalitas .
@Martin Smith
Anda dapat menjalankan kueri ini:
set nocount on;
declare @known int;
select @known = count(*) from sysobjects;
declare @cnt int = @known;
while @cnt = @known
select @cnt = count(*) from sysobjects where getdate()=getdate()
select @cnt, @known;
Dalam kasus saya setelah 22 detik itu mengenai kasus batas dan loop keluar. Yang penting adalah bahwa loop keluar dengan @cnt nol . Orang akan berharap bahwa jika getdate() dievaluasi per baris maka kita akan mendapatkan @cnt berbeda dari hitungan @known yang benar, tetapi bukan 0. Fakta bahwa @cnt adalah nol ketika loop ada menunjukkan setiap getdate() dievaluasi sekali dan kemudian nilai konstan yang sama digunakan untuk setiap baris pemfilteran WHERE (tidak ada yang cocok). Saya sadar bahwa satu contoh positif tidak membuktikan teorema, tetapi saya pikir kasusnya cukup meyakinkan.
