Określony typ elementu członkowskiego „Data” nie jest obsługiwany w wyjątku LINQ to Entities

Wystąpił wyjątek podczas wdrażania poniższych instrukcji.

 DateTime result;
 if (!DateTime.TryParse(rule.data, out result))
     return jobdescriptions;
 if (result < new DateTime(1754, 1, 1)) // sql can't handle dates before 1-1-1753
     return jobdescriptions;
 return jobdescriptions.Where(j => j.JobDeadline.Date == Convert.ToDateTime(rule.data).Date );

Wyjątek

The specified type member 'Date' is not supported in LINQ to Entities. Only initializers, entity members, and entity navigation properties are supported.

Wiem, co oznacza wyjątek, ale nie wiem, jak się go pozbyć. Jakaś pomoc?

LINQ to Entities nie może przetłumaczyć większości metod .NET Date (w tym użytego rzutowania) na SQL, ponieważ nie ma odpowiednika SQL.

Rozwiązaniem jest użycie metod Date poza instrukcją LINQ, a następnie przekazanie wartości. Wygląda na to, że błąd powoduje Convert.ToDateTime (rule.data) .Date.

Wywołania Date we właściwości DateTime również nie można przetłumaczyć na język SQL, więc obejściem jest porównanie właściwości .Year .Month i .Day, które można przetłumaczyć na LINQ, ponieważ są to tylko liczby całkowite.

var ruleDate = Convert.ToDateTime(rule.data).Date;
return jobdescriptions.Where(j => j.Deadline.Year == ruleDate.Year 
                       && j.Deadline.Month == ruleDate.Month 
                       && j.Deadline.Day == ruleDate.Day);

Możesz użyć metody TruncateTime EntityFunctions, aby uzyskać poprawne tłumaczenie Datewłaściwości na SQL:

using System.Data.Objects; // you need this namespace for EntityFunctions

// ...

DateTime ruleData = Convert.ToDateTime(rule.data).Date;
return jobdescriptions
    .Where(j => EntityFunctions.TruncateTime(j.JobDeadline) == ruleData);

Aktualizacja: EntityFunctions jest przestarzała w EF6, użyjDbFunctions.TruncateTime

W przypadku EF6 zamiast tego użyj DbFunctions.TruncateTime (mydate).

„EntityFunctions.TruncateTime” lub „DbFunctions.TruncateTime” w ef6 Działa, ale występuje problem z wydajnością w Big Data.

Myślę, że najlepszym sposobem jest takie zachowanie:

DateTime ruleDate = Convert.ToDateTime(rule.data);

DateTime  startDate = SearchDate.Date;

DateTime  endDate = SearchDate.Date.AddDay(1);

return jobdescriptions.Where(j.Deadline >= startDate 
                       && j.Deadline < endDate );

jest to lepsze niż używanie części daty do. ponieważ zapytanie działa szybciej w przypadku dużych ilości danych.

Musisz dołączyć using System.Data.Entity;. Działa dobrze nawet zProjectTo<>

var ruleDate = rule.data.Date;
return jobdescriptions.Where(j => DbFunctions.TruncateTime(j.Deadline) == ruleDate);

Oznacza to, że LINQ to SQL nie wie, jak zamienić Datewłaściwość na wyrażenie SQL. Dzieje się tak, ponieważ Datewłaściwość DateTimestruktury nie ma odpowiednika w języku SQL.

U mnie to zadziałało.

DateTime dt = DateTime.Now.Date;
var ord = db.Orders.Where
      (p => p.UserID == User && p.ValidityExpiry <= dt);

Źródło: fora Asp.net

Mam ten sam problem, ale pracuję z zakresami dat i godzin. Moim rozwiązaniem jest manipulowanie czasem początkowym (z dowolną datą) na 00:00:00 i czasem końcowym na 23:59:59, więc nie mogę już dłużej konwertować daty i godziny na datę, a raczej pozostanie to data i godzina.

Jeśli masz tylko jedną datę i godzinę, możesz również ustawić godzinę rozpoczęcia (z dowolną datą) na 00:00:00 i godzinę zakończenia na 23:59:59. Następnie wyszukujesz tak, jakby był to przedział czasu.

var from = this.setStartTime(yourDateTime);
var to = this.setEndTime(yourDateTime);

yourFilter = yourFilter.And(f => f.YourDateTime.Value >= from && f.YourDateTime.Value <= to);

Możesz to zrobić również z DateTime-Range:

var from = this.setStartTime(yourStartDateTime);
var to = this.setEndTime(yourEndDateTime);

yourFilter = yourFilter.And(f => f.YourDateTime.Value >= from && f.YourDateTime.Value <= to);

możesz dostać Enum na przykład:

DateTime todayDate = DateTime.Now.Date; var check = db.tableName.AsEnumerable().Select(x => new
        {
            Date = x.TodayDate.Date
        }).Where(x => x.Date == todayDate).FirstOrDefault();

Jak wielu tutaj zauważyło, korzystanie z funkcji TruncateTime jest powolne.

Najłatwiejszą opcją, jeśli możesz, jest użycie EF Core. Potrafi to zrobić. Jeśli nie możesz, to lepszą alternatywą dla obcinania jest nie zmienianie w ogóle pola, którego dotyczy zapytanie, ale zmodyfikowanie jego granic. Jeśli wykonujesz zwykłe zapytanie typu „pomiędzy”, w którym dolna i górna granica są opcjonalne, poniższe wskazówki załatwią sprawę.

    public Expression<Func<PurchaseOrder, bool>> GetDateFilter(DateTime? StartDate, DateTime? EndDate)
    {
        var dtMinDate = (StartDate ?? SqlDateTime.MinValue.Value).Date;
        var dtMaxDate = (EndDate == null || EndDate.Value == SqlDateTime.MaxValue.Value) ? SqlDateTime.MaxValue.Value : EndDate.Value.Date.AddDays(1);
        return x => x.PoDate != null && x.PoDate.Value >= dtMinDate && x.PoDate.Value < dtMaxDate;
    }

Zasadniczo zamiast przycinać PoDate z powrotem tylko do części Date, zwiększamy górną granicę zapytania i user <zamiast <=