Réponse - Informaticien.be

Poster une réponse à un sujet: Recherche via query MySQL...

Attention, ce sujet est un sujet ancien (6606 jours sans réponse)

forum_emoticons.html

Courriel [email=nobody@nobody.org]Nom[/email]

Lien [url=http://www.website.com]Texte[/url]

Image [img]http://www.website.com/image.jpg[/img]

Aligné à gauche [align=left]Texte[/align]

Aligné à droite [align=right]Texte[/align]

Toute la largeur [align=justify]Texte[/text]

Mise en forme [highlight=pascal]Texte[/highlight]

Liste [list=square][item]BlaBla[/item][/list]

Liste Numérotée [list=decimal][item]BlaBla[/item][/list]

Spoiler [spoiler]James est le meurtrier![/spoiler]

Tout en majuscules [uppercase]Texte[/uppercase]

Tout en minuscules [lowercase]Texte[/lowercase]

zion

Le full-text est pas prévu pour ça non plus :spamafote:

antp

Tu testes pas le fulltext avant ? (ça fait un bout de temps que je me dis que je devrais le tester pour la recherche des titres sur imcdb, je ne l'ai toujours pas fait)

zion

Bon, .... en cherchant un peu ca a pas l'air super efficace ce match in boolean mode, LC50 me renvoie 0 pour LC-50, supaire :itm:

On va donc se la jouer bourrin comme prévu :dawa:

zion

There is a chance that you may have found a bug in the SQL parser. Please examine your query closely, and check that the quotes are correct and not mis-matched. Other possible failure causes may be that you are uploading a file with binary outside of a quoted text area. You can also try your query on the MySQL command line interface. The MySQL server error output below, if there is any, may also help you in diagnosing the problem. If you still have problems or if the parser fails where the command line interface succeeds, please reduce your SQL query input to the single query that causes problems, and submit a bug report with the data chunk in the CUT section below:
----BEGIN CUT----
eNqFjs1ugkAUhffzFGfhQhPAgUqF2SGOP8nA0BmqaXdUSEuCQEEb+xo+cbFddNFFc3f3nvt9hysl
FUNoI3QgeMwwm2PmwZ5TotPhciUk3GmG0TZn6N+rNuv6orOq8sVq31rjA47l3MGhdDal3pT6oDZz
HOb6qIqjD35pMSLRp34QA9qiluOa/Smr86zLzap5JY9aQWoDwZrHqYEdH5z7skYkn7dCBHAtSpIo
YIPn3qJmWzkk2SS3nCH1DTkMRFmfL0QE8ZqhqM2yb0zPc33TJt9ezQUPUyRdk8fZsVh1BqIgDTcY
/64mQ4NgG+sU46sIXbqNsZBS8CAeqiz5BFmP/tB0BVkpGaEdHs+HU0/2G674/7gr/gCJVEuusHj6
4WLJdfgF3nptEQ==
----END CUT----
----BEGIN RAW----

ERROR: C1 C2 LEN: 47 48 170
STR: ’

Ca a l'air d'aller d'enfer :ciler:

zion

ovh> Alors ça c'est pas mal du tout comme fonction, je vais l'essayer tiens!

ovh

http://www.nexen.net/actualites/trucs/appliquer_la_logique_floue_a_une_table_mys- ql.php :dawa:

cauet

Comme le dit gizmo, j'ai vite abandonné SoundEx() à cause des locales.. il peux te pomper des mots qui sont phonétiquements corrects.. dans une autre langue!
J'avoue n'avoir jamais plaçé cette fonction dans mon code, c'est très très spécifique.

zion

Merci pour les réponses :dawaaa:

philfr> Je pense que j'ai pas le choix parce qu'en fait, si le mec cherche "jacques", ça doit aussi me renvoyer Saint-Jacques alors que SoundEx ne va pas me le faire vu qu'il travaille sur tout le string (je suppose :oh:

).

Pareil avec levenshtein() (que je ne connaissais pas du tout, merci!), sauf que la en plus je devrais le faire en PHP alors que j'ai toutes mes données (et parfois un gros pavé de texte) dans une table MySQL.

Ca deviendra donc SAINTJACQUES et je vais faire comme avant... un like comme une brute :sweat:

philfr

Pour ton cas particulier, peut-être vaut-il mieux que supprimes tous les caractères non alpha, et que tu convertisses tout en majuscules p.ex.

Sauf si tu veux aussi que ton exemple matche avec sain-jaques... Mais alors tu entres dans le monde du flou et de l'approximatif qui ne colle pas très bien avec le traitement algorithmique de l'information. À part faire comme google et indexer toutes les orthographes approximatives...

etik

Perso, j'utilise la function levenshtein() de PHP. Calcule la 'distance' entre deux strings tout comme similar_text() mais j'ai de meilleur resultat avec levenshtein().