SQLite演唱会数据库多艺人关联表结构设计咨询

直接说结论：新增第三张关联表是唯一合理的方案，另外两种方法都存在严重问题，下面逐个拆解：

不推荐的方案及问题 #

• 用分隔符存储多个艺人ID：比如在Concerts表加个ArtistIds列，用逗号/分号存ID。这种做法完全违背数据库设计的规范化原则，查询时筛选某个艺人的演唱会只能用LIKE '%123%'，不仅效率极低，还容易误匹配（比如ID 123和1234会被同时命中），而且没法用外键约束保证数据合法性，后续维护会非常麻烦。
• 新增ArtistId1、ArtistId2等多列：这种方法扩展性为0，一场演唱会如果有3个艺人就得改表加列，4个艺人还要继续加？空列还会浪费存储空间，查询时要写一堆OR条件，完全是给自己挖坑。

正确的多对多关联方案 #

因为一场演唱会可以有多个艺人，一个艺人也可以参加多场演唱会，这是典型的多对多关系，需要通过中间表来关联。

1. 创建关联表 #

比如命名为ConcertArtists，表结构如下：

CREATE TABLE ConcertArtists (
    ConcertId INTEGER NOT NULL,
    ArtistId INTEGER NOT NULL,
    PRIMARY KEY (ConcertId, ArtistId), -- 联合主键，避免重复关联
    FOREIGN KEY (ConcertId) REFERENCES Concerts(Id),
    FOREIGN KEY (ArtistId) REFERENCES Artists(Id)
);

这个表的每条记录代表一个艺人参与了某场演唱会，联合主键能防止同一个艺人重复关联同一场演唱会，外键约束保证关联的ID在对应的主表中存在。

2. 示例查询 #

• 查询某场演唱会的所有艺人：

SELECT a.*
FROM Artists a
JOIN ConcertArtists ca ON a.Id = ca.ArtistId
WHERE ca.ConcertId = 1; -- 替换成你要查的演唱会ID

• 查询某个艺人参加的所有演唱会：

SELECT c.*
FROM Concerts c
JOIN ConcertArtists ca ON c.Id = ca.ConcertId
WHERE ca.ArtistId = 5; -- 替换成你要查的艺人ID

这种方案完全符合数据库规范化要求，扩展性拉满，不管一场演唱会有多少艺人，只需要往ConcertArtists里加记录就行，查询效率也高，还能保证数据的完整性。

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