C# EF Core查询MySQL出现未知列ToDoId，求排查与解决

ToDoId的来源 #

这是EF Core约定优于配置规则导致的：当你的ToDo模型包含自引用导航属性ICollection<ToDo> ToDos时，框架会自动推断一个名为ToDoId的外键列，用来建立父级与子级ToDo实体的关联关系——哪怕你没有在模型或数据库中显式定义这个列，EF Core也会默认尝试使用它。

解决方法 #

根据你的实际需求选择以下方案：

方案一：不需要自引用关联 #

直接删除模型中的ICollection<ToDo> ToDos属性，EF Core就不会再尝试生成ToDoId列，完全匹配你现有的两列数据库表结构。

方案二：保留自引用关联但自定义外键 #

如果你确实需要父子级的自关联结构，可通过以下步骤强制EF Core使用指定的外键列：

1. 在ToDo模型中添加可空的外键属性（比如命名为ParentId）：

public class ToDo
{
    public int Id { get; set; }
    public string ToDoName { get; set; }
    public int? ParentId { get; set; } // 自定义外键属性
    public ICollection<ToDo> ToDos { get; set; }
}

2. 在DbContext的OnModelCreating方法中用Fluent API明确配置关联规则：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 强制指定主键为Id
    modelBuilder.Entity<ToDo>().HasKey(t => t.Id);
    
    // 配置自引用关联，指定外键为ParentId
    modelBuilder.Entity<ToDo>()
        .HasMany(t => t.ToDos)
        .WithOne()
        .HasForeignKey(t => t.ParentId)
        .OnDelete(DeleteBehavior.Restrict); // 按需设置删除行为
}

额外：强制确认主键配置 #

如果你想确保EF Core不会错误识别主键，除了Fluent API，也可以在模型的Id属性上添加[Key]特性：

using System.ComponentModel.DataAnnotations;

public class ToDo
{
    [Key]
    public int Id { get; set; }
    public string ToDoName { get; set; }
    // 其他属性...
}

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