自定义数据库表的自定义实体构建器答案

【问题标题】：Custom entity builder for custom database table自定义数据库表的自定义实体构建器
【发布时间】：2014-03-05 14:57:21
【问题描述】：

我正在使用 Entity Framework 6 设计一个多租户应用程序。此应用程序的一个关键要求是允许每个租户拥有自定义表。这意味着同名的一个表可能在不同的模式之间有所不同。

例如，一个租户可能有一个“People”表，其中包含：ID、FirstName、LastName、BirthDate。

另一个租户可能有一个“People”表，其中包含：ID、FirstName、LastnName、BirthDate、FavoriteColor。

当我设计我的模型时，这就是我所拥有的：

public class Person
{
  public int ID { get; set; }

  public string FirstName { get; set; }

  public string LastName { get; set; }

  public DateTime BirthDate { get; set; }
}

这适用于第一个租户，但不会加载第二个租户中的自定义列。我希望做的是这样的：

public class Person : Dictionary<string, object>
{
  public int ID { get; set; }

  public string FirstName { get; set; }

  public string LastName { get; set; }

  public DateTime BirthDate { get; set; }
}

然后编写一个自定义模型映射器/构建器，它将没有匹配属性的表列放入字典集合中。

这有几个问题：

Entity Framework 创建一个 SELECT 语句，列出所有模型中的属性/列。不知何故，我需要更换用 * 列出所有列，即使是 EF 不知道的列关于，被退回。
我需要能够截取结果集，映射已知列模型属性，并将未知列放入字典。

这有可能吗？有没有更好的方法来解决这个问题？

【问题讨论】：

好吧，看看EF 是否必须提供开箱即用的东西会很有趣。我能想到的是制作一些像CustomColumns 这样的枚举，并有一个像PeopleCustomColumns 联结表这样的表，或者按这个顺序排列的东西..
是的，这个问题有三个解决方案：1. 有另一个密切相关的表，其中包含“额外”列信息 2. 为每个表添加通用列，可用于自定义用途和 3. 处理架构之间具有不同布局的表。前两个不难创建，但需要额外的开销。最后一个解决方案在我的情况下是理想的，因为它具有灵活性并且没有开销。

标签： c# entity-framework .net-4.5 code-first entity-framework-6

【解决方案1】：

我遇到了一个类似的问题，一个更普遍的问题。

在我的应用程序中，最终用户能够定义他的数据对象。在设计时，我什至不知道Person 类。这意味着从设计的角度来看，将属性添加到运行时我什至不知道的类。 :)

刚开始，忘记实体框架。试图解决这个问题你不会走得太远。我花了一些时间比较和分析解决方案。好消息：我找到了！

我现在正在做的是允许用户指定数据对象的名称以及属性。接下来，我使用 CodeDOM 生成一个包含基于用户数据的 POCO 类的程序集。所有类都派生自一个空的IDataObject 接口。

最后使用反射，我正在加载类并根据用户需要再次使用它们。从空接口继承非常有用，主要有两个原因：

使用反射获取类：我正在使用接口获取从它派生的类。 Type.GetType() 帮助选择我需要的那个。
我正在使用的 ORM（见下文）正在使用泛型方法。我只是在我的方法中添加一个where T : IDataObject 来限制使用。

我使用的 ORM 是 ServiceStack OrmLite。 V4 不是免费的，但您仍然可以使用 V3（可以从 NuGet 获得）。顺便说一下，它是最快的 .NET ORM 之一。

OrmLite 所要求的只是插入/更新对象的类型等。为此，我使用dynamic 关键字来保持类型解析为运行时。看看这里：

Pass concrete object type as parameter for generic method

这里有更多关于 CodeDOM 的信息：

How to: Create a Class Using CodeDOM

顺便说一句，很抱歉没有发布代码示例，原因有两个：大小和雇主 IP。

最后，这是我在 SO 中提出的另一个问题，试图解决这个问题。这可能会有所帮助。

Add property to POCO class at runtime

很抱歉，我忘了提到组装生成是为每个最终用户完成的。如果您想扩展现有类型（因为将生成新的程序集版本），这可能会导致应用程序重新启动。 OrmLite 负责使用其CreateTable<T>(true) 方法扩展表。

【讨论】：