Discussion :

[Danny Blue]

Bonjour à tous,

Je travaille actuellement sur un gros projet de site de jeu en ASP.NET avec base MS-SQL Server 2005. Je suis actuellement au module de recherche et je me demande quel type de solution devrais-je utiliser, full-text ou bien LIKE ?

J'ai donc quelques questions à vous poser :

• Quelle est la tendance générale au niveau performances ? LIKE est plus rapide mais moins paramétrable ?
• Des mots-clefs comme "AND|OR|NEAR|etc.." sont-ils utilisés par des novices ou internautes lambdas (ma cible) ? Est-ce vraiment utile de prendre des resources pour quelques requêtes qui les utiliseront ?
• Ma solution est le like avec pour chaque mot de la recherche, un % avant et après. Exemple, si le visiteur cherche "voiture noire" ca fera '%voiture% %noire%" ! C'est potable ?

Merci à vous pour vos conseils car la recherche me fait galérer ;]

[Graffito]

Si le corpus sur lequel on fait la recherche est du texte, full texte (question en langage naturel)
Si c'est une base de donnée structurée, intérogation multicritère.

Pour le multi critère, on peut faire un "wizard" qui aide l'utilisateur à formuler sa requête.

Un critére etant composé :

• d'un champs à choisir parmi ceux de la base,
• d'un opérateur : =, >=, !=, like, between, InList,
• d'un opérande (2 pour between, n pour Inlist)

par exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 Crit[1]: PAYS InList (France, Belgique, Luxembourg)
Crit[2]: NOM = DUPONT
Crit[3]: AGE > 100

Les critères étant liés par une équation,
par exemple :

Equation=Crit[1] Et (CRIT[2] ou Crit[3])

[SQLpro]

A)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

* Quelle est la tendance générale au niveau performances ? LIKE est plus rapide mais moins paramétrable ?

rapide si : LIKE 'xxx%' et colonne indexée
lente si : LIKE '%xxx' ou LIKE '%xxx%' même si colonne indexée

B)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

* Des mots-clefs comme "AND|OR|NEAR|etc.." sont-ils utilisés par des novices ou internautes lambdas (ma cible) ? Est-ce vraiment utile de prendre des resources pour quelques requêtes qui les utiliseront ?

C'est à vous de voir ! Mais si tel est le cas :
1) AND rapide si même condition que A)
2) OR lent quelque soit le LIKE sauf à transformer cela en requête UNION
3) NEAR nécessite une indexation textuelle !

C)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

* Ma solution est le like avec pour chaque mot de la recherche, un % avant et après. Exemple, si le visiteur cherche "voiture noire" ca fera '%voiture% %noire%" ! C'est potable ?

Aucunement avec le LIKE. Si vous voulez des performances il faudra passer par une indexation textuelle.
De plus votre requête n'est pas capable de retrouver la phrase suivante :
"la noire voiture avança dans la nuit"
alors qu'une indexation textuelle oui.
En effet pour une série de mots il faut faire toutes les combinaisons de LIKE. Avec deux mots : 2 combinaisons (%voiture%noire% et %noire%voiture%)
Avec trois mots 6 combinaisons....

Lisez l'article que j'ai écrit sur l'indexation textuelle :
http://sqlpro.developpez.com/cours/indextextuelle/

A +