我正在尝试完成本教程http://www.asp.net/mvc/tutorials/getting-started-with-aspnet-mvc3/getting-started-with-mvc3-part4-cs，但我没有使用 SQL Server 的精简版，而是在本地计算机上使用完整安装。我阅读本教程的方式是假设实体框架从我定义的对象创建表。我的问题是，当我运行项目时，我不断收到无效的对象名称 dbo.movies。我终于通过自己创建表来运行它，所以我知道连接字符串并且一切都是正确的。
我的问题是，是否可以从 C# 中创建的对象生成表？如果可以，如何？
【问题讨论】：
标签： c# sql asp.net-mvc entity-framework
是否可以从 C# 中创建的对象生成表？
是的，这是可能的。在运行代码之前，您是否碰巧在 Management Studio 中手动创建了数据库？那可能是你的问题。使用 Code First，默认约定是在数据库不存在时创建数据库。如果数据库已经存在（即使没有表），那么它将只使用现有数据库（但不会尝试创建表）。
您可以删除数据库并尝试再次运行代码以查看它是否会为您创建它，或者将以下行放入 Global.asax：
Database.SetInitializer(new DropCreateDatabaseAlways<YourDbContextHere>());
一旦它运行，我建议将该行更改为：
Database.SetInitializer(new DropCreateDatabaseIfModelChanges<YourDbContextHere>());
这些命名空间在System.Data.Entity中定义
DbContext 类还公开了一个定义以下有用方法的数据库属性：
Delete()
Create()
CreateIfNotExists()
如果你这样定义你的类：
public class MyContext : DbContext {}
你可以像这样构造一个实例：
MyContext db = new MyContext();
db.Database.Delete();
db.Database.Create();
【讨论】：
ModelContext.Database.EnsureCreated();
【讨论】：
如果您创建一个 Linq-to-Sql DataContext，您可以将结构直接注入到您的数据库中：
DbDataContext db = new DbDataContext(connectionString);
db.CreateDatabase();
【讨论】：
我不知道这是否符合规定，但使用代码优先的 EF，当我使用 AddRange 时，EF 通常会创建我定义的所有表。我想保留数据库，因为我想在应用程序运行之间保留其他表。我发现如果我没有删除 EF 创建的名为 __MigrationHistory 的表，则在删除它们后不会重新创建这些表。
删除此表后，EF 将重新创建表，而无需重新创建数据库。
这在生产中可能不是一个可取的方法，但对于我的开发需要，这解决了我的问题。也许它会帮助别人。
【讨论】：
您可以使用FenixRepo 库（也可用作nuget package）创建特定的表，这是您Context 的一部分。首先，您应该在启动时调用一次staticInitialize 方法，其中第一个参数是工厂方法，它返回您的Context 的实例，第二个是Configuration 的实例class .它将为您在Context 注册的所有表准备 SQL 脚本。对于 ASP.NET MVC，最好将此代码粘贴到 Global.asax：
FenixRepositoryScriptExtractor.Initialize(() => new Context(), new Configuration());
然后您可以通过这种简单的方式创建所需类型的表MyTable：
var repo = new FenixRepositoryCreateTable<MyTable>();
//or repo = new FenixRepository<MyTable>();
repo.CreateTable();
此外，如果您的表分布在多个迁移之间，并且它们没有与其他表对应的任何内容，您可以通过 FenixAttribute 指定这些迁移（即迁移文件夹中的类的名称），它们将被用作SQL 脚本，将用于创建表：
[Fenix(nameof(Initial), nameof(MyTableFirstMigration), nameof(MyTableSecondMigration))]
public class MyTable
{
//some stuff
}
如果没有这个属性，库将使用 default 脚本。指定迁移总是更好，因为否则不能保证所有索引都会被创建，并且您可以在迁移中包含一些自定义代码，这些代码在 default 解决方案的情况下不会执行。
在 MS SQL 的情况下，库与 EF 6.1.3 兼容并经过测试。
【讨论】：