Menghadapi masalah prestasi pertanyaan SQL yang mengandungi sejumlah besar atau syarat, jawapannya adalah untuk mengoptimumkan dengan mengurangkan bilangan OR, menggunakan indeks yang munasabah, dan menyesuaikan struktur. Kaedah khusus termasuk: 1. Pecahkan pertanyaan ke dalam pelbagai subqueries dan menggabungkannya dengan kesatuan atau kesatuan semua untuk membolehkan setiap subquery menggunakan indeks secara bebas; 2. Gunakan untuk menggantikan pelbagai atau syarat dalam bidang yang sama untuk meningkatkan kebolehbacaan dan kecekapan pelaksanaan; 3. Buat indeks yang sesuai, seperti indeks lajur tunggal, indeks komposit atau indeks overlay untuk mempercepat pengambilan data; 4. Mengoptimumkan dari tahap pemodelan data, seperti memperkenalkan sistem tag, jadual pertengahan atau penggantian atau syarat dengan bergabung, dengan itu secara asasnya mengurangkan penggunaan atau.

Prestasi cenderung menjadi sangat miskin apabila anda menghadapi pertanyaan SQL dengan sejumlah besar atau keadaan. Keadaan ini biasanya menyebabkan pangkalan data meninggalkan penggunaan indeks, mengakibatkan pengimbasan jadual penuh, yang seterusnya mempengaruhi kelajuan tindak balas. Kunci untuk mengoptimumkan pertanyaan tersebut adalah untuk mengurangkan bilangan OR, menggunakan indeks yang munasabah untuk mempercepatkan pengambilan semula, atau membuat pelarasan struktur.

Berikut adalah beberapa kaedah pengoptimuman praktikal:

1. Pecahkan pertanyaan ke dalam pelbagai subqueries dan bergabung dengan kesatuan

Apabila terdapat banyak syarat untuk atau bergabung dalam pertanyaan, terutamanya apabila medan yang berlainan atau bahagian -bahagian yang berlainan dalam jadual, pertimbangkan untuk memisahkannya ke dalam beberapa pernyataan pilih bebas dan splicing mereka dengan UNION atau UNION ALL .

Mengapa ini berfungsi?
Setiap subquery boleh menggunakan indeks secara berasingan, tanpa perlu membiarkan pengoptimum meninggalkan penggunaan indeks kerana terlalu banyak atau keadaan.

Contohnya:

 Pilih * dari pesanan di mana customer_id = 100 atau customer_id = 200 atau customer_id = 300;

Ia boleh ditulis semula sebagai:

 Pilih * dari pesanan di mana pelanggan_id = 100
Kesatuan Semua
Pilih * dari pesanan di mana pelanggan_id = 200
Kesatuan Semua
Pilih * dari pesanan di mana pelanggan_id = 300;

Nota: Jika keputusan boleh diulang, gunakan UNION ; Sekiranya anda pasti tidak akan ada pertindihan, gunakan UNION ALL lebih cepat.

2. Gunakan untuk menggantikan pelbagai atau syarat

Jika anda atau digunakan untuk membandingkan pelbagai nilai dalam medan yang sama, cara yang paling langsung adalah menggunakan IN .

Contohnya:

 Pilih * dari pengguna di mana id = 1 atau id = 2 atau id = 3 atau id = 4;

Ia boleh ditulis semula sebagai:

 Pilih * dari pengguna di mana ID dalam (1, 2, 3, 4);

Pendekatan ini bukan sahaja lebih mudah, tetapi kebanyakan pangkalan data lebih efisien dalam memproses IN , terutamanya apabila terdapat indeks.

3. Buat indeks komposit atau overlay yang sesuai

Kadang -kadang walaupun anda IN atau memecah pertanyaan, jika medan yang berkaitan tidak mempunyai indeks yang sesuai, prestasi masih tidak sesuai.

Anda boleh cuba membuat indeks berikut berdasarkan bidang dalam pertanyaan:

• Indeks lajur tunggal (untuk pertanyaan atau persamaan untuk satu bidang)
• Indeks Komposit (Sesuai untuk Pertanyaan Bersama Bidang Pelbagai)
• Indeks Overwrite (termasuk semua bidang yang diperlukan untuk pertanyaan)

Sebagai contoh, jika anda sering melaksanakan pertanyaan seperti ini:

 Pilih nama dari pengguna di mana status = 'aktif' atau status = 'menunggu';

Kemudian cuba buat indeks overlay:

 Buat indeks IDX_USERS_STATUS_NAME pada pengguna (status, nama);

Dengan cara ini pangkalan data boleh mendapatkan data secara langsung dari indeks tanpa perlu kembali ke meja.

4. Pertimbangkan pengoptimuman di peringkat pemodelan data

Sekiranya pertanyaan memerlukan berpuluh -puluh atau beratus -ratus syarat, ini mungkin menunjukkan bahawa terdapat sesuatu yang salah dengan reka bentuk model data anda.

Contohnya:

• Sekiranya data untuk tertentu atau syarat diklasifikasikan sebagai sistem pelabelan?
• Adakah mungkin untuk menggantikan beberapa OR dengan jadual perantaraan?
• Adakah mungkin untuk menukar syarat -syarat tertentu untuk bergabung?

Sebagai contoh, katakan anda mempunyai jadual pesanan dan sering perlu membuat pesanan pesanan oleh pelbagai peranan pengguna:

 Pilih * dari pesanan di mana user_role = 'admin' atau user_role = 'editor' atau user_role = 'Manager';

Pendekatan yang lebih baik pada masa ini mungkin memperkenalkan jadual "Kumpulan Kebenaran", menggunakan Join dan bukannya senarai.

Pada dasarnya kaedah pengoptimuman biasa ini. Senario yang digunakan untuk setiap kaedah adalah sedikit berbeza. Yang mana satu untuk dipilih bergantung pada struktur pertanyaan dan pengagihan data sebenar. Tetapi idea keseluruhannya ialah: mengurangkan bilangan OR, menggunakan indeks yang baik, dan membina semula logik pertanyaan jika perlu.

Atas ialah kandungan terperinci Bagaimana untuk mengoptimumkan pertanyaan dengan terlalu banyak atau syarat?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!