外键关联父表的最佳实践：插入结果表前的玩家数据处理

嗨，这个问题其实挺常见的，我来给你梳理下几种常规的实现方式，你可以根据自己的数据库类型和业务场景来选：

这种方式逻辑简单易懂，适合大多数入门场景，步骤大概是这样的：

• 先针对要插入的p1_id和p2_id，分别去players表查一下对应的记录是否存在
• 如果某个ID不存在，先执行插入玩家的SQL（这里要注意，你得拿到对应的p_name，毕竟players表的p_name是NOT NULL的，不能空着）
• 等两个玩家都确保在players表中存在后，再插入results表的数据
• 重中之重：把这些操作放在同一个事务里！这样中间任何一步出错，整个操作都会回滚，不会出现“玩家插进去了但结果没插成”或者反过来的不一致情况

给你写个伪代码示例（不管用Python、Java还是其他语言，逻辑都是类似的）：

# 伪代码，仅作逻辑演示
with database.transaction():
    # 检查并插入p1
    if not database.check_exists("SELECT 1 FROM players WHERE p_id = ?", (p1_id,)):
        database.execute("INSERT INTO players(p_id, p_name) VALUES (?, ?)", (p1_id, p1_name))
    # 检查并插入p2
    if not database.check_exists("SELECT 1 FROM players WHERE p_id = ?", (p2_id,)):
        database.execute("INSERT INTO players(p_id, p_name) VALUES (?, ?)", (p2_id, p2_name))
    # 插入比赛结果
    database.execute(
        "INSERT INTO results(f_id, f_datetime, p1_id, p2_id) VALUES (?, ?, ?, ?)",
        (f_id, f_datetime, p1_id, p2_id)
    )

如果你的数据库支持UPSERT（简单说就是“插入时如果主键冲突就更新/忽略”），那可以把“检查+插入玩家”的操作合并成一条SQL，不用在程序里分步骤判断，既简洁又高效——毕竟少了几次和数据库的交互。

不同数据库的语法略有差异，给你列几个常用的：

• MySQL/MariaDB：用INSERT ... ON DUPLICATE KEY UPDATE，因为players的p_id是主键，所以如果插入的ID已存在，就执行更新（如果不想改名称，写p_name = p_name占位也行）

  -- 插入或更新p1
  INSERT INTO players(p_id, p_name) VALUES (?, ?) ON DUPLICATE KEY UPDATE p_name = VALUES(p_name);
  -- 同理处理p2
  INSERT INTO players(p_id, p_name) VALUES (?, ?) ON DUPLICATE KEY UPDATE p_name = VALUES(p_name);
  -- 最后插入结果
  INSERT INTO results(f_id, f_datetime, p1_id, p2_id) VALUES (?, ?, ?, ?);
  

• PostgreSQL：用INSERT ... ON CONFLICT语法

  -- 插入p1，冲突则更新名称；如果不想更新，把DO UPDATE改成DO NOTHING即可
  INSERT INTO players(p_id, p_name) VALUES ($1, $2) ON CONFLICT (p_id) DO UPDATE SET p_name = EXCLUDED.p_name;
  -- 处理p2
  INSERT INTO players(p_id, p_name) VALUES ($3, $4) ON CONFLICT (p_id) DO UPDATE SET p_name = EXCLUDED.p_name;
  -- 插入结果
  INSERT INTO results(f_id, f_datetime, p1_id, p2_id) VALUES ($5, $6, $1, $3);
  

• SQL Server：可以用MERGE语句，或者2022及以上版本支持INSERT ... ON CONFLICT

  -- MERGE示例处理p1
  MERGE INTO players AS target
  USING (SELECT ? AS p_id, ? AS p_name) AS source
  ON target.p_id = source.p_id
  WHEN NOT MATCHED THEN
      INSERT (p_id, p_name) VALUES (source.p_id, source.p_name)
  WHEN MATCHED THEN
      UPDATE SET p_name = source.p_name;
  

• 不管用哪种方式，事务的原子性绝对不能丢！一定要把玩家操作和结果插入放在同一个事务里，避免数据不一致。
• 如果你的业务里玩家名称可能会变，那UPSERT里的更新逻辑要符合需求；如果名称不会改，直接用DO NOTHING（PostgreSQL）或者占位更新（MySQL）就行。
• 并发场景要考虑：比如两个请求同时插同一个玩家ID，不用UPSERT的话可能会报主键冲突，而UPSERT正好能解决这个问题。

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