C# EF SQL как сделать запрос?

Question

[shvedovea]

Подскажите, как удалить определенные строки в базе данных, если они просрочились на 1 день.

public string value { get; set; }
        
 public DateTime date { get; set; }

вот такая структура, использую LINQ. Нужно если дата просрочилась на 1 день от текущего времени, то ее удалить. Спасибо

Comments

[Модератор]

Не надо писать комментарии в ответах

Answer 1

[Ян]

Примерно так: Class.Where(x => x.date < DateTime.Today.AddDays(-1));
Получишь все объекты и делай с ними что надо

Comments

[shvedovea]

Так же я смогу удалить эти записи найденые ? То есть с таким запросом их удалить

[Ян]

Ну ты получишь коллекцию, которая удовлетворяет этому выражению. А потом можешь через контекст удалить (Class.Remove(удаляемыйОбъект)) или же удалить через Entry и статус прописать ему EntityState.Deleted и в обоих случаях сохранить контекст. Тогда удалиться

Answer 2

[MrDywar Pichugin]

Через EF:
1) Получить строки по условию из БД.
2) Удалить полученные строки, вызвав метод Remove/RemoveRange на репозитории или как вы их получаете.
Да - чтобы удалить нужно сначала загрузить, это ограничение чистого EF. Данные гоняются два раза.

Через SQL:
1) Пишем SQL скрипт.
Минус - лучше избегать SQL при использовании EF, т.к. при переименовании свойств, таблиц - скрипты нужно будет искать и править отдельно. Их сложнее тестировать, изменять и т.п.

Через расширение для EF:
1) Пишем context.BulkDelete(customers, options => УСЛОВИЕ ) и все.
Ищем аналоги https://entityframework-extensions.net/bulk-delete, есть бесплатные точно.
В этом случае мы используем EF, не пишем SQL, при этом данные не гоняются дважды, код чище, понятней и т.п.

Comments

[Толстый Лорри]

чтобы удалить нужно сначала загрузить, это ограничение чистого EF. Данные гоняются два раза.

Если не вытягивать данные явным образом (оперировать только IQueriable), то EF сгенерирует только DELETE-запрос с условием, без промежуточного селекта. Например:

var itemsToDelete = context.Items.Where(i => i.Date <= yesterday);
context.Items.RemoveRange(itemsToDelete);
context.SaveChanges(); // только сейчас генерируется SQL и отсылается запрос

[MrDywar Pichugin]

Толстый Лорри, не знал, спасибо, проверю завтра.

[Толстый Лорри]

MrDywar Pichugin, пожалуйста.
Магия в том, что EF строит expression trees, из которых лениво генерируется SQL.
С их помощью можно достаточно гибко строить запросы со всякого рода фильтрацией, опционально накручивая Where, OrderBy и прочие Join, лишь в конце вызывая "терминальные" действия, вроде FirstOrDefault, ToList и т.п., которые возвращают нечто отличное от IQueriable. Или DbContext.SaveChanges, если используется трекинг изменений и какие-то сущности изменились.

[MrDywar Pichugin]

Толстый Лорри, Магии в примере выше нет. Он работает точно также (или почти точно также) как и получение данных, и затем их удаление.

В SQL профайлере выполнил строку в EF 6.2:

var itemsToDelete = context.Items.Where(i => i.Date <= yesterday);
context.Items.RemoveRange(itemsToDelete);
context.SaveChanges();

В итоге сначала выполнился запрос "Where(i => i.Date <= yesterday)", а уже потом появились команды DELETE, с "Id" элементами которые попали под условие. Т.е. сначала SELECT, потом DELETE. Данные гоняются дважды.

Причем SELECT по моему синхронный, т.к. нет await, а если его добавить, то иллюзии по генерации другой SQL команды уже не будет.

Поэтому и придумали BulkDelete и т.п. в сторонних либах.
EF не может удалить то чего нет, запись в БД остается просто записью, не сущностью, пока ее не запросить и не создать объект в памяти, стейт которого уже отслеживается.

[Толстый Лорри]

MrDywar Pichugin, да, судя по всему вы правы, фактически это так. Что странно, ведь нет очевидных причин делать два запроса.