0

我们在我们的应用程序中遇到了一个非常奇怪的问题，我们实体上的导航属性最终变得“混乱”，因为它认为另一端没有实体，而实际上有。导航属性是一对一导航，我知道过去我们在一对一属性方面遇到过其他问题，所以也许我们只是遇到了一个奇怪的边缘情况错误？

在尝试以最简单的方式重现问题时，我发现我可以通过连续两次执行 entityManager.CacheStateManager.RestoreCacheState(someCacheState) 来重现它。做两次会导致问题，但做一次不会。在我们的应用程序中，我们正在恢复缓存状态，这似乎与问题有关。我不认为我们正在恢复它两次，但也许我们是？无论哪种方式，这样做似乎应该没问题？

此外，在我们的真实应用程序中，我可以通过对两个实体（参与一对一关系的两个实体）的列表执行两次 ImportEntities 来重现该问题。在这种情况下，我不必做两次恢复相同缓存状态来重现问题的奇怪事情——我只需导入两次。不幸的是，我无法在干净的解决方案中重现双重导入。

这是一些示例代码，演示了预期的行为并显示了实际行为：

private static void TestMultipleImports()
{
    //Any database with a one-to-one should work.  I'm using Adventure Works here but I've modified 
    //    it to have a one-to-one relationship.  For each Contact there are 0 or 1 Contact Details
    //    (they both have ContactID as the Primary Key)
    var mainEm = new AdventureWorksEntities();

    //Add a Contact and a Contact Detail with the same SID
    var contact = new Contact {ContactID = 1};
    var detail = new ContactDetail {ContactID = 1};

    mainEm.AttachEntity(contact);
    mainEm.AttachEntity(detail);

    //DevForce correctly matched up the entities so navigating from Contact to Detail or 
    //  from Detail to Contact works as expected
    Assert.AreSame(detail, contact.ContactDetail);
    Assert.AreSame(contact, detail.Contact);

    //In another entity manager, add the same Contact and Details
    var altEm = new AdventureWorksEntities();
    altEm.AttachEntity(new ContactDetail {ContactID = 1});
    altEm.AttachEntity(new Contact {ContactID = 1});

    //Use our helper method to import everything from our alternate EM into the main one
    ImportAll(altEm, mainEm);

    //Verify the navigations are still working
    Assert.AreSame(contact, detail.Contact);
    Assert.AreSame(detail, contact.ContactDetail);

    //Now do a similar import except we'll import into the dummy EM before importing into the main EM.  
    //  This 'double import' seems to cause the problem.  It would also break if we imported twice into 
    //  main EM.
    var dummy = new EntityManager();
    ImportAll(altEm, dummy, mainEm, mainEm);

    //Verify once more.  This one will pass ...
    Assert.AreSame(contact, detail.Contact);

    //...but this will fail.  The Contact Detail is in the Entity Manager and it can navigate to its related
    //   Contact...but for some reason, the Contact can't navigate to the Detail any longer.  Instead of 
    //   being the expected Contact Detail entity, it is a Null Entity
    Assert.AreSame(detail, contact.ContactDetail);
}

//Perhaps a bit of an odd way to copy entities between entity managers but it seems like this should be a 
//   reasonable thing to do
private static void ImportAll(EntityManager source, params EntityManager[] destinations)
{
    var ecs1 = source.CacheStateManager.GetCacheState();

    foreach (var destination in destinations)
    {
        destination.CacheStateManager.RestoreCacheState(ecs1, RestoreStrategy.Normal);
    }
}

我们正在运行 Dev Force 2012 的最新版本（截至撰写本文时）：7.2.3。

4

2 回答 2

1

这里的根本问题原来是 DevForce 如何以 1:1 的关系与它所谓的“未解决的父级”实体一起工作的问题。多个导入/变异 EntityCacheState 问题主要是一个红鲱鱼，但确实暴露了问题。

这已在版本 7.2.4 中修复。

于 2014-08-05T23:54:57.883 回答
0

我认为我们已经解决了这个问题，但如果可能的话，我们希望为您提供 beta 位，以确保它可以解决您的应用程序中的问题。告诉我，我会为我们的 ftp 站点压缩包。

问题是 EntityCacheState 实际上会随着每次使用而发生变化，这可能会导致一些奇怪的边缘条件。

在您的测试用例中，您可能会注意到以下任一情况的良好结果：

  • 如果您在 ImportAll 的 foreach 循环中创建新的 ECS
  • 如果您以与 mainEm 中相同的顺序附加 altEm 实体

我知道您的实际应用程序中的问题与测试用例有些不同，但您可能可以稍微调整您的代码作为解决方法，直到 7.2.4 发布。

于 2014-06-30T22:13:19.830 回答