舞蹈活动曲目列表存储的数据库设计

Question

我正在用 Python 为一个简单的数据库编写一个简单的接口。该数据库是一个简单的数据库，它存储在哪个事件和哪个艺​​术家播放了哪些特定曲目。 Python 中的接口还不是问题，尽管数据库的设计是问题。我想出了以下几点：

--- EVENTS ---

CREATE TABLE events (
  id INTEGER PRIMARY KEY autoincrement,
  event_name TEXT NOT NULL,
  event_date TEXT NOT NULL,
  <list of tracklist-ids - foreign key?>
);

--- TRACKLISTS ---

CREATE TABLE tracklists (
 id INTEGER PRIMARY KEY autoincrement,
 artist TEXT NOT NULL,
 <list of track-ids - foreign key?>
);  

--- TRACKS ---

CREATE TABLE tracks (
 id INTEGER PRIMARY KEY autoincrement,
 trackartist TEXT NOT NULL,
 trackname TEXT NOT NULL,
 timesplayed INTEGER NOT NULL,
); 

我觉得这不合逻辑，我需要通过许多操作来从数据库中获取一些简单的东西，几个例子：

• 获取艺术家 A 在 2006 年至 2009 年间播放的歌曲（曲目）列表：需要循环遍历“tracklists”表以获取艺术家 A 的每个 tracklistid，然后在“事件”中查找' 表（这已经很痛苦了，如何存储列表？）

• 查找大多数时间播放曲目 A 的艺术家：循环遍历整个 'tracklists' 表并获取某种计数器来查找曲目 A 的 trackid

这可能会变得有点混乱，因为我在谈论很多不同的事情，但对我来说，我的数据库似乎可以设计得更好，还是我应该使用某种其他方法来处理这个程序数据库？我正在寻找一个基本的开始或提示/技巧，以使这个数据库更加高效和更好。我知道并非每次查找都可以很快，但对我来说这似乎不是很有效。另外，有没有更好的方法将列表存储到 SQL 数据库中，而无需将它们存储到字符串中？

Answer 1

我同意 Jens Schauder 的观点，即您想让 DBMS 担心过滤和计数，但我不同意表列表很好，因为 OP 提议的内容没有标准化。这不是一个小问题，因为它会阻止 DBMS 完成它的工作。

此外，重要的是，我们的想法不是记录曲目播放次数，而是记录每次播放曲目。不同之处在于您要存储的是事件历史记录，而不是事件摘要。

你想要的是看起来更像这样的表格：

--- EVENTS --- 

CREATE TABLE events ( 
  id INTEGER PRIMARY KEY autoincrement, 
  event_name TEXT NOT NULL, 
  event_date TEXT NOT NULL, 
); 

--- ARTISTS ---

CREATE TABLE artists (
  id INTEGER PRIMARY KEY autoincrement,
  artist_name TEXT NOT NULL
);

--- TRACKS --- 

CREATE TABLE tracks ( 
 id INTEGER PRIMARY KEY autoincrement, 
 trackname TEXT NOT NULL, 
 artist_id INTEGER, 
 FOREIGN KEY(artist_id) REFERENCES artists(id)
);  

--- PERFORMANCES ---

CREATE TABLE performances (
  id INTEGER PRIMARY KEY autoincrement,
  event_id INTEGER,
  track_id INTEGER,
  FOREIGN KEY (event_id) REFERENCES events(id),
  FOREIGN KEY (track_id) REFERENCES tracks(id)
);

此表结构为第三范式 (3NF)，易于写入和查询。

Answer 2

乍一看，您的数据库看起来不错，唯一的例外是您没有将 id 列表存储在一个表中，而是从另一个表中返回对该表的引用。

您描述的循环在 99% 的情况下是由数据库使用 'count' 和 'join' 完成的

数据库在计数和查找方面非常出色且快速。

如果您需要详细的帮助，您的 sql 语句应该是什么样子，请提出新问题。