实体框架4.3多应用程序使用的数据库迁移策略

我一直在研究一个ASP.NET Entity Framework 4.3代码优先的应用程序，该应用程序负责管理其关心的数据库部分的模型。由于该数据库将被多个其他应用程序使用（有些不使用ef因此无法导入模型），我们的想法是使用我的应用程序创建基础数据库。在此之后，DBA可以根据需要添加未由我的应用程序使用的其他字段和表。实体框架4.3多应用程序使用的数据库迁移策略

在我的应用程序中实施模型更改时出现问题。我们的想法是使用EF 4.3的新Migrations特性创建脚本（-script特性），同时指向我们的本地机器dev db（SQLCompact），然后将其传递给DBA以迁移实际的开发数据库（MS SQL 2008 ）所有其他应用程序使用。

尽管如此，当我开始测试（指向SQL Server）时，应用程序无法读取任何外键关系，但出现这些列不存在的错误。我想知道这是否是由SQL Compact和SQL Server（EF到SQL）的翻译差异引起的，或者是其他原因造成的。

我是否应该为此类型的1-DB多应用程序环境而烦恼EF迁移？我是否需要直接针对SQL Server运行所有迁移？我应该使用完全不同的改变策略吗？任何帮助或指导，将不胜感激。

来源

2012-02-29 glockman

那么，你可以尝试在本地安装SQL Server Express，而不是使用compact。这应该消除紧凑和标准之间可能存在的差异。

来源

2012-02-29 15:34:47

现在进行设置，希望能解决不同SQL命令或命名约定转换的问题。你认为这是改变管理的正确途径吗？ – glockman 2012-02-29 16:18:50

认识到不同的SQL版本不是问题，除了一些小的类型更改，并且SQL Express无法解决这个问题。 – glockman 2012-02-29 21:48:47

实体框架4.3多应用程序使用的数据库迁移策略

回答

相关问题