Saya mempunyai jadual MySQL seperti yang ditunjukkan di bawah:
id | Nama | id_ibu bapa |
---|---|---|
19 | Kategori 1 | 0 |
20 | Kategori 2 | 19 |
21 | Kategori 3 | 20 |
22 | Kategori 4 | 21 |
... | ... | ... |
Sekarang, saya mahukan pertanyaan MySQL di mana saya hanya menyediakan id [cth. id=19
] dan kemudian saya harus mendapatkan semua sub-idnya [iaitu hasilnya harus mempunyai id '20,21,22']....
Hierarki kanak-kanak tidak diketahui; ia mungkin berbeza-beza...
Saya tahu cara melakukan ini menggunakan gelung for
...tetapi bagaimana saya boleh mencapai perkara yang sama menggunakan satu pertanyaan MySQL?
Untuk MySQL 8+: Gunakan sintaks rekursif
使用
.Untuk MySQL 5.x: Gunakan pembolehubah sebaris, ID laluan atau sambung sendiri.
MySQL 8+
parent_id = 19
中指定的值应设置为您要选择其所有后代的父级的id
.MySQL 5.x
Untuk versi MySQL (sehingga versi 5.7) yang tidak menyokong ungkapan jadual biasa, anda boleh menggunakan pertanyaan berikut untuk mencapai ini:
Ini adalah fiddle.
Di sini,
@pv := '19'
中指定的值应设置为您要选择其所有后代的父级的id
. p>Ini juga akan berfungsi jika ibu bapa mempunyai ramai anak. Tetapi setiap rekod diperlukan untuk memenuhi syarat
parent_id , jika tidak, hasilnya akan menjadi tidak lengkap.
Tugasan boleh ubah dalam pertanyaan
Pertanyaan ini menggunakan sintaks MySQL khusus: pembolehubah diperuntukkan dan diubah suai semasa pelaksanaan. Membuat beberapa andaian tentang susunan pelaksanaan:
from
子句。这就是@pv
dimulakan.from
别名检索的顺序对每条记录评估where
子句。因此,这里设置的条件仅包括父级已被识别为位于后代树中的记录(主要父级的所有后代都将逐步添加到@pv
).where
子句中的条件按顺序求值,一旦总结果确定,求值就会中断。因此,第二个条件必须位于第二位,因为它将 id 添加到父列表中,并且只有在 id 通过第一个条件时才会发生这种情况。调用length
函数只是为了确保此条件始终为真,即使pv
ini menghasilkan nilai palsu atas sebab tertentu.Secara keseluruhan, seseorang mungkin mendapati andaian ini terlalu berisiko untuk dipercayai. DokumentasiAmaran:
Jadi, walaupun ia konsisten dengan pertanyaan di atas, susunan penilaian mungkin masih berubah, contohnya apabila anda menambah syarat atau menggunakan pertanyaan ini sebagai paparan atau subquery dalam pertanyaan yang lebih besar. Ini ialah "ciri" yang akan dialih keluar dalam versi MySQL masa hadapan 一>:
Seperti yang dinyatakan di atas, bermula dengan MySQL 8.0, anda harus menggunakan sintaks
with
rekursif.kecekapan
Untuk set data yang sangat besar, penyelesaian ini mungkin lambat kerana operasi
find_in_set
bukanlah cara yang paling ideal untuk mencari nombor dalam senarai, dan pastinya bukan untuk memadankan bilangan rekod yang dikembalikan.Alternatif 1:
使用递归
,连接
Semakin banyak pangkalan data melaksanakan SQL:1999 standard ISO
Pangkalan dataWITH [RECURSIVE]递归查询的
sintaks (cth. Postgres 8.4+ , SQL Server 2005+ a>, DB2 , QLite 3.8.4+, Firebird 2.1 +, H2, HyperSQL 2.1.0+, Teradata, MariaDB 10.2.2+). Bermula dengan versi 8.0, MySQL juga menyokongnya. Lihat bahagian atas jawapan ini untuk digunakan sintaks.some mempunyai sintaks bukan standard alternatif untuk carian hierarki, seperti CUBRID dan pangkalan data lain . MySQL versi 5.7 tidak menyediakan fungsi sedemikian. Apabila enjin pangkalan data anda menyediakan sintaks ini atau anda boleh berhijrah ke enjin pangkalan data yang menyediakan sintaks ini, maka ini sudah pasti pilihan terbaik. Jika tidak, pertimbangkan alternatif berikut. Alternatif 2: Pengecam Gaya Laluan a>
Perkara menjadi lebih mudah jika anda memberikan nilai id yang mengandungi maklumat hierarki (laluan). Contohnya, dalam kes anda ini mungkin kelihatan seperti ini:Kemudian
选择
anda akan kelihatan seperti ini:Alternatif 3: Ulangi penyertaan diri
Jika anda mengetahui had atas kedalaman pokok hierarki, anda boleh menggunakan pertanyaan
sql
standard seperti ini:Lihat ini Violin
where
Syarat menentukan keturunan ibu bapa yang ingin anda dapatkan. Anda boleh mengembangkan pertanyaan ini ke lebih banyak tahap mengikut keperluan.