我正在使用实体框架从表中删除几个项目。没有外键/父对象，所以我不能用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，对吧?
当前回答
可以通过以下方式直接执行sql查询:
private int DeleteData()
{
using (var ctx = new MyEntities(this.ConnectionString))
{
if (ctx != null)
{
//Delete command
return ctx.ExecuteStoreCommand("DELETE FROM ALARM WHERE AlarmID > 100");
}
}
return 0;
}
对于选择，我们可以使用
using (var context = new MyContext())
{
var blogs = context.MyTable.SqlQuery("SELECT * FROM dbo.MyTable").ToList();
}
其他回答
最后，实体框架核心7通过ExecuteDelete命令引入了这个功能:
context.Widgets
.Where(w => w.WidgetId == widgetId)
.ExecuteDelete();
这里需要注意的是，ExecuteDelete不需要SaveChanges，根据它的文档:
该操作立即对数据库执行，而不是延迟到DbContext.SaveChanges()被调用。它也不以任何方式与EF更改跟踪器交互:当调用此操作时恰好被跟踪的实体实例不会被考虑，也不会被更新以反映更改。
我知道问题是EF4，但如果升级可以是一个选择!
这已经够好了，对吧?我可以用扩展来抽象它 方法或助手，但我们还是会用到 foreach ?
是的，不过你可以把它写成两行字:
context.Widgets.Where(w => w.WidgetId == widgetId)
.ToList().ForEach(context.Widgets.DeleteObject);
context.SaveChanges();
如果你不想直接执行SQL，在循环中调用DeleteObject是最好的方法。
但是，您可以使用我在这里描述的方法，通过扩展方法执行SQL，并使其完全通用。
尽管答案是3.5。对于4.0，我可能会在底层使用新的ExecuteStoreCommand API，而不是下拉到StoreConnection。
我想出了一个很棒的库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方法。(它们只是同步方法的包装)在高负载环境中使用这个库可能会遇到很多意想不到的问题。
context.Widgets.RemoveRange(context.Widgets.Where(w => w.WidgetId == widgetId).ToList());
db.SaveChanges();
