Memandangkan kami menghadapi banyak data yang tidak diketahui dengan kebergantungan semasa mengekstrak data, kami perlu menyarangkan subkueri dalam pernyataan pertanyaan. Kita perlu mendapatkan semula set data dahulu dan menggunakan hasilnya sebagai objek untuk pertanyaan seterusnya. Dalam "Bab Sambungan Jadual", kita pernah bercakap tentang kecekapan subkueri yang rendah Sebenarnya, tidak semua subkueri tidak cekap Subkueri "WHERE" perlu dilaksanakan berulang kali Ini adalah tidak benar. tetapi jika anda menggunakan set hasil pertanyaan sebagai jadual dan membuat sambungan dengan jadual lain, ini adalah subkueri daripada klausa "DARI" Kaedah subkueri ini masih disyorkan.
Subkueri ialah pernyataan pertanyaan yang menyusun pertanyaan lain
Pernyataan pertanyaan biasa dibahagikan kepada subkueri "PILIH" dan Subkueri "DARI", "WHERE" subquery; (sangat disyorkan untuk menggunakan subquery "'FROM'")
Contoh subquery adalah seperti berikut:
Soal maklumat pekerja yang gaji pokoknya melebihi gaji pokok purata syarikat. Dalam kes ini, kami telah melaksanakannya sebelum ini melalui gabungan jadual Sekarang mari kita lihat cara melaksanakannya menggunakan subquery. )
SELECT empno, ename, sal FROM t_emp WHERE sal >= (SELECT AVG(sal) FROM t_emp); -- 正常情况下,将聚合函数作为 WHERE 子句的条件是不可以的,但是这里利用子查询与聚合函数先将平均底薪查询出来,这就变成具体的数据了 -- 这种情况下,作为 WHERE 子句的条件,就可以被使用了
Apabila menulis pernyataan SQL, WHERE subquery paling sesuai dengan logik pemikiran kita
Walaupun subkueri ini adalah yang paling mudah dan paling mudah difahami, ia adalah subkueri yang sangat tidak cekap
Ambil pertanyaan yang baru ditunjukkan untuk maklumat pekerja yang gaji pokoknya melebihi purata gaji pokok syarikat. Apabila klausa "WHERE" membandingkan setiap rekod pekerja dengan subquery "SELECT", subquery itu perlu dilaksanakan semula. Jika jadual pekerja mempunyai 10,000 rekod, maka subquery perlu dilaksanakan 10,000 kali pelaksanaan berulang jadi sangat tidak cekap.
Dalam pernyataan pertanyaan, subkueri yang ditanya berulang kali dipanggil "subkueri berkorelasi", dan subkueri "WHERE" di sini tergolong dalam "subkueri berkorelasi". harus Elakkan menggunakan subquery jenis ini.
Dalam pernyataan pertanyaan, subquery "FROM" hanya akan dilaksanakan sekali, iaitu bertentangan dengan subquery "WHERE", jadi pertanyaan kecekapan Sangat tinggi.
Begitu juga, ambil pertanyaan maklumat pekerja yang gaji pokoknya melebihi purata gaji pokok syarikat sebagai contoh untuk melihat bagaimana subkueri "DARI" dilaksanakan.
SELECT e.empno, e.ename, e.sal, t.avg FROM t_emp e JOIN (SELECT deptno, AVG(sal) AS avg FROM t_emp GROUP BY deptno) t ON e.deptno = t.deptno AND e.sal >= t.avg; -- 首先,按照每一个部门编号去分组,然后统计部门标号与该部门对应的平均月薪。将这个结果集作为一张临时的表与员工的表做连接。 -- 连接的条件为 "员工表" 的 "部门编号" = "结果集" 的 "部门编号",并且员工的月薪大于部门的平均月薪
Jadi soalan ini boleh dilaksanakan dengan mudah menggunakan subquery "FROM", dan tidak perlu menggunakan subquery "WHERE". Oleh kerana subkueri "DARI" bukan subkueri berkorelasi, jenis subkueri ini harus dihadkan apabila menyelesaikan beberapa masalah.
Sejujurnya, saya tidak pernah melihat subkueri seperti ini dalam semua projek yang saya alami setakat ini.
Alasannya ialah subkueri "SELECT" juga merupakan subkueri yang berkorelasi Ia akan dilaksanakan berulang kali dalam pernyataan SQL, dan kecekapan pertanyaan adalah sangat rendah.
Di sini kami akan memberikan contoh: Sebagai contoh, jika kami ingin menanyakan maklumat jabatan setiap pekerja,
SELECT e.empno, e.ename, (SELECT dname FROM t_dept WHERE deptno = e.deptno) AS 部门名称 FROM t_emp e; -- 先试用 "SELECT" 子查询查询出 "部门表" 中的部门名称,约束条件为 "部门表"中的 "部门编号" 与 "员工表"中的 "部门编号" 一致 -- 将 "SELECT" 子查询得到的 "部门名称" 作为SQL语句中的一个字段进行输出
Walaupun keputusan pelaksanaan adalah betul , Walau bagaimanapun, kecekapan pelaksanaan adalah terlalu rendah, jadi kaedah subkueri "PILIH" ini tidak digalakkan Hanya fahami sahaja apabila kita melihat orang lain menggunakan subkueri "PILIH", adalah lebih baik untuk berbaik sangka.
Atas ialah kandungan terperinci Apakah peraturan sintaks untuk subquery dalam pangkalan data MySQL?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!