如何在users与games表间建立wishlist和library两个多对多关系？

当然可以在users和games表之间创建两个独立的多对多关系，你采用中间表的方案完全正确，这是处理这类差异化业务关联的标准实践。

核心原因 #

wishlist（愿望单）和library（游戏库）属于完全独立的业务场景：

• 愿望单记录用户想要但未拥有的游戏
• 游戏库记录用户已购买/拥有的游戏
  将它们拆分为两个独立的中间表，能让数据结构更清晰，避免业务逻辑混淆，同时方便后续为每个场景扩展专属属性（比如愿望单加added_at记录添加时间，游戏库加purchased_at、playtime记录购买时间和游玩时长）。

示例表结构 #

-- users表
CREATE TABLE users (
    id INT PRIMARY KEY AUTO_INCREMENT,
    username VARCHAR(50) UNIQUE NOT NULL,
    email VARCHAR(100) UNIQUE NOT NULL
);

-- games表
CREATE TABLE games (
    id INT PRIMARY KEY AUTO_INCREMENT,
    title VARCHAR(100) NOT NULL,
    price DECIMAL(10,2) NOT NULL
);

-- 愿望单中间表
CREATE TABLE user_wishlist (
    user_id INT NOT NULL,
    game_id INT NOT NULL,
    added_at DATETIME DEFAULT CURRENT_TIMESTAMP,
    PRIMARY KEY (user_id, game_id),
    FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE,
    FOREIGN KEY (game_id) REFERENCES games(id) ON DELETE CASCADE
);

-- 游戏库中间表
CREATE TABLE user_library (
    user_id INT NOT NULL,
    game_id INT NOT NULL,
    purchased_at DATETIME DEFAULT CURRENT_TIMESTAMP,
    playtime INT DEFAULT 0, -- 单位：分钟
    PRIMARY KEY (user_id, game_id),
    FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE,
    FOREIGN KEY (game_id) REFERENCES games(id) ON DELETE CASCADE
);

关键注意事项 #

• 每个中间表的user_id和game_id需设置联合主键或唯一约束，防止同一用户重复添加同一游戏到愿望单/游戏库
• 查询时需区分两个中间表：获取愿望单数据关联user_wishlist，获取游戏库数据关联user_library，逻辑边界清晰
• 若使用ORM框架（如Django、Laravel），可通过配置两个ManyToManyField并分别指定对应的中间表（through参数）来实现关联

内容的提问来源于stack exchange，提问作者Francisco Moreno Santaella