Auteur | Message |
---|---|
erwinol
| Inscrit le : 09/05/2005 |
# Le 26/07/2006 à 10:09 Bonjour à tous ! |
Bool
| Olivier Inscrit le : 09/05/2005 |
# Le 26/07/2006 à 10:33 Les recherches FULLTEXT, as tu déjà essayé "en vrai" ? Pour ma part j'en suis très déçu : la pertinence du truc est très médiocre, le fait d'ignorer les mots de moins de 4 lettres très pénalisant, et sortir les résultats ne contenant pas tous les mots embrouille tout le monde. Enfin, je n'ai approfondi la question, c'est peut être "configurable"... |
erwinol
| Erwin Inscrit le : 09/05/2005 |
# Le 26/07/2006 à 11:43 Non je n'ai jamais utilisé les recherches FULLTEXT. Je pensais que ça marchait pas mal. |
Alex
| Alexis Inscrit le : 08/08/2005 |
# Le 26/07/2006 à 12:01 anur.net ne passe pas sous Firefox... |
erwinol
| Erwin Inscrit le : 09/05/2005 |
# Le 26/07/2006 à 12:11 Oui je sais, mais ce site est à l'abandon. D'ailleurs je vais le retirer de ma signature. |
midtownmad
| Ronan Inscrit le : 09/05/2005 |
# Le 26/07/2006 à 15:37 Pourquoi ne pas mettre le soundex des mots au lieu des mots eux-même dans ta table ? pour ta seconde solution. midtownmad (dit gigi par ses amis) |
erwinol
| Erwin Inscrit le : 09/05/2005 |
# Le 26/07/2006 à 16:15 Parce qu'il ne s'agit pas d'un annuaire en anglais et que le SOUNDEX se base sur une consonnance anglophone. |
radins
| Tobias Inscrit le : 09/05/2005 |
# Le 26/07/2006 à 16:41 Et EXSON marche pas..? |
Rano
| Jean Inscrit le : 13/04/2005 |
# Le 26/07/2006 à 16:48 Implémente Soundex 2 ou Phonex dans une procédure mysql |
superfc
| Florent Inscrit le : 01/07/2006 |
# Le 26/07/2006 à 20:55 FULLTEXT marche pas mal. Mais c'est pas spécialement rapide et la contrainte du MyISAM pour une grosse base de données est assez chiante. Florent Clairambault - http://florent.clairambault.fr |
midtownmad
| Ronan Inscrit le : 09/05/2005 |
# Le 28/07/2006 à 06:20 Il suffit de créer ta propre fonction soundex avec les valeurs pour chaque lettre en français. midtownmad (dit gigi par ses amis) |
erwinol
| Erwin Inscrit le : 09/05/2005 |
# Le 28/07/2006 à 08:56 Je vais faire simple et opter pour ma seconde solution, ce sera amplement suffisant |
Rano
| Jean Inscrit le : 13/04/2005 |
# Le 28/07/2006 à 09:25 Si tu mets tous les mots dans une table pour y associer un "id" de cette forme : |
Limit
| Cyril Inscrit le : 11/05/2005 |
# Le 28/07/2006 à 11:37 euh rano ca sert à quoi ce que tu fais? il suffit d'indexer les 2 premiers caractères de 'mot' et ca fait exactement pareil. |
Rano
| Jean Inscrit le : 13/04/2005 |
# Le 28/07/2006 à 12:42 Ouais je pense que ca fait exactement pareil en effet vu que tu répètes ce que j'ai expliqué |
Bool
| Olivier Inscrit le : 09/05/2005 |
# Le 28/07/2006 à 13:07 Non : au lieu de créer un champ avec une copie du mot, tu crées directement un index sur les 2 premiers caractères de ton champ "mot". |
Julgates
| Julien Inscrit le : 09/03/2005 |
# Le 28/07/2006 à 13:20 CQFD, c'est à ça que sert le champ taille dans PMA quand tu ajoutes un index Shopping Time Network - Founder / CTO |
Rano
| Jean Inscrit le : 13/04/2005 |
# Le 28/07/2006 à 13:37 Ah ok... si vous le dites J'ai dépouillé des dizaines de moteur de recherches en php et tous faisait ce que j'ai expliqué, mais peut etre que tous se gourent en effet |
Bool
| Olivier Inscrit le : 09/05/2005 |
# Le 28/07/2006 à 14:04 bah en théorie ce genre de bidouilles n'a pas vraiment lieu d'être non plus... ça sert souvent à palier des problèmes d'optimisation du SGBD, ce qui veut dire qu'au fil des versions ça peut changer (on a eu ça une fois au taff, quelques centaines de scripts PL/SQL à reprendre car nos "bidouilles" devenaient plus néfastes qu'autre chose). |
Julgates
| Julien Inscrit le : 09/03/2005 |
# Le 28/07/2006 à 15:12 +1, myadmin n'est pas toujours à même de comprendre pourquoi j'ai besoin d'un unique (empecher 2 lignes de même valeur) et d'un index quand même... Shopping Time Network - Founder / CTO |
Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.
© MHN - Tous droits réservés | CNIL N°844440 | 24/11/2024 9:55:49 | Généré en 9.12ms | Contacts | Mentions légales |