Komentar awal saya, Saya menganggap nama lengkap komputer mirip dengan Nama Depan + ' ' + Nama Belakang -- dapatkah Anda membuat kueri nama depan seperti 'Carl%' dan nama belakang seperti 'Gari%' dimaksudkan untuk mengumpulkan informasi. Terima kasih telah menjawabnya.
Saya belum mencoba ini sendiri (dan itu hanya penting dengan lingkungan Anda), tetapi Anda dapat menambahkan klausa serupa ke kueri berbasis konten dan membandingkan paket kueri dengan versi konten.
Ada 3 kemungkinan query query yang jelas
A Contains version -- your existing query
A Like Version -- as I commented
A Combined version -- using like and contains
Saya rasa Anda tidak sepenuhnya benar tentang penggunaan pencarian indeks penuh yang selalu lebih cepat daripada versi LIKE, karena menurut saya jawaban yang benar adalah, tergantung.
Jika Anda memiliki indeks pada nama belakang (atau nama depan juga), versi "suka" harus melakukan pencarian terindeks. Itu akan tergantung pada distribusi kunci Anda dan berapa persentase yang cocok. Yaitu, mencari nama belakang seperti 'G%' dan nama depan seperti 'Carl%' daripada 'Gari%' dan 'Carl%' akan jauh lebih lambat jika indeks hanya pada nama belakang. Jadi, jika Anda memiliki kunci pencarian yang cukup panjang, versi LIKE kemungkinan akan lebih cepat daripada versi berisi. Anda harus menguji untuk mengetahui mana yang paling berhasil.
Mungkin versi gabungan selalu merupakan pilihan terbaik atau setidaknya cukup baik. Tapi saya pasti akan mencoba ini terlebih dahulu sebelum mengikuti strategi di bawah ini.
Strategi keseluruhan yang saya sarankan adalah:
Berhenti menggunakan pencarian inkremental sampai pengguna telah mengetikkan setidaknya beberapa karakter -- Anda mungkin membayar banyak kinerja yang dicapai untuk melakukannya karena hampir tidak memiliki nilai nyata bagi pengguna situs web Anda. Sebagai saran, jangan lakukan pencarian inkremental sebelum memasukkan minimal 3 karakter. Karena Anda tidak menyebutkan bahwa Anda sudah membutuhkan karakter minimum sebelum pencarian tambahan.
Jika ini diveto, strategi dasar yang sama, tetapi Anda tidak menjalankan pencarian tambahan sampai NN milidetik berlalu sejak karakter terakhir diketik atau karakter nomor diketik> beberapa panjang. Faktanya, karena beberapa nama belakang hanya terdiri dari 2 karakter, Anda harus benar-benar menggunakan strategi ini.
Demikian juga, saya tidak akan melakukan pencarian tambahan sama sekali terlepas dari panjangnya selama pengguna dengan cepat memasukkan karakter baru untuk menghindari pencarian sia-sia yang tidak digunakan pengguna.
Kecuali jika kueri gabungan selalu cukup baik, Miliki dua procs tersimpan yang berbeda di server Anda untuk mengembalikan hasil pencarian, satu adalah versi serupa, yang lainnya adalah versi berisi. Panggil versi yang diharapkan untuk mendapatkan hasil terbaik tergantung pada seberapa banyak nama yang diberikan.
