Recherche par mots clés

Bonjour à tous

J'ai une table "articles" où je souhaite associer des mots clés pour faire des recherches sur ces mots.

J'ai la solution de créer une table "articles_motscles" pour ce faire.
C'est déjà ça.


Mais ne souhaitant pas faire simple :aie:
Je souhaiterais rajouter un champ "motscles" dans le table "articles" pour insérer les mots clés séparés par une virgule.
Comme ceci :
Développer, Php,MySQL,Html,Css,PostGreSQL Php,JavaScript

Cependant, je coince totalement du comment réaliser la requête SQL, ça m'a l'air bien compliqué.
En tout cas je ne souhaite pas faire : ... motscles LIKE '%blablabla%'
ni même : ... motscles LIKE 'blablabla%'
car cela va trouver un résultat rien qu'en tapant "MyS".
De même que Php sera évalué 2 fois si je saisi "Php".

Il faudrait que chaque mot clés saisis soient identiques et complets (à part la casse) par rapport aux séries de mots enregistés.
Si je saisi "Php" (tout court) cela l'évaluera qu'1 seule fois.
Même chose si je saisi "Php PostGreSQL".


Je ne sais franchement pas par quel bout commencer.
Si vous avez une piste ... ;)

pour les moteurs de recherche faut pas utiliser la base direct, fait plutôt du Lucene ou du Sphinx

Salam ; RunCodePhp j'aimerai bien t’aidai.
ta BDD est sur mysql Innodb ou MYISAM ou autre !!!

Ce ne serait pas l'équivalent de définir le contenu des articles en FULLTEXT ?
Ou Lucene (ou Sphinx) serait quelque chose de très différent ?

Même si j'ai déjà entendu parlé de cela, j'ai jamais prospecté.

On dirai que vous lisez dans les pensées :
http://dev.mysql.com/doc/refman/5.0/...xt-search.html mais sa marche avec MYISAM. fait un tour en attendant que je cherche sur d'autre site.

Bonjour,
Désolé de te donner une solution qui va te compliquer la vie.

Tu ne dois pas mettre tes mots clés dans ta table articles mais plutôt dans une autre table que l'on nommeras mot_cle (par exemple). Et une autre table que l'on nommeras mot_cle_groupe (par exemple)

Tu passeras d'abord par la création d'un mot clé que tu inséreras dans mot_cle. Et à chaque fois que tu ajouteras un mot clé à un article tu ajouteras un enregistrement dans mot_cle_groupe qui contiendras l'id provenant de mot_cle et l'autre id provenant de articles.

Ceci pour éviter d'avoir une meilleure gestion des mots clés. Imagine toi un article qui va contenir (php, mysql, postgreql, base de données, apache...) quelle longueur tu dois donner à ce champ?

Pour la recherche, il te suffira de faire une requête sur mot_cle qui récupère son id ensuite chercher tous les liens dans mot_cle_groupe.

Si c'est confus, je peux poursuivre... Si c'est faux, je ne suis qu'un humain et j'eSpère que d'autres pourront nous guider.

Citation:

---

Envoyé par RunCodePhp

Ce ne serait pas l'équivalent de définir le contenu des articles en FULLTEXT ?
Ou Lucene (ou Sphinx) serait quelque chose de très différent ?

Même si j'ai déjà entendu parlé de cela, j'ai jamais prospecté.

---

non puisque ça fera du multi champs directement plus les ressemblances entre les mots, et la recherche sera beaucoup beaucoup beaucoup plus rapide, et puis c'est très simple a mettre en place

Citation:

---

Envoyé par redoran

Salam ; RunCodePhp j'aimerai bien t’aidai.
ta BDD est sur mysql Innodb ou MYISAM ou autre !!!

---

C'est MyISAM, et pas d'autres choix possible.

donc :
ce que tu veut cherché? un mot clé
ou le chercher ? dans un champs
type de champs? varchar(a toi de voir)
les clés seront enregistrés sous forme de texte ( php,javascript...).
si j'ai bien compris la recherche de la clè doit se faire sur un texte enregistré.
http://dev.mysql.com/doc/refman/5.0/...xt-search.html
j

Citation:

---

type de champs? varchar(a toi de voir)

---

là faut prendre en considération le calcul de pertinence de mots clé.

@kabkab
La modélisation que tu décris est justement celle qui me posera le moindre problème.
A ce stade là, je sais faire. ;)
Je crains cependant que cette conception (classique on va dire) ne soit pas optimisée que MySQL s'écroule.
Nombre d'articles important, de mots clés, etc ...

D'où l'idée de "casser" un peu le modèle pour tenter de palier à ça.

Citation:

---

Envoyé par redoran

si j'ai bien compris la recherche de la clè doit se faire sur un texte enregistré.

---

En quelque sorte oui.
L'idée est juste de faire une suite de mots (clés), donc au final ça fait quand même une chaine.
Rien empêche de définir ce champ en TEXT, FULLTEXT ou en VARCHAR.
Bien qu'un VARCHAR est limité à 255 caractères, à cet instant je ne sais pas si ce sera suffisant.

Citation:

---

Envoyé par stealth35

non puisque ça fera du multi champs directement plus les ressemblances entre les mots

---

Est-ce que le coté "ressemblance" ne risquerait pas de rendre les choses moins pertinentes ?

Si j'ai un article qui contient le mot "Php" puis un autre "Php PostGreSQL", est-ce que ça risque de retourner les 2 articles si je saisi "Php" ?
Chose que je ne souhaite pas.

Citation:

---

Envoyé par RunCodePhp

Si j'ai un article qui contient le mot "Php" puis un autre "Php PostGreSQL", est-ce que ça risque de retourner les 2 articles si je saisi "Php" ?
Chose que je ne souhaite pas.

---

si c'est uniquement sur des mots clé, fait une table mots clés en ManyToMany

mais comme tu veux pas faire comme ça fait juste un FIND_IN_SET

Code:

---

SELECT * FROM articles WHERE FIND_IN_SET('Php', motscles)

---

Citation:

---

Rien empêche de définir ce champ en TEXT, FULLTEXT ou en VARCHAR.

---

FULLTEXT : fait partie des options de AUTO_INCREMENT.

Citation:

---

Bien qu'un VARCHAR est limité à 255 caractères, à cet instant je ne sais pas si ce sera suffisant.

---

là faut voir dé le début dans la modélisation , la longueur du texte va se répercute sur e calcul de pertinence de mots clé.
exemple déniché sur le net:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

<?php MySQL_connect("hostname", "username", "password");   MySQL_select_db("database");   $sql = " SELECT *, MATCH(title, body) AGAINST('$keyword') AS score FROM articles WHERE MATCH(title, body) AGAINST('$keyword') ORDER BY score DESC ";   $res = MySQL_query($sql);   ?>

---

ce code fait la recherche avec intégration d'une instruction MATCH(title, body) AGAINST('$keyword') AS score afin d'affichés en premiers les meilleurs score de la recherche . a essayer

Citation:

---

Envoyé par stealth35

mais comme tu veux pas faire comme ça fait juste un FIND_IN_SET

Code:

---

SELECT * FROM articles WHERE FIND_IN_SET('Php', motscles)

---

---

Je sens que le FIND_IN_SET() devrait correspondre à ce que je recherche. :ccool:

J'étais parti sur du CONCAT_WS et GROUP_CONCAT qui à mon avis n'avait franchement rien avoir avec ce que je voulais.


A coté de ça, Lucene au 1er abord à l'air tout à fait intéressant, ne serait-ce que pour une recherche plus classique (moins stricte que celle que je souhaite actuellement).
Si les contenus des articles contiennent du HTML brut (pas celui des mots clés), est-ce problématique ou pas ?
Puis je voit que Lucene c'est un projet Apache.
Est-ce cela peu causer un problème pour un hébergeur type mutualisé ?
En somme, ceci réclame t-il une librairie particulière ou pas ?


Merci à tous pour vos interventions en tout cas. :ccool:
Ca fait des plombes que je suis la dessus sans avoir avancé d'un pouce. :?

Citation:

---

Envoyé par RunCodePhp

A coté de ça, Lucene au 1er abord à l'air tout à fait intéressant, ne serait-ce que pour une recherche plus classique (moins stricte que celle que je souhaite actuellement).
Si les contenus des articles contiennent du HTML brut (pas celui des mots clés), est-ce problématique ou pas ?
Puis je voit que Lucene c'est un projet Apache.
Est-ce cela peu causer un problème pour un hébergeur type mutualisé ?
En somme, ceci réclame t-il une librairie particulière ou pas ?

---

Lucene indexe les Doc, PDF XML, HTML et bien sur les Document (un array), mais c'est effectivement pour de la recherche global
Les indexes Lucene sont des fichiers, donc aucun besoin à part la lib qui est Zend_Search_Lucene

fin de définition de FIND_IN_SET

Citation:

---

....Cette fonction ne fonctionne pas correctement si le premier argument contient une virgule ‘,’ :

---

là sa pose pas de problème pour vous !!!!

Citation:

---

Envoyé par redoran

fin de définition de FIND_IN_SET
là sa pose pas de problème pour vous !!!!

---

quel est l’intérêt de le dire si ça pose pas de problème ...

peut être elle agit sur le fonctionnement. selon la définition
http://dev.mysql.com/doc/refman/5.0/...functions.html

Citation:

---

FIND_IN_SET(str,strlist)

Retourne une valeur de 1 à N si la chaîne str se trouve dans la liste strlist constituée de N chaînes. Une liste de chaîne est une chaîne composée de sous-chaînes séparées par une virgule ‘,’. Si le premier argument est une chaîne constante et le second, une colonne de type SET, la fonction FIND_IN_SET() est optimisée pour utiliser une recherche binaire très rapide. Retourne 0 si str n'est pas trouvé dans la liste strlist ou si la liste strlist est une chaîne vide. Retourne NULL si l'un des arguments est NULL. Cette fonction ne fonctionne pas correctement si le premier argument contient une virgule ‘,’ :

mysql> SELECT FIND_IN_SET('b','a,b,c,d');
-> 2

---

Et ? quel est le problème ?

Citation:

---

Envoyé par redoran

fin de définition de FIND_IN_SET
là sa pose pas de problème pour vous !!!!

---

Et bien j'en prend note. ;)
Je supprimerais ce caractère (str_replace) du mot clé saisi vu que ça causerait problème.
C'est ça que tu veux dire il me semble ?