MySQL match() contre() - tri par pertinence et de la colonne?

Ok, donc j'essaie de faire une recherche en plein texte en plusieurs colonnes, quelque chose de simple comme ceci:

SELECT * FROM pages WHERE MATCH(head, body) AGAINST('some words' IN BOOLEAN MODE)

Maintenant, je veux à l'ordre par pertinence, (combien de mots?) que j'ai été capable de le faire avec quelque chose comme ceci:

SELECT * , MATCH (head, body) AGAINST ('some words' IN BOOLEAN MODE) AS relevance 
FROM pages
WHERE MATCH (head, body) AGAINST ('some words' IN BOOLEAN MODE)
ORDER BY relevance

Maintenant, voici la partie où je me suis perdu, je veux prioriser la pertinence, dans le head colonne.

Je suppose que je pourrais faire deux de la pertinence des colonnes, l'une pour head et un pour body, mais à ce point, je ferais un peu la même recherche dans la table trois fois, et pour ce que je suis en train de faire cette fonction, la performance est importante, puisque la requête à la fois être rejoint et comparés à d'autres tables.

Donc, ma question principale est de, est-il un moyen plus rapide pour la recherche de la pertinence et de donner la priorité à certaines colonnes? (Et en bonus, peut-être même faire la pertinence de compter le nombre de fois où les mots se produire dans les colonnes?)

Des suggestions ou des conseils seraient les grands.

Remarque: je vais être en cours d'exécution sur une LAMPE-serveur. (WAMP en local tests)

  • Avez-vous vraiment besoin de mettre de MATCH...CONTRE à la fois la clause SELECT et dans la clause where? Ne pouvez-vous pas d'alias dans la clause SELECT et reportez-vous à l'alias dans la clause where? Je suis en train d'utiliser les requêtes préparées, ce qui semble redondant/étrange pour moi.
InformationsquelleAutor Kristoffer la Cour | 2011-06-07
  1. 145

    Ce pourrait donner de l'importance croissante de la partie de la tête que vous voulez. Il ne sera pas le double, mais il pourrait, peut-être assez bon pour votre bien:

    SELECT pages.*,
       MATCH (head, body) AGAINST ('some words') AS relevance,
       MATCH (head) AGAINST ('some words') AS title_relevance
FROM pages
WHERE MATCH (head, body) AGAINST ('some words')
ORDER BY title_relevance DESC, relevance DESC

-- alternatively:
ORDER BY title_relevance + relevance DESC

    Une alternative que vous aussi, vous voulez étudier, si vous avez la flexibilité de l'interrupteur du moteur DB, est Postgres. Il permet de définir le poids des opérateurs et de jouer avec le classement.

    • En aparté, MySQL 5.6 prend en charge une recherche plein texte sur les tables InnoDB!
    • Pouvez-vous fournir un SQL violon pour cela?
    • Combien d'un impact négatif de faire une recherche multiple? J'aurais besoin de 4 correspond à l'ion de mon SÉLECTIONNER que j'ai 4 différents facteurs de pondération. Serait-ce l'exécution est beaucoup plus faible?
    • J'ai vu sur d'autres questions similaires à plus d'une personne dire qu'il n'y a pas de frais généraux supplémentaires avec l'aide de plusieurs MATCH états, en raison de la façon MySQL fonctionne en interne.
    • Assurez-vous d'exécuter ces deux. ALTER TABLE talk_webpages ADD FULLTEXT(head) et ALTER TABLE talk_webpages ADD FULLTEXT(head, body)
    InformationsquelleAutor Denis de Bernardy
  2. 11

    Juste ajouter pour qui en a besoin.. N'oubliez pas de modifier la table! 

    ALTER TABLE table_name ADD FULLTEXT(column_name);
    • si vous exécutez la commande ci-dessus plus d'une fois, il sera de créer plusieurs index pour la même colonne(s). Donc, il suffit d'exécuter cette commande qu'une seule fois.
    InformationsquelleAutor Camilla
  3. 9

    Je n'ai jamais fait, mais il semble que 

    MATCH (head, head, body) AGAINST ('some words' IN BOOLEAN MODE)

    Devrait donner un double de poids pour les correspondances trouvées dans la tête.

    Viens de lire ce commentaire sur le docs page, Pensé qu'il pourrait être avantageux pour vous:

    Posté par Patrick O'Lone le 9 décembre
    2002 6:51am

    Il doit être noté dans le
    documentation EN MODE BOOLÉEN
    sera presque toujours un retour de pertinence
    de 1.0. Afin d'obtenir une pertinence
    qui est significatif, vous aurez besoin de:

    SELECT MATCH('Content') AGAINST ('keyword1 keyword2') as Relevance 
FROM table 
WHERE MATCH ('Content') AGAINST('+keyword1+keyword2' IN BOOLEAN MODE) 
HAVING Relevance > 0.2 
ORDER BY Relevance DESC

    Avis que vous
    en faisant régulièrement une pertinence de la requête à
    obtenir des facteurs de pertinence combiné avec
    une clause where qui utilise le MODE BOOLÉEN.
    Le MODE BOOLÉEN vous donne le sous-ensemble
    qui répond aux exigences de la
    La recherche BOOLÉENNE, la pertinence de la requête
    s'acquitte de la pertinence du facteur, et le
    AVOIR de l'alinéa (dans ce cas) assure
    que le document est pertinent pour l'
    de recherche (tels que les documents de score moins
    que de 0,2 sont considérés comme non pertinents).
    Cela permet également à l'ordre par
    la pertinence.

    Cela peut ou peut
    ne pas être un bug dans la manière que DANS
    BOOLEAN MODE est, bien que la
    les commentaires que j'ai lu sur la liste de diffusion
    suggèrent que, EN MODE BOOLÉEN de l'
    la pertinence du classement n'est pas très
    compliqué, donc prêt lui-même
    mal pour, en fait, des
    documents. BTW, je ne l'ai pas remarqué une
    la perte de performances pour ce faire, depuis
    il semble MySQL effectue uniquement le
    Recherche FULLTEXT une fois, même si le
    deux MATCH clauses sont différentes. Utilisation
    EXPLIQUER pour le prouver.

    Il semblerait donc que vous ne pouvez pas besoin de s'inquiéter à propos de l'appel de la recherche fulltext deux fois, si vous devez encore "utiliser les EXPLIQUER, pour le prouver"

    • L'ajout de la tête deux fois à la fonction match() ne fonctionne pas, malheureusement. Peut-être parce que la requête ne compte pas le nombre de fois que les mots sont survenus? Et j'ai été en utilisant la page que vous consultez en tant que bien, mais je peux pour certains de raison de ne pas le faire fonctionner... je n'ai pas indexé mes colonnes encore, et à cet effet, ne peut pas trouver sans le "IN BOOLEAN MODE" tag...
    • Je pense qu'un non-booleen de recherche serait de retour # des événements, mais booleen ne l'est pas?
    • Je vais regarder plus en plus demain, mais je vais tenir pour l'instant. Merci pour la réponse, nous allons voir si ça m'aide lorsque je obtenir une prise de cette.
    • J'ai eu un problème à l'utiliser EN MODE BOOLÉEN et puis, ordonnant par ordre de pertinence et cela a résolu mon problème avec pertinence toujours renvoyés en tant que 1. Merci.
    • La génération d'un champ score résolu mon problème: j'ai été d'obtenir des résultats, mais beaucoup d'entre eux ont été complète de bruit. Merci, +1
    • j'ai le même problème lors de la recherche "des mots", parfois des résultats avec "certains" vient aussi en haut quand les mots avec "des mots" mentionné dans le ci-dessous avec peu de pertinence nt assurez-vous pourquoi ?
    • .Le code "keyword1 keyword2" sera juste sortie des résultats où keyword1 est emediate keyword2, donc automatiquement, ces mots-clés ne sont pas à proximité les uns des autres ne seront pas de la partie des résultats.

    InformationsquelleAutor jisaacstone
  4. 3

    J'étais en train de jouer avec cela, aussi. Une façon vous pouvez ajouter de poids supplémentaire est de l'ORDRE PAR la zone du code.

    Par exemple, si vous avez été correspondre à 3 colonnes différentes et je voulais plus lourdement le poids de certaines colonnes:

    SELECT search.*,
MATCH (name) AGAINST ('black' IN BOOLEAN MODE) AS name_match,
MATCH (keywords) AGAINST ('black' IN BOOLEAN MODE) AS keyword_match,
MATCH (description) AGAINST ('black' IN BOOLEAN MODE) AS description_match
FROM search
WHERE MATCH (name, keywords, description) AGAINST ('black' IN BOOLEAN MODE)
ORDER BY (name_match * 3  + keyword_match * 2  + description_match) DESC LIMIT 0,100;
    • N'est-ce pas une très lourde requête?
    • Déplacer les mathématiques dans l'instruction select et il allège la charge beaucoup. SELECT search.*, (MATCH (name) AGAINST ('black' IN BOOLEAN MODE) * 3) + (MATCH (keywords) AGAINST ('black' IN BOOLEAN MODE)*2 + MATCH (description) AGAINST ('black' IN BOOLEAN MODE)) AS totalScore , FROM search WHERE MATCH (name, keywords, description) AGAINST ('black' IN BOOLEAN MODE) ORDER BY totalScore DESC LIMIT 0,100;
    InformationsquelleAutor Noah King