Linq to entities ne reconnaît pas la chaîne.Format ou la concaténation '+'

J'ai code ci-dessous:

using (DBContext context = new DBContext())
{
    myCollection = context.Items.Where(i => i.Type == 1).OrderBy(k => k.Name).Select(w => new
    {
        Alias = w.Name + string.Format("{0}", w.Id),
        Name = w.Name                        
    }).ToArray();
}

Lors de l'exécution j'obtiens une erreur lors de la tentative de concaténer les chaînes et en essayant con convertir entier w.Id de chaîne.

D'erreur dit:

Linq to entities ne reconnaît pas la méthode string.Format

également plus de concaténation signe " + " n'est pas pris en charge.

J'ai résolu ce problème en introduisant AsEnumerable:

using (DBContext context = new DBContext())
{
    myCollection = context.Items.AsEnumerable().Where(i => i.Type == 1).OrderBy(k => k.Name).Select(w => new
    {
        Alias = w.Name + string.Format("{0}", w.Id),
        Name = w.Name                        
    }).ToArray();
}

mais je voudrais savoir si c'est la meilleure solution ou il y a un autre moyen plus approprié pour ce faire. Des idées?

InformationsquelleAutor Rodri | 2013-10-02
  1. 15

    Une optimisation de votre code est à utiliser AsEnumerable() après la Where méthode. Si non, chaque entité est retourné à partir de stockage, et l'ensemble du tableau est examinée à l'aide de LINQ to Objects. Avec cette simple modification de votre code, vous laissez la clause where exécuter sur sql et de récupérer moins de dossiers de stockage. La règle générale est de placer toutes les clauses de requête qui sont mis en œuvre par le fournisseur LINQ premier.

    using (DBContext context = new DBContext())
{
    myCollection = context.Items.Where(i => i.Type == 1)
       .AsEnumerable().OrderBy(k => k.Name).Select(w => new
        {
            Alias = w.Name + string.Format("{0}", w.Id),
            Name = w.Name                        
        }).ToArray();
}
    • Oui, ça marche ... mais prenez garde à ce que vous affiner le resultset avant la .AsEnumerable(), comme vous l'avez fait dans l'exemple en utilisant Where(...). Sinon, les choses pourraient devenir incroyablement lent, parce que vous faites cela en mémoire plutôt que dans la base de données.
    InformationsquelleAutor Esteban Elverdin
  2. 15

    EF ne peut pas convertir String.Format en SQL, mais elle gère concaténations de chaîne sans problème. Utilisation SqlFunctions.StringConvert au lieu de String.Format pour convertir nombre en une chaîne de caractères sur le côté serveur:

    Select(w => new {
    Alias = w.Name + SqlFunctions.StringConvert((double)w.Id),
    Name = w.Name                        
})

    Il génère quelque chose comme

    SELECT 
[Extent1].[Name] + STR( CAST( [Extent1].[Id] AS float)) AS [C1], 
[Extent1].[Name] AS [Name]
FROM [dbo].[Items] AS [Extent1]

    Mise à JOUR: vous êtes Donc à l'aide de EF fournisseur qui ne prend pas en charge la conversion (SQL CE fournisseur ne peut pas ne peut pas traduire cette requête en SQL), vous avez une seule option à gauche - déplacer les calculs à côté client, comme vous avez déjà fait.

    • Il m'est donné de l'erreur suivante: La méthode spécifiée 'Système.Chaîne StringConvert(Système D'.Nullable`1[Système.Double])' du type 'System.Les données.Objets.SqlClient.SqlFunctions " ne peut être traduit dans une LINQ to entities magasin expression.
    • on dirait que vous n'êtes pas à l'aide de Microsoft SQL Server fournisseur Entity Framework, et votre fournisseur ne prend pas en charge ces fonctions. Si le fournisseur ne prend pas en charge la conversion de nombres en chaînes sur le côté serveur, alors vous ne pouvez déplacer conversion pour le client (par exemple avec AsEnumerable())
    • Le fournisseur que j'utilise est SQLCe (compact edition) 4.0, dans ce cas, comme vous l'avez dit, la seule solution possible est d'utiliser AsEnumerable().
    • malheureusement oui, mais je vous recommande de sélectionner uniquement les données nécessaires avant de passer au client: Select(w => new { w.Name, w.Id }).AsEnumerable().Select(x => new { Alias = x.Name + x.Id, x.Name })
    • SqlFunctions sont très intéressants. Jamais utilisé avant. Mais comment obtenir les données converties dans une culture de sensibilité? Je reçois le point comme séparateur décimal quand je m'attends à une virgule. Merci.
    InformationsquelleAutor Sergey Berezovskiy