如何在实体框架中有效地设置多对多EntityCollection？

Question

当实体框架为与多对多关系表连接的两个数据库表（假设 Table1 和 Table2）生成 ObjectContext 时，它不会为外部参照表创建对象，而是选择在其任一端创建集合属性的关系。因此，在 Table1 上，您有 EntityCollection； Table2s 并且在 Table2 上您有 EntityCollection;表1s。在大多数情况下，这实际上非常好...

但是，在这种情况下，我有一个整数列表，表示应该位于 Table1.Table2s 集合中的 Table2 行的数据库 ID。

我看不到任何方法来使用实体键设置该集合，因此我只能将它们选择到 ObjectContext 中，这已经是无缘无故的大量工作要做。我希望 LINQ-to-Entities 能够智能地延迟执行，并像我希望的那样在 SQL 服务器上执行所有操作（尽管我的Where 使用 Contains，它可能会也可能不会正确地转换为 SQL 中的 IN()）。所以我可以：

table1instance.Table2s.Clear();
var table2sToInclude = context.Table2s.Where(
  t => 
  listOfTable2DatabaseIds.Contains(t.Id));

但是没有 EntityCollection.AddRange(IEnumerable) 或任何东西，也没有 IEnumerable.ToEntityCollection( ) 当然是扩展方法，所以我现在不知道如何处理这些结果。我所能做的就是

foreach (var table2 in table2sToInclude)
{
  table1instance.Table2s.Add(table2);
}

这看起来很荒谬，而且我知道这会迫使很多不必要的评估。

有没有一种“正确”或者“不那么蹩脚”的方法来做到这一点？

Answer 1

没有 EF 不会推迟任何查询执行。没有什么比从选择插入更好的了。 Linq-to-entities 只是查询语言，查询的职责是执行。它与 EF 本身提供的持久性功能严格分开。

如果要在 table1 中的现有项目和 table2 中的退出项目之间创建关系，可以使用如下代码：

using (var ctx = new YourContext())
{
    var table1 = new Table1 { Id = 123 };
    ctx.Table1s.Attach(table1);

    foreach (var table2 in table2sToInclude.Select(id => new Table2 { Id = id }))
    {
        ctx.Table2s.Attach(table2);
        order.Table2s.Add(table2);
    }
    ctx.SaveChanges();
}

此代码在 Table1 的 id 为 123 的项目与 table2sToInclude 中的所有 Table2 项目之间创建关系，而不从数据库加载任何单个记录。

是什么让一一添加记录变得“蹩脚”？您知道AddRange有什么好处吗？典型集合中的 AddRange 扩展了内部数组的容量，只需将项目复制到扩展数组即可。 EntityCollection 不是典型的数组，它必须处理每个添加的实体。因此，即使存在一些 AddRange，它也会在内部迭代项目并逐一处理它们。