EF Core代码优先模式存疑：应用价值与非表数据库对象创建方法

一、为什么应该使用EF Core Code First #

• 代码与数据库结构强绑定：实体类直接映射数据库表，团队协作时无需手动同步DB脚本，通过迁移文件就能追踪结构变更历史，便于版本控制和回滚。
• 跨数据库兼容：无需针对不同数据库编写特定SQL，EF Core会自动生成适配目标数据库的语句，切换SQL Server、MySQL等数据库时成本更低。
• 快速原型开发：通过实体类快速生成数据库结构，无需先设计DB再写代码，适合敏捷开发场景。
• LINQ查询的便捷性：强类型的LINQ查询避免了硬编码SQL的语法错误，同时具备编译时检查能力，减少运行时SQL错误。

二、无需SSMS即可创建非表数据库对象的方法 #

1. 利用EF Core原生支持（部分对象） #

• 视图：EF Core 5+支持直接通过实体类映射视图，只需在OnModelCreating中配置：

modelBuilder.Entity<YourViewEntity>()
    .ToView(nameof(YourViewEntity))
    .HasKey(e => e.Id);

生成迁移时，EF Core会自动创建对应视图；若需自定义视图逻辑，可在迁移的Up方法中补充SQL语句，无需依赖SSMS验证——可通过本地测试数据库执行迁移，或编写单元测试验证逻辑正确性。

• 用户定义类型（UDT）：在迁移中通过migrationBuilder.Sql执行UDT创建语句，同时结合EF Core的ValueConverter实现实体属性与UDT的映射。可利用EF Core的EnsureCreated生成本地测试库，直接运行迁移验证SQL，无需打开SSMS。

2. 封装SQL生成逻辑 #

将存储过程、UDT的创建SQL封装成静态类常量，结合迁移API执行；同时可使用.NET的SqlConnection在本地测试SQL片段，无需切换到SSMS：

public static class DbScripts
{
    public const string CreateGetUsersProc = @"
        CREATE PROCEDURE GetUsers
        AS
        BEGIN
            SELECT Id, Name FROM Users;
        END
    ";
}

// 在迁移Up方法中调用
protected override void Up(MigrationBuilder migrationBuilder)
{
    migrationBuilder.Sql(DbScripts.CreateGetUsersProc);
}

3. 替代SSMS验证的小技巧 #

• 执行Update-Database -Script命令生成迁移对应的SQL脚本，直接在本地数据库执行验证。
• 使用VS自带的SQL Server对象资源管理器，在IDE内完成SQL测试，无需切换工具。

三、EF Core Code First中基于角色的安全控制实现 #

• 在迁移中配置角色与权限：直接在迁移的Up方法中执行SQL创建角色、分配权限：

protected override void Up(MigrationBuilder migrationBuilder)
{
    // 创建只读角色
    migrationBuilder.Sql(@"CREATE ROLE [ReadOnlyUser]");
    // 授予视图读取权限
    migrationBuilder.Sql(@"GRANT SELECT ON [YourView] TO [ReadOnlyUser]");
    // 授予存储过程执行权限
    migrationBuilder.Sql(@"GRANT EXECUTE ON [GetUsers] TO [ReadOnlyUser]");
}

• 结合ASP.NET Core Identity：若为Web项目，可通过Identity系统管理应用角色，在业务逻辑中通过角色控制数据访问；同时配合EF Core的HasQueryFilter实现基于角色的数据隔离。

四、DACPAC与EF Core Code First的部署对比 #

DACPAC确实在部分场景下更便捷：

• 批量对象管理：可一次性打包所有数据库对象（表、视图、存储过程、角色等），适合复杂数据库结构的部署，无需逐个编写迁移脚本。
• 自动Schema同步：支持自动对比目标数据库与包内结构的差异，生成同步脚本，适合已有成熟数据库结构的项目。
• 企业级工具支持：SQL Server的SSDT工具对DACPAC的支持更完善，适合大规模、多环境的数据库部署场景。

但EF Core Code First也有不可替代的优势：

• 代码驱动的变更追踪：迁移与代码版本绑定，便于追踪每个变更的业务上下文（如对应需求），而DACPAC的变更历史需额外维护。
• 开发部署一致性：开发人员通过实体类变更生成迁移，无需手动维护DACPAC包，减少开发与部署的脱节。

内容的提问来源于stack exchange，提问作者niler