Migration 实体框架核心-x27;不要使用迁移
我希望在没有迁移的情况下使用ef!我想手动操作表和列。这可能吗 没有找到解决那个问题的办法Migration 实体框架核心-x27;不要使用迁移,migration,.net-assembly,entity-framework-core,Migration,.net Assembly,Entity Framework Core,我希望在没有迁移的情况下使用ef!我想手动操作表和列。这可能吗 没有找到解决那个问题的办法 我希望这样做,因为我的实体模型在不同的ASSYMBLY中 您可以使用代码优先模型,并使用CREATE和ALTER命令处理架构更改/更新 您可以使用以下方法从模型构建初始数据库架构: context.Database.EnsureCreated(); 为了确保数据库架构是最新的,您可以添加一个具有单个VersionNumber列/行的版本表,并随着版本的增加而更新,或者在应用程序启动时始终使用存在性检查和
我希望这样做,因为我的实体模型在不同的ASSYMBLY中 您可以使用代码优先模型,并使用CREATE和ALTER命令处理架构更改/更新 您可以使用以下方法从模型构建初始数据库架构:
context.Database.EnsureCreated();
为了确保数据库架构是最新的,您可以添加一个具有单个VersionNumber列/行的版本表,并随着版本的增加而更新,或者在应用程序启动时始终使用存在性检查和CREATE和ALTER语句运行相同的幂等SQL脚本。您可以使用代码优先模型,并使用CREATE和ALTER命令处理架构更改/更新 您可以使用以下方法从模型构建初始数据库架构:
context.Database.EnsureCreated();
为了确保数据库架构是最新的,您可以添加一个具有单个VersionNumber列/行的版本表,并随着版本的增加而更新,或者在应用程序启动时始终运行相同的幂等SQL脚本,并使用存在性检查和CREATE和ALTER语句如果您希望使用数据库优先建模,可以使用脚手架-但不清楚您想要的是什么。我仍然希望代码优先建模,但是我想通过代码而不是迁移来添加/更改表。那么您想自己处理数据库模式更新吗?但是仍然希望能够从基于代码的模型中创建初始db模式?如果希望使用数据库优先建模,可以使用脚手架-但不清楚您的目的是什么。我仍然希望代码优先建模,但我希望通过代码而不是迁移来添加/更改表。那么您希望自己处理数据库模式更新吗?但是仍然希望能够从基于代码的模型中创建初始db模式?我如何处理版本控制?你能再给我一点例子吗?我如何处理版本控制?你能再给我举个例子吗?