linq recherche de caractères français

Question

Je suis usint EF et j'ai une simple déclaration LINQ et je veux rechercher des mots. Il y a donc une recherche dans Textbox et un bouton d'envoi.

lorsque searchtext contient "march" trouve par ex. "des marchés", mais si je cherche "marché" il ne trouve pas. Donc c'est le caractère français.

listAgendaItems = dc.agenda.Where(a => 
         a.libelle_activite.Contains(searchText) 
).ToList<agenda>(); 

La base de données et la table Agenda ont des propriétés étendues -> Collation: French_CI_AS

Alors, comment puis-je fait que je reçois les mots français, aussi? comme "é, à" etc

J'ai également essayé de rechercher "marche" mais il ne trouve pas "marchés".

Answer 1

Votre classement French_CI_AS est "Insensible à la casse", "Accent-Sensitive". Si vous souhaitez qu'une requête pour "marches" corresponde à "marchés", vous avez besoin de French_CI_AI pour votre classement. Dans la plupart des langues, ce n'est en fait PAS ce que les locuteurs natifs veulent, car les accents sont sémantiquement importants, mais cela peut dépendre des circonstances ou du contexte.

Si, en fait, vos utilisateurs souhaitent toujours des recherches insensibles aux accents, vous devez définir cette propriété de classement sur AI au lieu de AS sur la table (ou les zones spécifiques). Sinon, si le besoin est rare, vous pouvez appliquer le classement à une table dans MS SQL sur une base par requête; Gardez à l'esprit que s'il n'y a pas d'indice sur ce classement, il peut y avoir un coût de performance important. Cela peut être presque négligeable lorsque vous faites une requête% wildcard%, cependant, puisque vous aurez généralement une analyse de table complète dans ce cas de toute façon. La dernière fois que j'ai vérifié, il n'était pas possible de spécifier un classement dans une requête Linq directement, donc si vous faites une insensibilité à la casse sur une base ad-hoc, vous devez utiliser la requête direct-to-sql à travers votre contexte de données. En fonction de votre commentaire, il semble que vous autorisez le stockage du contenu HTML dans votre base de données. Vous avez des références de caractères numériques dans votre table, dont SQL Server ne sait rien, car elles sont une fonctionnalité de HTML, XML et SGML. Vous pouvez seulement faire cette recherche si ces caractères sont des littéraux de chaîne dans un encodage approprié.

NVARCHAR stocke le contenu en Unicode, en particulier UTF-16 et VARCHAR utilisera Windows 1252 avec le classement français.

Si vous acceptez cette entrée via des formulaires Web, assurez-vous que l'encodage de la page est approprié. Si vous ne supportez que les navigateurs modernes (essentiellement IE5 +), UTF-8 est bien supporté, vous devriez donc envisager d'utiliser UTF-8 pour toutes vos demandes et réponses.

Assurez-vous dans votre site Web.config, vous avez quelque chose comme ceci:

<configuration> 
    <system.web> 
     <globalization 
     requestEncoding="utf-8" 
     responseEncoding="utf-8" /> 
    </system.web> 
</configuration> 

Si vous avez déjà des données stockées avec les références de caractères numériques dans votre base de données, vous pouvez les Unescape en traduisant & #ddddd; en séquences littérales UTF-16, et les stocker à nouveau. Assurez-vous de ne pas décoder accidentellement les NCR importantes sur le plan sémantique, telles que les points de code supérieur, inférieur ou interactif.

Answer 2

ce problème peut être facilement résolu avec collation ou Recherche plein texte. N'essayez-vous pas de déplacer la recherche dans la procédure stockée et de mapper cette procédure avec EF? Ou, pour du texte intégral, vous pouvez créer requête sans l'aide d'expressions Linq

Context.ExecuteStoreQuery<Client> 
("select * from TestDB.Clients as c 
where Freetext(c.description,{0}", searchText) 

---

PS si vous avez un résultat décrire s'il vous plaît.