SQL INNER JOIN
dengan OR
: Performance Bottleneck
Usaha pengoptimuman prestasi baru-baru ini menyerlahkan isu penting: menggunakan operator OR
dalam keadaan INNER JOIN
. Pertanyaan berikut menunjukkan masalah:
<code class="language-sql">SELECT mt.ID, mt.ParentID, ot.MasterID FROM dbo.MainTable AS mt INNER JOIN dbo.OtherTable AS ot ON ot.ParentID = mt.ID OR ot.ID = mt.ParentID</code>
Pertanyaan ini terbukti perlahan. Menulis semula menggunakan LEFT JOIN
prestasi yang dipertingkatkan secara mendadak:
<code class="language-sql">SELECT mt.ID, mt.ParentID, CASE WHEN ot1.MasterID IS NOT NULL THEN ot1.MasterID ELSE ot2.MasterID END AS MasterID FROM dbo.MainTable AS mt LEFT JOIN dbo.OtherTable AS ot1 ON ot1.ParentID = mt.ID LEFT JOIN dbo.OtherTable AS ot2 ON ot2.ID = mt.ParentID WHERE ot1.MasterID IS NOT NULL OR ot2.MasterID IS NOT NULL</code>
Pertanyaan yang disemak dilaksanakan dalam beberapa saat, peningkatan yang ketara. Ini menimbulkan kebimbangan tentang penggunaan umum OR
dalam keadaan JOIN
.
Kenapa OR
dalam JOIN Boleh Lambat
Isu terasnya ialah OR
dalam keadaan JOIN
menghalang pengoptimum SQL Server daripada menggunakan gabungan HASH
atau MERGE
yang cekap. Kaedah gabungan yang dioptimumkan ini biasanya penting untuk pelaksanaan pertanyaan pantas. Keadaan OR
menghalang pelayan daripada mengiktiraf kesetaraan pertanyaan kepada dua gabungan ekui berasingan:
<code class="language-sql">SELECT * FROM maintable m JOIN othertable o ON o.parentId = m.id UNION SELECT * FROM maintable m JOIN othertable o ON o.id = m.parentId</code>
Ini memaksa SQL Server untuk memilih pelan pelaksanaan yang kurang cekap, menghasilkan prestasi yang lebih perlahan.
Amalan Terbaik: Elakkan OR
dalam JOIN
Keadaan
Walaupun tidak dilarang sama sekali, penggunaan OR
dalam keadaan JOIN
selalunya menghalang pengoptimuman dan membawa kepada penurunan prestasi. Untuk berbilang syarat gabungan, equijoin berasingan (seperti yang ditunjukkan di atas dengan LEFT JOIN
dan UNION
atau pernyataan LEFT JOIN
dengan CASE
) secara amnya memberikan prestasi yang lebih baik. Ini membolehkan pengoptimum pertanyaan memanfaatkan algoritmanya yang paling cekap.
Atas ialah kandungan terperinci Adakah Menggunakan 'OR' dalam Keadaan INNER JOIN Sentiasa Buruk untuk Prestasi SQL?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!