使用实体框架和实体框架在运行时更改数据库代码优先

Question

有没有办法使用 Code First 方法来更改使用 EF 的底层数据库？

我有 2 个具有静态模型的表： 用户和信息1。

我还有另一个表，我将其称为 info2。

我希望能够从我网站的管理部分添加和删除 Info2 中的列。

我的目标是拥有一个可以动态更改的网站，可以根据用户的喜好添加和删除字段，而用户无需了解任何有关编码的知识。

我考虑过在 MVC3 项目模型中指定的数据库之外使用一个单独的数据库，并直接向该数据库发出 SQL 请求。

这也可以通过使用一个包含动态创建字段的表和另一个包含数据的表来完成，但这很快就会变得混乱。

有人做过这样的事吗？这是一个坏主意吗？

Answer 1

我建议不要尝试水平扩展表格，这是您应该做出有意识的决定的操作。

相反，我建议您将值存储为名称/值对。您可以拥有具有特定类型的表（假设您需要一个与键配对的整数值），然后您可以将它们选择到用户的字典中。

如果您担心复制键值，您还需要一个包含键的表。

例如，您将有一个 UserDefinedKey 表

UserDefinedKeyId (int, PK)     Key (varchar(?))
--------------------------     ----------------
                         1     'My Website'
                         2     'My favorite color'

然后您将有一个 UserDefinedString 表（用于字符串值）

UserDefinedStringId  UserId     UserDefinedKeyId  Value
(int, PK)            (int, FK)  (int, FK)         (varchar(max))
-------------------  ---------  ----------------  --------------
                  1          1                 1  'http://stackoverflow.com'
                  2          1                 2  'Blue'
                  3          2                 2  'Red'

您可能希望在 >UserId 和 UserDefinedKeyId 字段，以防止人们为同一键输入多个值（如果您想要这样，请拥有一个没有唯一约束的单独表）。

然后，当您想要为用户添加值时，可以将其添加到 UserDefinedKey 表中，然后将您的逻辑从该表和保存这些值的其他表中驱动出来。

垂直存储值的另一个好处是，您不会浪费那些不被所有用户使用的值的列的空间。

例如，假设您采用修改表格的方法，对于上述属性，您将得到：

UserId  WebSite                   Color
------  -------                   -----
     1  http://stackoverflow.com  Blue
     2  (null)                    Red

现在假设第三个用户出现，并添加了一个最喜欢的运动队值，他们是只有一个人使用它，该表看起来像这样：

UserId  WebSite                   Color  FavoriteSportsTeam
------  -------                   -----  ------------------
     1  http://stackoverflow.com  Blue   (null)
     2  (null)                    Red    (null)
     3  (null)                    (null) Yankees

随着用户和属性数量的增长，您拥有的稀疏数据量将急剧增加。

现在，假设您使用的是 SQL Server 2008，您可以使用 稀疏列，如果不这样做，你的表将会变得很大，但数据却很少。

此外，使用稀疏列并不能消除使用数据定义语言（DDL）的事实 动态更改架构。

此外，实体框架将无法调整其对象模型来适应新属性；每次添加属性时，您都必须将该属性添加到对象模型中，重新编译并重新部署。

使用垂直方法，当然需要更多的工作，但它将具有无限的灵活性，并且可以更有效地利用数据库空间。