WordPress球员管理：修改记录时新增而非更新的问题排查

核心问题方向 #

这类问题本质是修改逻辑未精准定位到目标记录，导致程序误走新增流程，以下是具体排查点：

1. 数据表结构检查 #

• 确认nuevo_jugador表是否存在唯一自增主键（比如id INT AUTO_INCREMENT PRIMARY KEY），没有主键的话无法精准定位单条记录。
• 检查DNI字段是否设置UNIQUE约束，若允许重复DNI，用DNI作为WHERE条件会匹配多条记录，导致更新逻辑失效。

2. 修改表单数据传递检查 #

• 确认修改页面的表单是否携带了球员的主键ID（通常用隐藏字段），比如：

  <input type="hidden" name="jugador_id" value="<?php echo $player->id; ?>">
  

  如果没有传递该ID，后台无法识别要修改的是哪条记录，大概率会执行新增。

3. 修改功能代码逻辑检查 #

• 主键ID获取是否正常：检查后台代码是否正确接收了前端传递的主键ID，比如：

  $jugador_id = isset($_POST['jugador_id']) ? intval($_POST['jugador_id']) : 0;
  

  若$jugador_id始终为0，说明未获取到ID。
• UPDATE语句的WHERE条件是否正确：WordPress中用$wpdb->update时，第三个参数是WHERE条件，必须用唯一主键定位，示例：

  $data = array(
      'nombre' => $_POST['nombre'],
      'dni' => $_POST['dni'],
      // 其他字段
  );
  // 正确：用主键ID作为WHERE条件
  $wpdb->update('nuevo_jugador', $data, array('id' => $jugador_id));
  

  若WHERE条件用了DNI且DNI不唯一，或者条件写错，会导致找不到目标记录，部分程序会自动 fallback 到新增。
• 记录存在性判断逻辑：检查代码中是否先判断目标记录是否存在，比如：

  $exists = $wpdb->get_var($wpdb->prepare("SELECT COUNT(*) FROM nuevo_jugador WHERE id = %d", $jugador_id));
  if ($exists) {
      // 执行更新
  } else {
      // 执行新增
  }
  

  若判断逻辑错误（比如用DNI判断但DNI重复），会误判为记录不存在，从而执行新增。

4. 提交逻辑分支检查 #

• 确认修改按钮/表单的提交目标是否正确，是否误指向了新增功能的接口；检查代码中是否区分了新增和修改的分支（比如通过是否存在jugador_id来判断）。

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