Ini adalah jawaban agnostik RDBMS, tetapi tetap dapat membantu. Dalam pemahaman saya, subkueri yang berkorelasi (alias, dependen) mungkin merupakan penyebab yang paling sering dituduh sebagai penyebab kinerja buruk.
Masalahnya (seperti yang paling sering dijelaskan) adalah bahwa ia memproses kueri dalam untuk setiap baris kueri luar. Oleh karena itu, jika kueri luar mengembalikan 1.000 baris, dan kueri dalam mengembalikan 10.000, maka kueri Anda harus bekerja keras melalui 10.000.000 baris (luar×dalam) untuk menghasilkan hasil. Dibandingkan dengan 11.000 baris (luar+dalam) dari kueri yang tidak berkorelasi pada kumpulan hasil yang sama, itu tidak bagus.
Namun, ini hanya skenario terburuk. Dalam banyak kasus, DBMS akan dapat mengeksploitasi indeks untuk mengurangi jumlah baris secara drastis. Bahkan jika hanya kueri dalam yang dapat menggunakan indeks, 10.000 baris menjadi ~13 pencarian, yang menurunkan total menjadi 13.000.
exists operator dapat menghentikan pemrosesan baris setelah baris pertama, mengurangi biaya kueri lebih lanjut, terutama bila sebagian besar baris terluar cocok dengan setidaknya satu baris dalam.
Dalam beberapa kasus yang jarang terjadi, saya telah melihat SQL Server 2008R2 mengoptimalkan subkueri berkorelasi ke gabungan gabungan (yang melintasi kedua set hanya sekali - skenario terbaik) di mana indeks yang sesuai dapat ditemukan di kueri dalam dan luar.
Penyebab sebenarnya dari kinerja buruk belum tentu subkueri berkorelasi , tetapi pemindaian bertingkat .
