Was in Linq to SQL kein Problem darstellte, ist im Entity Framework 1 eine kleine Herausforderung. Allein deswegen habe ich mich mit Entity SQL (eSQL) auseinandergesetzt.

Der Ablauf war sehr einfach. Bei der Abfrage konnte man nach dem Inhalt eines Arrays suchen lassen und bekam das Resultat von der Datenquelle zurück. Der Code dafür ist leicht verständlich.

C#
int[] valueArray = new int[] { 3, 4, 5, 9 };

var result = from d in context.Dispatchings
                 where valueArray.Contains(d.diAutoID)
                 select d;

Neben eSQL gibt es für das Entity Framework einen Workaround, der ein schreckliches OR-Konstrukt an die Datenquelle sendet und auch noch so heisst: BuildOrExpression.

C# (Workaround BuldOrExpression)
    public static Expression<Func<TElement, bool>> BuildOrExpression<TElement, TValue>(
            Expression<Func<TElement, TValue>> valueSelector,
            IEnumerable<TValue> values
        )
    {
      if (null == valueSelector)
        throw new ArgumentNullException("valueSelector");

      if (null == values)
        throw new ArgumentNullException("values");

      ParameterExpression p = valueSelector.Parameters.Single();

      if (!values.Any())
        return e => false;

      var equals = values.Select(value =>
          (Expression)Expression.Equal(
               valueSelector.Body,
               Expression.Constant(
                   value,
                   typeof(TValue)
               )
          )
      );

      var body = equals.Aggregate(
               (accumulate, equal) => Expression.Or(accumulate, equal)
       );

      return Expression.Lambda<Func<TElement, bool>>(body, p);
    }

Im Code konnte dieser Ausdruck nur in Lamda-Ausdrücken verwendet werden. In der Linq-Syntax habe ich diesen Workaround nie zum laufen gebracht.

C# (Einsatz BuildOrExpression)
int[] valueArray = new int[] { 3, 4, 5, 9 };

var result = context.Dispatchings.Where(
      EfExtensions.BuildOrExpression<Dispatching,int>
       (v => v.diAutoID, valueArray)
);

Im Entity Framework 4 sind diese Spielereien nicht mehr notwendig. Die Array-Unterstützung der Eigenschaft IEnumerable.Contains trägt auch dazu bei, dass der Code verständlicher wird.

C# (Abfrage in EF4)
var result = from d in context.Dispatchings
                   where valueArray.Contains(d.diAutoID)
                   select d;

Ehrlich, der Code sieht doch viel besser aus, wenn man die Eigenschaftsnamen aussen vor lässt.

Good bye BuildOrExpression!

Wer jetzt denkt wo ist das Problem, der kennt den Oracle-Server nicht. Oracle verzeiht solche schrecklichen Abfragen in der Regel nicht. Um in Oracle Abfragen mit OR–Konstrukten zu optimieren, steht der Hint USE_CONCAT zur Verfügung. Diesen mit dem Entity Framework zu benutzen, erweist sich aber als schwierig. Hinzu kommt, dass Microsoft für andere Datenbanken keine Provider anbieten wird.

Wie gross der Text der erzeugten SQL-Abfrage sein kann, habe ich noch nicht gefunden, eine Testabfrage erzeugte in meiner Umgebung ca. 45‘000 Zeichen und die konnte problemlos zum SQL-Server gesendet und verarbeitet werden.

In diesem Beitrag will ich mich dem Mengenoperator IN im eSQL widmen, da auch die Meinung vertreten wird, dass IN nicht vom Entity Framework unterstützt würde. Die letzte Konferenz, auf der ich diese Aussage hörte, war die Basta Spring.

Der Ausführungsplan ist bereits in Abbildung 1 zu sehen, nachfolgend ist der eSQL-Ausdruck für den Mengenoperator IN und die SQL-Abfrage die in der .NET 3.5-Umgebung abgesetzt wird.

eSQL
SELECT VALUE p.diAutoID FROM TestModel35.Dispatchings AS p
WHERE p.diAutoID IN { 1,2,3,4,5,6,7,8 }

T-SQL (erzeugt von EF1)
SELECT 
[Extent1].[diAutoID] AS [diAutoID]
FROM [dbo].[tbDispatching] AS [Extent1]
WHERE ([Extent1].[diAutoID] = 1) OR ([Extent1].[diAutoID] = 2) 
OR ([Extent1].[diAutoID] = 3) OR ([Extent1].[diAutoID] = 4) 
OR ([Extent1].[diAutoID] = 5) OR ([Extent1].[diAutoID] = 6) 
OR ([Extent1].[diAutoID] = 7) OR ([Extent1].[diAutoID] = 8)

Im Entity Framework 4 ändert sich an der eSQL-Syntax nichts. Der einzige Unterschied liegt im erzeugten SQL-Code.

T-SQL (erzeugt von EF4)
SELECT 
[Extent1].[diPlanAutoID] AS [diPlanAutoID]
FROM [dbo].[tbDispatching] AS [Extent1]
WHERE [Extent1].[diAutoID] IN (1,2,3,4,5,6,7,8)

Dieses Beispiel zeigt schön, dass im Entity Framework 4 auch unter der Haube - am SQL-Code - gearbeitet wurde. In diesem Bereich wird vor allem der Administrator aufatmen können.