Seltsam, Linq to Entities Verhalten mit AsExpandable()

Betrachten Sie die folgenden Person Person:

public class Person
{
    public int Id { get; set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
}

Anhand der folgenden Expression (konstruiert mit PredicateBuilder) als die Kriterien:

var byName = PredicateBuilder.True<Person>().And(x => x.FirstName == "Chaim");

Wenn Sie angerufen werden, verwenden Sie die folgende syntax, die generierte SQL ist in Ordnung (die auch den WHERE - Anweisung):

ctx.Set<Person>().AsExpandable().Where(x => byName.Invoke(x));

Jedoch, wenn Sie angerufen werden, mit dieser etwas andere syntax, kein SQL WHERE beteiligt ist, und die Filterung wird durchgeführt, indem Enumerable.Where statt:

ctx.Set<Person>().AsExpandable().Where(byName.Invoke);

Irgendwelche Gedanken?

  • Dies ist extrem gefährlich. Ich rief Where(expression.Compile()) statt Where(x => expression.Invoke(x)). Später dann, nach der tracing-unsere Produktions-Datenbank für saugen, ich sehe select [every column] from Table; ohne where-Klausel. Der ehemalige kommt direkt von den docs!
InformationsquelleAutor haim770 | 2013-11-27
  1. 4

    Gibt es keine implizite Konvertierung von einer Methode, die Gruppe zu einem Expression (eine entsprechende delegate-Typ). Es ist eine implizite Konvertierung von einer Methode der Gruppe um ein Delegat, der eine passende Signatur. Daher nur die IEnumerable überlast entspricht.

    Natürlich, das ist nicht zu sagen, dass Sie benötigen, um ein lambda. Schreiben Sie einfach:

    ctx.Set<Person>().AsExpandable().Where(ByName);

    Seit Sie vorbei sind in einem Ausdruck (ByName ist, nachdem alle, eine Expression<Person, bool> schon, das ist genau das, was Queryable.Where<Person> erfordert) dies wird beurteilen, wie eine Abfrage, die nicht in linq to objects.

    • Interessant. Sie sind also im Grunde sagen, dass ByName.Invoke ist Func<Person, bool> dann nur Spiele IEnumerable.Where, während x => ByName.Invoke(x) ist Expression<Func<Person, bool>> dann passt IQueryable.Where?
    • Beinamen.Invoke(x), wird ein lambda-Ausdruck kann match entweder. Es kann ein Ausdruck oder eine Stellvertretung. Weil dieses, beide Queryable.Where und Enumerable.Where gültig sind Optionen, und es bewegt sich auf einem betterness Algorithmus. Queryable gewinnt. ByName.Invoke, dass nur eine Methode Gruppe, wie jede andere Methode-Gruppe, ist nicht konvertierbar ist zu einer Expression, so Enumerable.Where ist das nur möglich, gültig zu überlasten.
    • Ich sehe. die Auswahl der 'besseren Algorithmus' wird zur Laufzeit erfolgen? wie?
    • Es geschieht bei der Kompilierung. Siehe die Angaben bei überlast Auflösung für die details.
    InformationsquelleAutor Servy
Schreibe einen Kommentar