EF 4：如何更新断开连接的数据集？

发布于 2024-11-05 14:14:07 字数 223 浏览 0 评论 0原文

我正在使用 EF 4、POCO。任务如下：拥有一长串 DomainObject 类型的数据，需要从数据库中获取这些数据并在断开连接的模式下进行更新（添加、更新、删除操作）。稍后如何将更新后的集推送回数据库？假设自从我们加载数据以来，表没有发生并行更改。我知道 context.SaveChanges() 会进行更新，但问题是如何将所有更改从某种列表放回 DbSet，或者也许有一种方法可以在断开连接模式下直接使用 DbSet？谢谢！

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

乖不如嘢 2024-11-12 14:14:07

自跟踪实体是 EDMX + ObjectContext API 的功能，因此如果您的映射/代码依赖于 DbContext API（您提到的 DbSet），则无法使用它们。自跟踪实体是变更集模式的实现（如旧数据集）。关于SO的一些参考：

自我跟踪实体的目的是什么 < /一>
<一href="https://stackoverflow.com/questions/3814706/self-tracking-entities-vs-poco-entities/3815968#3815968">Self 跟踪实体与 POCO 实体

如果您不使用 Self - 跟踪实体答案非常简单 - 您必须告诉 EF 您做了哪些更改。一旦使用分离的实体，您必须将实体附加回新的上下文，并手动准确地说出您做了什么=插入、更新、删除了什么以及您如何更改关系。此过程中的关键组件是 ObjectContext API 中的 ObjectStateManager (context.ObjectStateManager) 或 DbContext API 中的 DbChangeTracker (context.ChangeTracker< /代码>）。在处理关系时，这是非常困难的，我们很多人通常使用另一个过程：我们再次加载实体图并将更改从分离的实体图合并到附加的实体图。一些参考：

请注意，根据您想要执行的更新数量，整个过程可能会非常慢。原因是 EF 不支持命令批处理，因此每个插入、更新、删除都是在数据库的单独往返中执行的。如果您更新 100.000 个复杂对象，则 SaveChanges 的执行可能需要几分钟时间。

编辑：

在一些非常特殊的场景中，您仅使用没有关系的实体，您可以使用一种技巧来传输有关“更改”的信息：

public void ProcessChanges(IEnumerable<DomainObject> entities)
{
    foreach(var entity in entities)
    {
        if (entity.Id == 0)
        {
            // New entity
        }
        else if (entity.Id > 0)
        {
            // Modified entity (you cannot say if entity war really modified,
            // you must update it always).
        }
        else
        {
            // Use negative Id (origId * -1) to mark entity as deleted
            // reverse Id and delete entity
        }
    }
}

这仅适用于具有简单键的平面对象。

Self-tracking entities are feature of EDMX + ObjectContext API so if you have your mapping / code dependent on DbContext API (you mentioned DbSet) you can't use them. Self-tracking entities are implementation of change set pattern (like old data set). Some reference on SO:

If you don't use Self-tracking entities the answer is pretty simple - you must say EF what changes you did. Once using detached entities you must attach entities back to a new context and manually say exactly what you did = what is inserted, updated, deleted and how did you change relations. The key component in this process is ObjectStateManager in ObjectContext API (context.ObjectStateManager) orDbChangeTracker in DbContext API (context.ChangeTracker). This is extremely hard when dealing with relation so many of us usually using another process: we load the entity graph again and merge changes from detached entity graph to attached entity graph. Some references:

Be aware that whole your process can be pretty slow depending on number of updates you want to do. The reason is that EF doesn't support command batching so each insert, update, delete is executed in a separate round trip to the database. If you update 100.000 complex objects you can expect that execution of SaveChanges takes several minutes.

Edit:

In some very special scenarios where you work only with entities without relations you can use a trick to transfer information about "changes":

public void ProcessChanges(IEnumerable<DomainObject> entities)
{
    foreach(var entity in entities)
    {
        if (entity.Id == 0)
        {
            // New entity
        }
        else if (entity.Id > 0)
        {
            // Modified entity (you cannot say if entity war really modified,
            // you must update it always).
        }
        else
        {
            // Use negative Id (origId * -1) to mark entity as deleted
            // reverse Id and delete entity
        }
    }
}

This works only for flat objects with simple key.

回复收藏 0 原文