MySQL:更多列与更多查询

Question

所以我正在尝试设计一个相当大的数据库来处理视频及其标签。因为只能为视频选择有限数量的标签 (27)，所以我将它们存储在一个 28 列宽的表中(每个标签一列 + video_id)。

当我想获得用户喜欢/不喜欢带有特定标签的视频的次数时，我的问题就出现了(比方说#24)。每个喜欢/不喜欢在另一个表中得到一行。

这是我考虑过的两个选项。

1) 在用户表中再添加 27 个 tinyint 列，每个列代表他对带有 tagX 的视频投票的次数。
PRO:轻松选择
缺点:使每个用户所需的数据量翻倍

2) 使用内部连接
优点:保持小尺寸
缺点:系统更难

既因为我是乐观的，又因为我正在尝试使用良好的实践，我正在尝试为超过 300,000 名用户优化我的数据库，而这些数字将是非常需要的。我计算了一下，即使有 300,000 个用户，它也只会给我的数据库增加大约 27 兆字节。

怎么办!？

Answer 1

(这只是我的看法)

我认为您优化得太早了(而且可能不正确)。加入并不那么昂贵。您应该有一个用户表、一个标签表和一个类似的表。根据您的确切查询，您可能会发现这稍微便宜一些。

与创建专为提高性能而不是维护而设计的布局相比，您最好花时间确保拥有正确的索引。