使用Entity Framework Code First在Azure中无法创建SQL表

我帮你梳理几个可能的原因和对应的解决步骤，毕竟本地正常但Azure出问题，大概率是环境配置或者EF的细节没注意到：

1. 检查实体类是否有EF识别的主键 #

EF要求实体必须有主键才能生成数据表，这是最容易忽略的点。打开你的Expense类，确认是否有符合约定的主键：

• 要么有命名为Id的属性（比如public int Id { get; set; }）
• 要么用[Key]特性标记某个属性作为主键

如果没有主键，EF会跳过该实体的表创建，但仍然会记录迁移历史——这正好符合你看到的现象。

2. 确认迁移命令是否针对正确的DbContext #

如果你的项目里有多个DbContext，或者EF没有自动识别到ApplicationContext，迁移命令可能没有生效在正确的上下文上。尝试重新执行命令时指定上下文：

Add-Migration MyTables -Context ApplicationContext
Update-Database -Context ApplicationContext

另外，打开生成的迁移文件（在Migrations文件夹下），检查Up()方法里是否包含创建Expenses表的代码。如果Up()是空的，说明EF没有检测到实体的变化，得检查DbContext里的DbSet<Expense>是否正确引用了实体类。

3. 验证Azure环境的连接字符串配置 #

虽然迁移历史能写入Azure数据库，但还是要确认发布后的应用是否使用了正确的连接字符串：

• 登录Azure门户，找到你的App Service → 配置 → 连接字符串
• 添加名称为ExpenseApplicationDB的连接字符串，值填入你提供的连接字符串（记得替换{your_username}和{your_password}）
• 确保代码里的配置是正确的：比如在Program.cs里注册DbContext时，用了正确的配置键：

builder.Services.AddDbContext<ApplicationContext>(options =>
    options.UseSqlServer(builder.Configuration.GetConnectionString("ExpenseApplicationDB")));

4. 修复发布对话框的“未找到数据库”问题 #

发布时显示这个提示，通常是因为EF的DbContext没有被正确检测到，试试以下步骤：

• 清理解决方案（右键解决方案 → 清理），然后重建整个项目
• 确认ApplicationContext所在的项目被启动项目引用了，如果是单独的类库项目，要确保启动项目的服务注册里包含了这个DbContext
• 在发布对话框的“数据库”部分，点击“配置”，尝试手动选择ApplicationContext，并勾选“应用迁移”选项——这样发布时会自动执行Update-Database，避免手动执行时的环境差异

5. 检查Azure SQL数据库的用户权限 #

虽然迁移历史能写入，但创建表需要足够的权限。确认你的数据库用户拥有db_owner或者ddl_admin角色权限，权限不足可能导致表创建失败但不抛出明显错误。

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