我正在使用实体框架从表中删除几个项目。没有外键/父对象，所以我不能用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，对吧?
当前回答
你也可以使用DeleteAllOnSubmit()方法，通过将你的结果传递在一个通用列表中，而不是在var中。这样你的foreach减少到一行代码:
List<Widgets> widgetList = context.Widgets
.Where(w => w.WidgetId == widgetId).ToList<Widgets>();
context.Widgets.DeleteAllOnSubmit(widgetList);
context.SubmitChanges();
它可能仍然在内部使用循环。
其他回答
这已经够好了，对吧?我可以用扩展来抽象它 方法或助手，但我们还是会用到 foreach ?
是的，不过你可以把它写成两行字:
context.Widgets.Where(w => w.WidgetId == widgetId)
.ToList().ForEach(context.Widgets.DeleteObject);
context.SaveChanges();
最后，实体框架核心7通过ExecuteDelete命令引入了这个功能:
context.Widgets
.Where(w => w.WidgetId == widgetId)
.ExecuteDelete();
这里需要注意的是，ExecuteDelete不需要SaveChanges，根据它的文档:
该操作立即对数据库执行，而不是延迟到DbContext.SaveChanges()被调用。它也不以任何方式与EF更改跟踪器交互:当调用此操作时恰好被跟踪的实体实例不会被考虑，也不会被更新以反映更改。
我知道问题是EF4，但如果升级可以是一个选择!
如果你不想直接执行SQL，在循环中调用DeleteObject是最好的方法。
但是，您可以使用我在这里描述的方法，通过扩展方法执行SQL，并使其完全通用。
尽管答案是3.5。对于4.0，我可能会在底层使用新的ExecuteStoreCommand API，而不是下拉到StoreConnection。
EntityFramework 6使用. removerange()使这变得更容易一些。
例子:
db.People.RemoveRange(db.People.Where(x => x.State == "CA"));
db.SaveChanges();
警告!不要在大型数据集上使用此方法!
EF将所有数据拉入内存，然后删除它。对于较小的数据集，这可能不是一个问题，但通常避免这种类型的删除，除非你能保证你只做非常小的更改。
您可以很容易地将进程运行到内存不足的状态，而EF会很高兴地提取您指定的所有数据来删除它。
context.Widgets.RemoveRange(context.Widgets.Where(w => w.WidgetId == widgetId).ToList());
db.SaveChanges();
