C#中如何更新通过外键关联的雇主表与系统用户表数据

核心约束对齐 #

所有实现严格贴合已定义的规则，不额外增加逻辑：

• tbl_employer.Emp_num为自增主键，是两表关联的唯一锚点，更新流程中不修改该字段值
• tbl_system_users记录与雇主权限一一对应，无独立存在的系统用户记录
• 用户名、密码两个输入框必须同时非空，才允许操作系统用户表的对应记录

数据库操作层（update_employers方法）逻辑补全 #

现有方法仅覆盖了“先更新雇主表、用户名密码非空时更新用户表”的基础逻辑，需补全缺失分支，保证数据一致性：

1. 主表固定更新逻辑
   以传入DTO的Emp_num为查询条件，对所有雇主记录统一执行tbl_employer基础字段更新，覆盖字段为Designation、Fname、Lname、Phone_no，该步骤对所有雇主生效，与是否拥有系统权限无关。
2. 系统用户表分支处理（严格匹配非空规则）
   • 当DTO中User_name、Password两个字段均为非空时：
     先查询tbl_system_users中是否存在与当前Emp_num匹配的记录：存在则执行更新操作，覆盖User_name、加密后的Password；不存在则执行插入操作，写入Emp_num、User_name、Password三个字段。
   • 当DTO中User_name、Password两个字段至少有一个为空时：
     直接删除tbl_system_users中与当前Emp_num匹配的所有记录，收回该雇主的系统访问权限。

     该分支是现有代码的缺失部分：如果仅处理非空更新场景，会出现“原有系统权限的雇主被清空用户名密码后，旧账号残留仍可登录”的规则漏洞。

3. 事务包裹要求
   主表更新、系统用户表的增/删/改操作必须放在同一数据库事务中执行，任意步骤报错则全部回滚，避免出现两表数据不一致的问题。

窗体层（employer.cs更新按钮点击事件）逻辑补全 #

现有代码已实现“读取控件内容、加密密码、封装DTO传入数据库方法”的基础流程，需补全校验与参数传递的关键节点：

• 先校验雇主基础信息（姓名、职位、联系电话）的非空有效性，拦截无效提交
• 读取用户名、密码输入框内容时统一做Trim()处理，避免纯空格填充的“假非空”值触发错误的用户表操作
• 封装DTO时，必须将当前编辑雇主的原始Emp_num从页面编辑上下文中取出赋值，不能留空，否则数据库层的更新操作无法匹配到正确的目标记录
• 密码加密逻辑与新增雇主时的加密算法保持完全一致，避免出现新旧密码加密规则不统一的登录异常

常见实现误区规避 #

• 不要将tbl_system_users.Emp_num设置为自增字段：该字段作为关联外键，值必须与主表Emp_num完全一致，自增规则会直接导致关联错乱
• 不要在用户名密码为空时跳过用户表处理：仅当清空输入时同步删除旧用户记录，才能保证“仅输入框全非空时才存在系统用户”的规则不被破坏
• 不要在窗体层提前拆分用户名、密码的非空判断逻辑：所有分支判断统一交给数据库层方法处理，避免前后逻辑不一致

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