ASP.NET中C#向SQL表添加数据时触发Specified cast is not valid错误

先给你划重点：外键约束或级联操作根本不会导致这个类型转换异常，这个报错100%是C#类型和SQL列类型的映射/转换环节出了问题，和外键规则半毛钱关系没有。

下面是具体的排查和解决步骤：

1. 盯紧实体类与SQL列的类型匹配 #

如果用的是Entity Framework（Core）：

• 实体类里的外键属性必须是long（C#里long就是Int64的别名，用哪个都行），绝对不能是int。
• 别光改类型，还要确认数据注解或Fluent API有没有指定对列类型：

  // 数据注解写法
  [Column(TypeName = "bigint")]
  public long DepartmentId { get; set; }
  
  // Fluent API写法（在DbContext的OnModelCreating里）
  modelBuilder.Entity<Course>()
      .Property(c => c.DepartmentId)
      .HasColumnType("bigint");
  

如果是手写ADO.NET：

• 加SqlCommand参数时，必须指定SqlDbType.BigInt，别用默认的SqlDbType.Int，哪怕你传的是long类型也不行：

  cmd.Parameters.Add("@DepartmentId", SqlDbType.BigInt).Value = departmentId; // departmentId得是long类型
  

2. 排查赋值/读取时的隐式转换坑 #

• 别依赖隐式转换，尤其是数据源是字符串或其他类型时，直接显式转成long更稳妥：

  // 稳妥写法：避免隐式转换带来的类型不匹配
  course.DepartmentId = Convert.ToInt64(request.DepartmentId);
  

• 如果是从数据库读取关联数据时出错，比如查主表（如Department）时把bigint类型的Id转成了int，后续赋值给外键属性时必然报错，要确保主表查询的Id类型也是long。

3. 去数据库确认列的真实类型 #

别想当然以为列是bigint，直接打开SQL Server管理工具，查看表结构里外键列的实际类型——说不定你之前改表结构时没改到位，还是int类型。

4. 清理ORM缓存或重新生成实体类 #

如果用EF，旧的模型缓存可能残留错误映射，试试用Scaffold-DbContext重新生成实体类，或者清理项目的bin/obj目录后重新编译。

关于你疑惑的外键和级联操作 #

• 外键约束报错是另一种场景：如果插入的外键值在主表里不存在，会抛出外键冲突异常（提示The INSERT statement conflicted with the FOREIGN KEY constraint），和类型转换错误完全不同。
• 级联操作是处理主表数据更新/删除时的关联表行为，和插入数据时的类型转换没任何关系，不用瞎折腾级联设置。

假设你的CoursesDataController里存在这类常见错误：

比如你可能写错了参数类型：

// 错误：参数类型设为Int，对应SQL的bigint必然转换失败
cmd.Parameters.Add("@CourseId", SqlDbType.Int).Value = course.Id;
// 正确：必须指定SqlDbType.BigInt
cmd.Parameters.Add("@CourseId", SqlDbType.BigInt).Value = course.Id;

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