.NET 7 Razor Pages新增客户后创建预约SqlException报错排查

核心问题定位 #

报错明确指向Clientss表的KliEm列不允许空值，但新增客户时该字段被插入NULL，需从数据传递、实体赋值、逻辑流程三个维度排查。

1. 前端数据传递校验 #

• 检查弹窗的JS逻辑：确认Select2输入新客户信息后，KliEm对应的input框是否被正确赋值，表单提交前该字段未被清空。比如是否仅复制了客户名称，遗漏了邮箱字段：

  // 错误示例：仅赋值客户名称
  $('#clientNameInput').val(selectedItem.text);
  // 正确示例：同步赋值KliEm对应字段（假设Select2返回包含邮箱的结构）
  $('#clientNameInput').val(selectedItem.text);
  $('#clientEmailInput').val(selectedItem.email);
  

• 用浏览器Network面板查看提交请求的FormData/JSON，确认KliEm字段存在非空有效值。

2. 后端实体赋值检查 #

• 查看Razor Page/API的绑定模型：确认KliEm对应属性已标记绑定（如Razor Pages的[BindProperty]，API的[FromBody]），未被排除在绑定范围外。
• 检查新客户保存逻辑：确保创建Clientss实体时KliEm属性被正确赋值，无遗漏：

  // 错误示例：未赋值KliEm
  var newClient = new Clientss
  {
      KliName = model.ClientName
      // 缺少KliEm赋值
  };
  // 正确示例：明确赋值KliEm
  var newClient = new Clientss
  {
      KliName = model.ClientName,
      KliEm = model.ClientEmail // 需与前端传递的字段对应
  };
  

3. 映射与流程校验 #

• ORM映射检查：确认EF Core（或使用的ORM）中Clientss实体的KliEm属性，未被配置为忽略或默认NULL，确保与数据库列正确关联。
• 数据库约束确认：核对数据库脚本中KliEm列的定义，确认是NOT NULL，同时确保前端输入值符合该列的数据类型要求（如邮箱格式合法，未因前端验证失败被清空）。
• 流程顺序检查：确保新增客户的逻辑在预约创建前完整执行，且客户保存成功后才将其ID关联到预约，避免异步操作未完成导致的实体未初始化问题。

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