Mengapa Studio Pengurusan Pelayan SQL Kadangkala Memintas Pengesahan Sintaks dalam Subkueri?

Studio Pengurusan Pelayan SQL: Gelagat Subkueri Tidak Dijangka

SQL Server Management Studio (SSMS) kadangkala mempamerkan tingkah laku yang tidak dijangka apabila menangani pertanyaan yang mengandungi subkueri yang merujuk medan tidak sah. Walaupun SSMS biasanya melakukan pengesahan sintaks, ia boleh mengabaikan ralat ini secara mengejutkan dalam keadaan tertentu, menyebabkan kekeliruan bagi pembangun.

Pertimbangkan contoh ini:

<code class="language-sql">delete from Photo where hs_id in (select hs_id from HotelSupplier where id = 142)</code>

Pertanyaan ini bertujuan untuk memadamkan entri daripada jadual Photo berdasarkan nilai hs_id yang terdapat dalam subkueri yang memilih daripada HotelSupplier. Walau bagaimanapun, HotelSupplier tidak mempunyai medan hs_id; ia menggunakan hs_key sebaliknya.

Menariknya, pertanyaan ini selalunya dilaksanakan tanpa ralat dalam SSMS, walaupun subkueri itu sendiri gagal apabila dijalankan secara bebas:

<code class="language-sql">select hs_id from HotelSupplier where id = 142</code>

Penjelasan

Tingkah laku SSMS berpunca daripada pengendalian rujukan lajur yang tidak layak. Ia mentafsirkan rujukan hs_id sebagai milik pertanyaan luar (Photo), bukan subkueri. Ini mengikut peraturan menyelesaikan nama lajur yang tidak layak daripada skop paling luar ke dalam.

Memandangkan subkueri tidak memilih mana-mana lajur secara eksplisit, SSMS menulis semula pertanyaan dengan berkesan sebagai:

<code class="language-sql">delete from Photo where Photo.hs_id in (select * from HotelSupplier where id = 142)</code>

Jika subkueri mengembalikan sebarang baris (seperti yang mungkin berlaku di sini), ini akan memadamkan semua baris dalam Photo dengan hs_id bukan NULL. Set hasil bukan kosong daripada subkueri menyebabkan klausa IN dinilai kepada benar untuk nilai bukan NULL.

Pengambilan Utama

Tingkah laku yang kelihatan berlawanan dengan intuisi ini menekankan kepentingan menggunakan nama lajur yang layak sepenuhnya (cth., HotelSupplier.hs_key) dalam pertanyaan SQL anda. Amalan ini menghalang kekaburan dan memastikan pelaksanaan pertanyaan yang boleh diramal, mengelakkan pemadaman data yang tidak dijangka atau akibat lain yang tidak diingini.

Atas ialah kandungan terperinci Mengapa Studio Pengurusan Pelayan SQL Kadangkala Memintas Pengesahan Sintaks dalam Subkueri?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!