LINQ to Entities: Pourquoi ne puis-je pas utiliser la méthode Split comme condition?

Question

J'ai la requête LINQ suivante:

var aKeyword = "ACT"; 
var results = from a in db.Activities 
       where a.Keywords.Split(',').Contains(aKeyword) == true 
       select a; 

Mots-clés est un champ délimité par des virgules.

Chaque fois que je lance cette requête, je reçois l'erreur suivante:

« LINQ to Entities ne reconnaît pas la méthode « Boolean Contient [chaîne] (System.Collections.Generic.IEnumerable`1 [System.String] , System.String) 'méthode, et cette méthode ne peut pas être traduite en une expression de magasin. "

Quelle est l'alternative à ce que j'essaie de faire?

Answer 1

En réponse à vos considérations de performance sur un grand ensemble de données:

Vous allez faire non indexé correspondant de chaîne de caractères génériques sur le client, donc oui, il y aura perte de performance.

Y a-t-il une raison pour laquelle vous avez plusieurs mots-clés dans un champ de table? Vous pouvez normaliser cela, pour avoir une table ActivityKeywords où pour chaque activité vous avez un certain nombre d'enregistrements de mots-clés.

Activités (activity_id, .../* Supprimer le champ des mots-clés * /) ---> ActivityKeywords (activity_id, keyword_id) ---> Mots-clés (keyword_id, valeur)

Check out forme non-première normale : http://en.wikipedia.org/wiki/Database_normalization

EDIT: de plus, même si vous deviez tenir à une colonne, il y a une façon de faire tout Serverside (si vous avez une syntaxe stricte: « keyword1, keyword2, ..., keywordN »):

var aKeyword = "ACT"; 
var results = (from a in db.Activities 
       where a.Keywords.Contains("," + aKeyword) || a.Keywords.Contains(aKeyword + ",") 
       select a; 

Answer 2

Votre problème est que LINQ-to-Entites doit traduire tout ce que vous lui donnez en SQL pour l'envoyer à la base de données.

Si c'est vraiment ce que vous devez faire, vous devrez forcer LINQ-to-Entities à retirer toutes les données et LINQ-to-Objects pour évaluer la condition.

Ex:

var aKeyword = "ACT"; 
var results = from a in db.Activities.ToList() 
       where a.Keywords.Split(',').Contains(aKeyword) == true 
       select a; 

Sachez cependant, que cela va retirer tous les objets de la table Activités. Une autre solution peut être de laisser le DB faire un peu d'un filtre initial, et filtrer sur le reste du chemin après:

var aKeyword = "ACT"; 
var results = (from a in db.Activities 
       where a.Keywords.Contains(aKeyword) 
       select a).ToList().Where(a => a.KeyWords.Split(',').Contains(aKeyword)); 

qui permettra LINQ à entités faire le filtre, il comprend (string.Contains devient une requête similaire) qui va filtrer certaines des données, puis appliquer le filtre réel que vous voulez via LINQ-to-Objects une fois que vous avez les objets de retour. L'appel ToList() force LINQ-to-Entities à exécuter la requête et à générer les objets, ce qui permet à LINQ-to-Objects d'être le moteur qui exécute la seconde partie de la requête.

Answer 3

Ma conjecture est la façon dont vous appelez Split. Cela devrait prendre un tableau. Peut-être il y a un autre Split en Linq il est de trouver et de vous donner une erreur inhabituelle:

Cela fonctionne pour LINQ to Objects:

var dataStore = new List<string> 
        { 
         "foo,bar,zoo", 
         "yelp,foo", 
         "fred", 
         "" 
        }; 
var results = from a in dataStore 
       where a.Split(new[] {','}).Contains("foo") 
       select a; 

foreach (var result in results) 
{ 
    Console.WriteLine("Match: {0}", result); 
} 

produit les éléments suivants:

Match: foo,bar,zoo 
Match: yelp,foo 

En fait, en pensant à ça, avez-vous besoin de la scission du tout? a.Contains("foo") peut être suffisant pour vous (sauf si vous ne voulez pas frapper foobar).

Answer 4

Vous voudrez peut-être look at this question about L2E and .Contains pour une solution qui devrait être plus efficace que de deviner un sur-ensemble avant de filtrer le côté client.