迁移MySQL到SQL Server后EF查询accessgroups表报错：无效对象名

可能的原因及对应解决方案 #

1. 表名大小写不匹配 #

SQL Server默认大小写不敏感（取决于排序规则设置），但如果迁移后SQL Server中的表名是AccessGroups或其他大小写形式，而EF生成的SQL用了小写accessgroups，就会触发错误。

• 打开SSMS查看目标数据库的表，确认实际表名。
• 如果表名是首字母大写或驼峰式，修改实体类的[Table]特性参数为实际表名，比如[Table("AccessGroups")]。

2. 未指定表架构 #

SQL Server默认表归属dbo架构，EF生成的SQL直接使用[accessgroups]，若实际表在其他架构下（如[customSchema].[accessgroups]）则会找不到。

• 在SSMS中查看表的完整名称，确认架构前缀。
• 解决方案：
  • 方法一：在[Table]特性中指定架构，示例：[Table("accessgroups", Schema = "dbo")]。
  • 方法二：在DbContext的OnModelCreating中全局设置默认架构：

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        modelBuilder.HasDefaultSchema("dbo");
        // 其他实体配置
    }
    

3. 连接字符串指向错误数据库 #

可能项目仍连接着旧的MySQL数据库，或指定的SQL Server数据库名称错误。

• 检查项目配置文件中的连接字符串，确认Initial Catalog（或Database）参数为迁移后的目标SQL Server数据库名。
• 用SSMS测试连接字符串，验证能否正常访问目标库。

4. EF迁移未正确执行 #

若使用EF迁移同步表结构，可能迁移脚本未完全执行，导致SQL Server中不存在accessgroups表。

• 在SSMS中查看__EFMigrationsHistory表，确认所有迁移记录都已执行。
• 在Package Manager Console中运行Update-Database命令，重新同步表结构到SQL Server。

5. 直接验证SQL语句 #

将EF生成的SQL直接在SSMS中执行：

SELECT [a].[Id], [a].[CanAssignTickets], [a].[CanDeleteTickets], [a].[CanEditTickets], [a].[CanEditUsers], [a].[CanFinishTickets], [a].[CanMoveTickets], [a].[CanRegisterUsers], [a].[CanSeeAllTickets], [a].[CanSeeCompanyTickets], [a].[CanSeeHisTickets], [a].[CanSeeServiceComments], [a].[CanSelectTopic], [a].[CanSelectUrgency], [a].[CanSubscribe], [a].[CanTakeTickets], [a].[Name]
  FROM [accessgroups] AS [a]

如果执行失败，尝试手动添加架构前缀（如[dbo].[accessgroups]）再运行，定位具体问题。

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