Recherche plein texte: Les mots de bruit sont recherchés

Question

J'ai une base de données dans SQL Server 2008 avec des index de recherche de texte intégral. J'ai défini le Stopword 'al' dans la Stoplist. Cependant, quand je recherche une phrase avec le mot-clé «al», le mot «al» est toujours uesd dans le classement.

Cela peut être lié au fait que je suis en train de diviser les termes de recherche et de les reconstruire. Je suis ensuite à la recherche dans plusieurs domaines et le classement des résultats: http://pastebin.com/fdce11ff. Cela fonctionne pour briser une recherche

'al hamra' 

dans

("*al*" ~ "*hamra*") OR ("*al*" OR "*hamra*") 

pour la recherche de texte intégral.

Imaginez ce scénario:

Nom: Al Hamra, Auteur: Jack Brown, Genre: Fiction Al Karawan, Auteur: Al Hanz, Genre: Romance

maintenant une recherche de « al hamra ' renverra ' Al Karawan ', malgré le fait que ' al ' est dans la liste d'arrêt. Pourquoi est-ce? Je pensais que les listes d'attente feraient perdre des mots aux mots?

Answer 1

Les mots parasites sont spécifiques aux pages de codes; l'avez-vous ajouté à la bonne? Vous pouvez utiliser sys.dm_fts_parser pour le tester (ci-dessous) cela pourrait également fonctionner mieux que votre mot manuel de rupture dans le code (ou non).

SELECT special_term, display_term 
FROM sys.dm_fts_parser 
    (' "al hamra" ', 1033, 0, 0) 

En supposant que vous utilisez la page de code 1033. Si votre mot de bruit est dans la page de code que vous attendez alors il devrait être visible en tant que noiseword dans la liste.