我正在使用实体框架从表中删除几个项目。没有外键/父对象，所以我不能用OnDeleteCascade处理这个。
现在我正在做这个:
var widgets = context.Widgets
.Where(w => w.WidgetId == widgetId);
foreach (Widget widget in widgets)
{
context.Widgets.DeleteObject(widget);
}
context.SaveChanges();
它工作，但foreach困扰我。我使用EF4，但我不想执行SQL。我只是想确保我没有错过任何东西-这是最好的，对吧?我可以用扩展方法或helper来抽象它，但在某些地方我们还是要用foreach，对吧?
当前回答
最后，实体框架核心7通过ExecuteDelete命令引入了这个功能:
context.Widgets
.Where(w => w.WidgetId == widgetId)
.ExecuteDelete();
这里需要注意的是，ExecuteDelete不需要SaveChanges，根据它的文档:
该操作立即对数据库执行，而不是延迟到DbContext.SaveChanges()被调用。它也不以任何方式与EF更改跟踪器交互:当调用此操作时恰好被跟踪的实体实例不会被考虑，也不会被更新以反映更改。
我知道问题是EF4，但如果升级可以是一个选择!
其他回答
你可以使用像EntityFramework这样的扩展库。Extended或Z.EntityFramework.Plus。EF6，有EF 5, 6或核心可用。当你必须删除或更新时，这些库具有出色的性能，并且它们使用LINQ。删除(source +)的示例:
ctx.Users。Where(x => x. lastlogindate < DateTime.Now.AddYears(-2)) delete ();
或(来源扩展)
context.Users。Where(u => u.FirstName == "firstname") delete ();
它们使用本地SQL语句，因此性能非常好。
对于任何使用EF5的人，可以使用以下扩展库:https://github.com/loresoft/EntityFramework.Extended
context.Widgets.Delete(w => w.WidgetId == widgetId);
Thanh的回答最适合我。在一次服务器访问中删除了我所有的记录。我挣扎着实际调用扩展方法，所以我想分享我的(EF 6):
我将扩展方法添加到我的MVC项目中的一个助手类中，并将名称更改为“RemoveWhere”。我在控制器中注入了一个dbContext，但你也可以做一个using。
// make a list of items to delete or just use conditionals against fields
var idsToFilter = dbContext.Products
.Where(p => p.IsExpired)
.Select(p => p.ProductId)
.ToList();
// build the expression
Expression<Func<Product, bool>> deleteList =
(a) => idsToFilter.Contains(a.ProductId);
// Run the extension method (make sure you have `using namespace` at the top)
dbContext.RemoveWhere(deleteList);
这将为组生成一条delete语句。
EntityFramework 6使用. removerange()使这变得更容易一些。
例子:
db.People.RemoveRange(db.People.Where(x => x.State == "CA"));
db.SaveChanges();
警告!不要在大型数据集上使用此方法!
EF将所有数据拉入内存，然后删除它。对于较小的数据集，这可能不是一个问题，但通常避免这种类型的删除，除非你能保证你只做非常小的更改。
您可以很容易地将进程运行到内存不足的状态，而EF会很高兴地提取您指定的所有数据来删除它。
我想出了一个很棒的库Zack.EFCore.Batch。它将您的表达式转换为简单的DELETE FROM ....在哪里查询。(就像一些建议的答案)https://github.com/yangzhongke/Zack.EFCore.Batch
使用示例:
等待ctx。DeleteRangeAsync<Book>(b => b. price > n);
Zack.EFCore.Batch库比Z.EntityFramework.Extended https://entityframework-extensions.net/有很多好处，后者没有真正的Async方法。(它们只是同步方法的包装)在高负载环境中使用这个库可能会遇到很多意想不到的问题。
