Mengapa Studio Pengurusan SQL Server Nampaknya Mengabaikan Ralat Sintaks dalam Pertanyaan?

Gelagat Tidak Dijangka SQL Server Management Studio dengan Ralat Sintaks

SQL Server Management Studio (SSMS) kadangkala mempamerkan tingkah laku yang mengejutkan: ia mungkin kelihatan mengabaikan ralat sintaks dalam pertanyaan. Ini boleh membawa kepada hasil yang tidak dijangka dan merupakan sumber ralat yang kerap dalam pembangunan SQL. Mari kita periksa kajian kes:

Pertanyaan berikut, sebagai contoh, dilaksanakan tanpa menghasilkan ralat dalam SSMS:

delete from Photo where hs_id in (select hs_id from HotelSupplier where id = 142)

Walau bagaimanapun, lajur hs_id tidak wujud dalam jadual HotelSupplier. Menjalankan subkueri secara bebas ada menghasilkan ralat.

Punca percanggahan ini terletak pada pengendalian rujukan lajur yang tidak layak. SQL membenarkan merujuk lajur tanpa menyatakan secara eksplisit jadual miliknya. Dalam keadaan ini, SSMS mentafsirkan hs_id dalam subkueri sebagai kepunyaan jadual Photo (pertanyaan luar).

Oleh itu, pertanyaan itu ditafsirkan dengan berkesan sebagai:

delete from Photo where Photo.hs_id in (select Photo.hs_id from HotelSupplier where id = 142)

Ini memudahkan kepada:

delete from Photo where Photo.hs_id = Photo.hs_id

Hasilnya? Semua baris dalam jadual Photo yang hs_id bukan NULL dipadamkan, tidak kira sama ada HotelSupplier mengandungi sebarang baris dengan id = 142.

Walaupun tingkah laku ini adalah SQL yang sah dari segi teknikal, ia berpotensi menjadi sumber masalah yang ketara. Semakan sintaks yang kelihatan lembut dalam SSMS boleh menutupi ralat, yang membawa kepada manipulasi data yang salah. Sentiasa melayakkan rujukan lajur anda secara eksplisit untuk mengelakkan kekaburan ini dan memastikan ketepatan pertanyaan SQL anda.

Atas ialah kandungan terperinci Mengapa Studio Pengurusan SQL Server Nampaknya Mengabaikan Ralat Sintaks dalam Pertanyaan?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!