无法保存实体框架继承类型

Question

我在我的数据模型中实现了一些表类型继承（基本上有一个 BaseEntity 类型，其中包含我的项目的所有基本信息和一个 Employer 类型，该类型继承自BaseEntity 项）。 一切似乎都设置正确，并且在使用实体时（通过 ADO.net 数据服务或通过 Linq to Entities），我可以看到 Employer 类型，并且一切似乎都很好。 当我创建一个新的 Employer 实体并尝试保存它时，问题就开始了。

在似乎不是 .AddToEmployer 项的上下文中（仅限 AddObject 或 AddToBaseEntity）。

如果我使用 AddObject("Employer", NewEmployer) 我收到以下错误消息：

找不到 EntitySet 名称“DataEntities.Employer”。

如果我使用 AddToBaseEntity(NewEmployer) 我会收到以下错误消息：

无法确定相关操作的有效顺序。 由于外键约束、模型要求或存储生成的值，可能会存在依赖关系。

我是否错过了设置继承的步骤？ 有没有一些特定的方法来保存继承的对象？ 我究竟做错了什么？ 我认为基本问题是我应该有一个 AddToEmployer，我需要做什么才能暴露它？ 奇怪的是，这不是一个选项，因为我可以在客户端看到雇主类型，并且可以执行以下操作：

var NewEmployer = new Employer() - 这似乎表明我可以看到雇主类型很好。

Answer 1

我叫 Phani，在 ADO.NET 数据服务团队工作。

ResolveName 和 ResolveType 方法用于帮助您自定义客户端在发送到服务器的有效负载中写入的类型信息以及如何具体化来自服务器的响应有效负载。

它们帮助您解析客户端上的类型，并且在许多场景中都很有用，例如：

1. 客户端上的实体类型层次结构与服务器上的不同。
2. 服务公开的实体类型参与继承，并且您希望在客户端上使用派生类型。

ResolveName 用于更改我们在向服务器发出请求时放置在线路上的实体的名称。

考虑这个数据模型：
在服务器上

public class Employee {
    public int EmployeeID {get;set;}
    public string EmployeeName {get;set;}
}

public class Manager:Employee {
    public List<int> employeesWhoReportToMe {get;set;}
}

当您使用客户端来处理 Manager 实体类型的实例时，
将更改提交到服务器后，当实体参与继承时，我们期望类型信息出现在有效负载中。

context.AddObject("Employees",ManagerInstance ); <-- add manager instance to the employees set.
context.SaveChanges();

但是，当客户端序列化此有效负载时，它会输入“Employee”作为类型名称
这不是服务器所期望的。
因此，您必须在客户端上提供名称解析器，

context.ResolveName = delegate(Type entityType){
    //do what you have to do to resolve the type to the right type of the entity on the server
    return entityType.FullName;
}

以相同的方式使用类型解析器。

context.ResolveType = delegate(string entitySetName){
    //do what you have to do to convert the entitysetName to a type that the client understands
    return Type.GetType(entitySetName);
}

Answer 2

那么你只能得到一个实体集 pr。 基类所以 .AddToBaseEntity 就是这样的解决方案。

但听起来您的模型中有循环依赖关系，因此实体框架无法确定按哪个顺序保存。

检查派生实体上的基本实体是否具有外键并更新模型。

Answer 3

我改变了一些事情并且能够让它发挥作用。 我不太确定基本问题是什么，但想发布我所做的事情以供参考。

重建表：我从 ID/Key 列和单个数据列开始重建表。

删除了额外的自动递增字段：我在 BaseEntity 和 Employer 上有一个自动递增 ID。 我删除了 Employer 上的自动递增 ID，只将 Employer.BaseEntityID 列和外键返回到 BaseEntity.BaseEntityID。 （这似乎是罪魁祸首，但我的印象是这是允许的）

不幸的是，这导致了实体框架中的继承类不能具有导航属性的问题（所有导航属性必须位于基本实体上），因此继承将被证明无法满足我们的需求。

Answer 4

您没有将雇主定义为实体集，就像实体类型一样。 这就是您在上下文对象中缺少 AddToEntity 的方式。 一个类层次结构总是有一个实体集，在本例中它是 BaseClass 实体集。

如果您想获取实体集“雇主”，您可以尝试手动编辑 edmx 文件并添加新的实体集“雇主”，然后将实体类型“雇主”设置为属于该实体集。 应该不难，我已经做过很多次了。

我不确定是否有一些更常规的解决方案。

Answer 5

两年多后推出，但为了保持其与搜索流量的相关性，我在一个便利类中快速解决了这个问题，我们用它来快速填充暂存数据的数据库。

不确定早期版本，但实体框架 4 允许您将对象作为基础对象转储到上下文中，然后框架计算出服务器端引用。 因此，您不会使用 AddToInheritedObjects() （无论如何已弃用），而是使用 ObjectSet<>.Add() 方法。

这是一个帮助器类示例：

public ContextHelper
{
        …
        _context = ModelEntities();

        public T Create<T>() where T : class
        {
            // Create a new context
            _context = new ModelEntities();

            // Create the object using the context (can create outside of context too, FYI)
            T obj = _context.CreateObject<T>();

            // Somewhat kludgy workaround for determining if the object is
            // inherited from the base object or not, and adding it to the context's
            // object list appropriately.    
            if (obj is BaseObject)
            {
                _context.AddObject("BaseObjects", obj);
            }
            else
            {
                ObjectSet<T> set = _context.CreateObjectSet<T>();
                set.AddObject(obj);
            }

            return obj;
        }
        …
}

因此，假设您有以下内容：

class ObjectOne : BaseObject {}
class ObjectTwo {}

您可以轻松地将实体添加到上下文中：

ContextHelper ch = ContextHelper()
ObjectOne inherited = ch.Create<ObjectOne>();
ObjectTwo toplevel = ch.Create<ObjectTwo>();
…

当然，请记住 ContextHelper 应该有一个调用 _context.SaveChanges() 的公共 Save() 方法 - 或者您应该有一些其他方法将对象更改推送到数据存储。

这可能不是对任何有关继承的特定问题的直接回答，但希望为人们提供一个回答细节的起点。