使用实体框架的动态\用户可扩展实体答案

【问题标题】：Dynamic\ user extensible entities using entity framework使用实体框架的动态\用户可扩展实体
【发布时间】：2013-02-22 08:19:28
【问题描述】：

我将实体框架用于一个相当简单的问题跟踪应用程序。我想通过添加其他属性为用户提供扩展“问题”实体的能力，例如：

我想到了两种方法来完成任务：

可扩展的数据库方法

这种方法只是想法，我不知道如何使用实体框架来实现，所以我非常希望得到你的帮助。这是基本概念：

现在我只是不知道如何实现第三步，因为使用实体框架并且有从表中生成的 EF 实体对象（首先是 DB），因此理论上每个新列都必须重新映射和重新编译 DAL 项目。

您还有其他建议吗？

字典法

这个方法我知道怎么实现

但它有许多缺点（如果你知道如何克服它们，请发布）。

用户添加的每个新属性都只是另一条记录，它将为每个实体存储的数据量乘以 X，其中 X 是属性的数量，我看到大量问题进入系统并创建一个单独的表来保存每个问题多 10 条记录将生成需要大量内存的大量查询。
除了可预见的内存问题之外，我还必须创建动态“数据透视”（如报告和视图），以允许用户再次生成自定义属性报告，并且当您处理大量数据时，“数据透视”查询将占用更多时间。

【问题讨论】：

【解决方案1】：

我知道这个问题已经很老了，但是没有什么可以阻止您在运行时使用您的数据库架构在特定时刻构建您的 EF 数据模型。由于您的大部分数据模型都是静态的，因此增加的复杂性被本地化为在运行时可以更改的实体：

当您在运行时向数据库添加列时，您也需要将属性添加到相应类型。这意味着您的类型是在运行时构造的。您可能会在运行时创建具有附加属性的派生类型（或实现某些接口），以便您的编译时代码具有合理的类型以用于其他情况。这可以使用Reflection.Emit 来完成。
每当架构更改时，您都需要在运行时动态构建 EF 映射。您可以使用 EF Code First 来做到这一点。如果您的映射符合正常的 EF Code First 约定，那么除了确保将运行时类型添加到映射中之外，您无需在此处执行任何操作。否则，您必须实现代码，在运行时确定和配置附加属性的必要映射。
任何使用附加属性的查询都需要在运行时动态构建。这意味着在您的 LINQ 查询中使用 building member access expressions。同样，访问仅在运行时才知道的其他属性的值需要reflection。

您对第二种方法保持警惕是正确的，这种方法更广为人知的是Entity-Attribute-Value (EAV) data modeling。这种方法有许多缺点，其中最重要的是连接/查询复杂性增加以及缺乏外键支持。但是，由于 EAV 模型是在编译时声明的，因此可以说它更容易实现。

或者，您可以考虑使用专门用于具有灵活架构的实体的另一个数据存储，例如document databases。

【讨论】：

【解决方案2】：

因此理论上每个新列都必须重新映射和重新编译 DAL 项目。

您回答了自己的问题 :) EF 使用固定的数据库架构，所以第一个选项无论如何都不是一个选项。

【讨论】：