Pertimbangkan paket kueri berikut di SQL Server 2014: Dalam rencana kueri, bergabung sendiri ar.fId = ar.fIdmenghasilkan perkiraan 1 baris. Namun, ini adalah perkiraan yang tidak konsisten secara logis: armemiliki 20,608baris dan hanya satu nilai berbeda fId(yang secara akurat tercermin dalam...
Pertimbangkan permintaan berikut yang dibuat namun sederhana: SELECT ID , CASE WHEN ID <> 0 THEN (SELECT TOP 1 ID FROM X_OTHER_TABLE) ELSE (SELECT TOP 1 ID FROM X_OTHER_TABLE_2) END AS ID2 FROM X_HEAP; Saya akan memperkirakan taksiran baris terakhir untuk kueri ini sama dengan...
Saya memiliki tabel dengan kolom string dan predikat yang memeriksa baris dengan panjang tertentu. Di SQL Server 2014, saya melihat perkiraan 1 baris terlepas dari panjang yang saya periksa. Ini menghasilkan rencana yang sangat buruk karena sebenarnya ada ribuan atau bahkan jutaan baris dan SQL...
Saya mendapat kesan bahwa ketika menggunakan LIKEoperator dalam semua mengoptimalkan untuk skenario yang tidak diketahui baik legacy dan CE baru menggunakan perkiraan 9% (dengan asumsi bahwa statistik yang relevan tersedia dan pengoptimal permintaan tidak harus menggunakan tebakan...
Dalam cuplikan rencana kueri berikut ini, tampak jelas bahwa estimasi baris untuk Concatenationoperator seharusnya ~4.3 billion rows, atau jumlah estimasi baris untuk dua inputnya. Namun, perkiraan ~238 million rowsdihasilkan, mengarah ke sub-optimal Sort/ Stream Aggregatestrategi yang menumpahkan...
Saya mengalami apa yang saya pikir adalah perkiraan kardinalitas yang sangat tinggi untuk pertanyaan berikut: SELECT dm.PRIMARY_ID FROM ( SELECT COALESCE(d1.JOIN_ID, d2.JOIN_ID, d3.JOIN_ID) PRIMARY_ID FROM X_DRIVING_TABLE dt LEFT OUTER JOIN X_DETAIL_1 d1 ON dt.ID = d1.ID LEFT OUTER JOIN...
create table T(ID int identity primary key) insert into T default values insert into T default values go select cast(ID as varchar(10)) as ID from T where ID = 1 Permintaan di atas memiliki peringatan dalam paket permintaan. <Warnings> <PlanAffectingConvert ConvertIssue="Cardinality...
Untuk COUNT(DISTINCT)yang memiliki ~ 1 miliar nilai berbeda, saya mendapatkan paket permintaan dengan agregat hash yang diperkirakan hanya ~ 3 juta baris. Mengapa ini terjadi? SQL Server 2012 menghasilkan estimasi yang baik, jadi apakah ini bug di SQL Server 2014 yang harus saya laporkan pada...
Pada SQL Server 2016 SP2 dengan memori maks diatur ke 25GB kami memiliki permintaan yang mengeksekusi sekitar 80 kali dalam satu menit. Kueri tumpah sekitar 4000 halaman ke tempdb. Ini menyebabkan banyak IO pada disk tempdb. Ketika Anda melihat pada rencana kueri (kueri tersederhanakan) Anda akan...
Mempersiapkan Saya mengalami kesulitan memahami perkiraan kardinalitas. Inilah pengaturan pengujian saya: versi 2010 dari database Stack Overflow SQL Server 2017 CU15 + GDR (KB4505225) - 14.0.3192.2 CE baru (tingkat kompatibilitas 140) Saya punya proc ini: USE StackOverflow2010; GO CREATE OR...
Apakah ada dokumentasi atau penelitian tentang perubahan dalam SQL Server 2016 untuk bagaimana kardinalitas diperkirakan untuk predikat yang berisi SUBSTRING () atau fungsi string lainnya? Alasan saya bertanya adalah karena saya melihat kueri yang kinerjanya menurun dalam mode kompatibilitas 130...
Saya memiliki kueri yang berjalan dalam 800 milidetik di SQL Server 2012 dan membutuhkan waktu sekitar 170 detik di SQL Server 2014 . Saya pikir saya mempersempit ini ke perkiraan kardinalitas yang buruk untuk Row Count Spooloperator. Saya sudah membaca sedikit tentang operator spool (misalnya, di...
Saya menjalankan kueri ini di basis data AdventureWorks2012 : SELECT s.SalesOrderID, d.CarrierTrackingNumber, d.ProductID, d.OrderQty FROM Sales.SalesOrderHeader s JOIN Sales.SalesOrderDetail d ON s.SalesOrderID = d.SalesOrderID WHERE s.CustomerID = 11077 Jika saya melihat perkiraan...
Saya berusaha memahami mengapa estimasi baris sangat keliru, inilah kasus saya: Bergabung sederhana - menggunakan SQL Server 2016 sp2 (masalah yang sama pada sp1), dbcompatiblity = 130. select Amount_TransactionCurrency_id, CurrencyShareds.id from CurrencyShareds INNER JOIN annexes ON...
Saya menggunakan SQL Server 2012 Enterprise. Saya telah menemukan Paket SQL yang menunjukkan beberapa perilaku yang saya tidak menemukan sepenuhnya intuitif. Setelah operasi Pemindaian Indeks Paralel yang berat, operasi Paralelisme (Aliran Ulang Bagian) terjadi, tetapi membunuh perkiraan baris yang...
Saya memiliki kode pembersihan khusus yang mencoba menghapus beberapa duplikat. Ini berjalan sempurna di banyak situs pelanggan. Log memberi tahu saya bahwa setidaknya 1 detik hingga 45 detik dikonsumsi oleh permintaan ini: DELETE FROM [tbl] WHERE [Id] NOT IN ( SELECT MIN([Id]) FROM [tbl]...
Saya mencoba memecahkan masalah dalam menjalankan permintaan yang lambat menggunakan Show Plan Analysis (SSMS) pada rencana eksekusi yang sebenarnya. Alat Analisis menunjukkan bahwa perkiraan jumlah baris tidak aktif dari hasil yang dikembalikan di beberapa tempat dalam rencana dan selanjutnya...
Pada server dengan 32GB kami menjalankan SQL Server 2014 SP2 dengan memori maksimal 25GB kami memiliki dua tabel, di sini Anda menemukan struktur yang disederhanakan dari kedua tabel: CREATE TABLE [dbo].[Settings]( [id] [int] IDENTITY(1,1) NOT NULL, [resourceId] [int] NULL, [typeID] [int]...
Saya memelihara database arsip yang menyimpan data historis dalam tampilan yang dipartisi. Kolom partisi adalah datetime. Setiap tabel di bawah tampilan menyimpan satu bulan data. Kami membatasi acara di setiap tabel dengan tanda centang centang pada kolom datetime. Ini memungkinkan pengoptimal...
Saya memiliki 3 "besar" tabel yang bergabung pada sepasang kolom (keduanya int). Table1 memiliki ~ 200 juta baris Table2 memiliki ~ 1,5 juta baris Table3 memiliki ~ 6 juta baris Setiap tabel memiliki indeks berkerumun di Key1, Key2, dan kemudian satu kolom lagi. Key1memiliki kardinalitas rendah...