Pertanyaan yang diberi tag «query-performance»

Untuk pertanyaan tentang meningkatkan kinerja dan / atau efisiensi permintaan basis data.



2
Bagaimana cara menangani rencana kueri buruk yang disebabkan oleh kesetaraan tepat pada jenis rentang?
Saya sedang melakukan pembaruan di mana saya membutuhkan kesetaraan yang tepat pada suatu tstzrangevariabel. ~ 1M baris dimodifikasi, dan kueri membutuhkan waktu ~ 13 menit. Hasil EXPLAIN ANALYZEdapat dilihat di sini , dan hasil aktual sangat berbeda dari yang diperkirakan oleh perencana kueri. Masalahnya adalah bahwa pemindaian indeks pada t_rangemengharapkan …



1
SQL Server 2014: ada penjelasan untuk perkiraan kardinalitas bergabung mandiri yang tidak konsisten?
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 statistik). Oleh karena itu, gabungan ini menghasilkan produk silang lengkap …

3
Prosedur tersimpan vs inline SQL
Saya tahu prosedur tersimpan lebih efisien melalui jalur eksekusi (daripada sql inline dalam aplikasi). Namun, ketika ditekan, saya tidak tahu kenapa. Saya ingin mengetahui alasan teknis untuk ini (dengan cara yang bisa saya jelaskan kepada seseorang nanti). Adakah yang bisa membantu saya merumuskan jawaban yang bagus?

1
Indeks: kinerja integer vs string jika jumlah node sama
Saya mengembangkan aplikasi di Ruby on Rails dengan database PostgreSQL (9.4). Untuk kasus penggunaan saya, kolom dalam tabel akan terlihat sangat sering, karena seluruh titik aplikasi mencari atribut yang sangat spesifik pada model. Saat ini saya memutuskan apakah akan menggunakan integertipe atau hanya menggunakan tipe string yang khas (misalnya character …

5
SARGable WHERE klausa untuk dua kolom tanggal
Saya memiliki pertanyaan menarik tentang SARGability. Dalam hal ini, ini tentang menggunakan predikat pada perbedaan antara dua kolom tanggal. Ini pengaturannya: USE [tempdb] SET NOCOUNT ON IF OBJECT_ID('tempdb..#sargme') IS NOT NULL BEGIN DROP TABLE #sargme END SELECT TOP 1000 IDENTITY (BIGINT, 1,1) AS ID, CAST(DATEADD(DAY, [m].[severity] * -1, GETDATE()) AS …


2
SUKA menggunakan indeks, CHARINDEX tidak?
Pertanyaan ini terkait dengan pertanyaan lama saya . Query di bawah ini membutuhkan 10 hingga 15 detik untuk dieksekusi: SELECT [customer].[Customer name],[customer].[Sl_No],[customer].[Id] FROM [company].dbo.[customer] WHERE (Charindex('123456789',CAST([company].dbo.[customer].[Phone no] AS VARCHAR(MAX)))>0) Dalam beberapa artikel saya melihat bahwa menggunakan CASTdan CHARINDEXtidak akan mendapat manfaat dari pengindeksan. Ada juga beberapa artikel yang mengatakan menggunakan …

1
Permintaan SQL untuk kombinasi tanpa pengulangan
Saya membutuhkan kueri yang dapat digunakan dalam (atau sebagai) fungsi dan mengambil semua kombinasi nilai n. Dan saya membutuhkan semua kombinasi panjang k di mana k = 1..n. Input dan hasil sampel yang diperluas sehingga input memiliki 3 nilai alih-alih 2 - namun, jumlah nilai input dapat bervariasi dari 1 …

1
Probe kunci hash dan residu
Katakanlah, kami memiliki permintaan seperti ini: select a.*,b.* from a join b on a.col1=b.col1 and len(a.col1)=10 Dengan asumsi permintaan di atas menggunakan Gabung Hash dan memiliki residu, kunci penyelidikan akan col1dan residu akan len(a.col1)=10. Tetapi ketika sedang melalui contoh lain, saya bisa melihat baik probe dan residual menjadi kolom yang …


2
Mengapa operator Gabungan memperkirakan baris lebih sedikit dari inputnya?
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 ratusan GB data ke tempdb. Perkiraan yang konsisten secara logis dalam kasus ini …

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.