Вказаний член типу "Дата" не підтримується в LINQ для винятків об'єктів

Я отримав виняток під час реалізації наступних тверджень.

 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 );

Виняток

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

Я знаю, що означає виняток, але я не знаю, як його позбутися. Будь-яка допомога?

LINQ до сутностей не може перевести більшість методів .NET Date (включаючи використовувані вами кастинги) в SQL, оскільки немає еквівалентного SQL.

Рішення полягає у використанні методів Date за межами оператора LINQ, а потім передачі значення. Схоже, що Convert.ToDateTime (rule.data) .Date викликає помилку.

Дата виклику у властивості DateTime також не може бути переведена в SQL, тому вирішення полягає в порівнянні властивостей .Year .Month і .Day, які можна перевести в LINQ, оскільки вони є лише цілими числами.

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);

Ви можете використовувати TruncateTime метод в EntityFunctions для досягнення правильного перекладу в Dateвласність в 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);

Оновлення: EntityFunctions застаріло в EF6, ВикористовуватиDbFunctions.TruncateTime

Для EF6 використовуйте натомість DbFunctions.TruncateTime (mydate).

"EntityFunctions.TruncateTime" або "DbFunctions.TruncateTime" в ef6 працює, але у Big Data є деякі проблеми з продуктивністю.

Я думаю, що найкращий спосіб - це діяти так:

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 );

це краще, ніж використовувати частини дати до. оскільки запит запускається швидше у великих даних.

Необхідно включити using System.Data.Entity;. Добре працює навіть зProjectTo<>

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

Це означає, що LINQ в SQL не знає, як перетворити Dateвластивість у вираз SQL. Це тому, що Dateвластивість DateTimeструктури не має аналога в SQL.

Це працювало для мене.

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

Джерело: Форуми Asp.net

У мене така ж проблема, але я працюю з DateTime-Ranges. Моє рішення - маніпулювати початковим часом (з будь-якою датою) до 00:00:00, а кінцевий час - до 23:59:59. Тому я більше не повинен перетворювати DateTime у Date, а він залишається DateTime.

Якщо у вас є лише один DateTime, ви також можете встановити час початку (з будь-якою датою) на 00:00:00, а кінцевий - на 23:59:59. Потім ви шукаєте, як би це був часовий проміжок часу.

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

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

Ви можете зробити це також за допомогою DateTime-Range:

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

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

Ви можете отримати Enum на зразок:

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

Як вже вказували багато тут, використання функції TruncateTime відбувається повільно.

Найпростіший варіант, якщо ви можете, це використовувати EF Core. Він може це зробити. Якщо ви не можете, то кращою альтернативою для врізання є взагалі не змінювати запитуване поле, а змінювати межі. Якщо ви робите звичайний запит типу "між", де нижня та верхня межі необов’язкові, наступне виконає трюк.

    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;
    }

В основному, замість обрізання PoDate лише на частину Дати, ми збільшуємо верхню межу запиту та користувача <замість <=