Discussion :

[jak59]

Bonjour,

J'ai un problème avec les termes de type d',l' ect ... ceux ci ressortent en "Exact Match".
Ce qui fait que j'ai un retour de FREETEXTTABLE() pollué avec les correspondances des termes de type d',l' ...

Code :

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

SELECT * FROM sys.dm_fts_parser('"je viens d''arriver"', 1036,5, 0)

Malgré le fait d'avoir ajouté le terme à ma Stoplist perso, que j'ai créé en dupliquant la stoplist systéme

Code :

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

1
2
 
CREATE FULLTEXT STOPLIST stoplist_perso FROM  SYSTEM STOPLIST;

Code :

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

1
2
3
4
 
ALTER FULLTEXT STOPLIST stoplist_perso ADD 'd''' LANGUAGE 1036;
 
SELECT * FROM sys.fulltext_stopwords WHERE LANGUAGE =  'french' AND stopword LIKE '%''%';

Ais-je oublié quelque chose ?


En tout cas, merci d'avance.

Jak59

[SQLpro]

Il ne faut pas mettre les apostrophes. Ensuite la copie de la liste par défaut dépend de la langue contextuelle.

A +

[jak59]

Il ne faut pas mettre les apostrophes. Ensuite la copie de la liste par défaut dépend de la langue contextuelle.

Bonjour,

La stoplist dupliquée est bien la française. Je l'ai d'ailleurs enrichie avec d'autres termes, et cela fonctionne très bien.

Si vous parlez des apostrophes dans le terme "d'" qui a été ajouté à la stoplist, j'avais fait le test avec le terme "d" et celui-ci existe déjà dans la stoplist système, et il est bien topé en noiseword.

Bon, j'ai l'impression qu'sqlserver2008R2 ne sait pas gérer ce cas (des stopwords de type "d'", "c'" ect ...) . Je vais donc même si cela ne me plaît pas, nettoyer la chaîne de recherche.
Et tester, pour voir, sur une version d'sql-server plus récente.

Cordialement,

[SQLpro]

SQL Server indexe TOUS les mots sans aucune exception. Ce n'est que lors de la restitution que vous devez indiquer que vous voulez ou non éliminer les mots noirs. En effet, tantôt tel ou tel mot pourra être considéré comme noir ou non. Un exemple : le mot MAIS est considéré comme mot noir. Mais si nous voulons chercher du MAÏS, et que nous n'avons pas pris l'option de sensibilité à la casse, alors il faudra ne plus exclure les mots noirs….

Le sujet est donc plus complexe qu'il n'y parait et retirer d'office certains mots avant de les indexer vous posera des problèmes bien plus graves par la suite…. par exemple comment retrouver un texte dans lequel on parle de programmation en langage C ?


D'ailleurs vous ne montrez aucun exemple avec lequel vous vous êtes confrontés. Je pense alors que vous ne savez pas utiliser l'opérateur FREETEXT...

A +

[jak59]

Je pense alors que vous ne savez pas utiliser l'opérateur FREETEXT...

Ha oui, je suis d'accord avec vous. Mais j'essaie de comprendre.


Voici le test que j'ai effectué :

Code :

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

1
2
3
4
5
6
7
8
DECLARE @string VARCHAR(200) = 'Licence de l''Environnement'
 
SELECT 
	f.libelle_formation
	, t.RANK rang
FROM    dbo.V_Formation f
	INNER JOIN FREETEXTTABLE(formation, [libelle_formation], @string) AS t ON f.id_formation = t.[KEY]				
ORDER BY t.RANK DESC

Des enregistrements en lien avec le l' de la recherche remontent. (A partir de la ligne 31 sur ma capture d'écran)


J'ai constaté que le terme l' n'était pas considéré comme un mot à exclure du résultat de la recherche:

Code :

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

SELECT * FROM sys.dm_fts_parser('"Licence de l''environnement"', 1036,5, 0)

C'est pour exclure les résultats ayant une correspondance avec le l' de la recherche que j'ai créé une stoplist perso en y ajoutant le terme l'.

[SQLpro]

Vous n'avez pas posté les commande de création du catalogue ni de l'index.

Complétez votre script.

A +