设计一个数据库，不要有一个很大的表

Question

我正在设计的项目是为我工作的公司设计的，所以我不得不考虑一个类似的场景，可能会有大致相同的问题(如果这是一个问题)。

好的，让我们发明一种新的运动。“攻丝一致性”。一次最多可以玩12人。计时器启动并持续2个小时。玩家面前有一个数字键盘，他们必须在计时器启动后10秒点击它，然后每隔10秒点击一次，直到计时器达到两个小时的标志。

我需要在这里设计的应用程序是记录这项相当枯燥的运动的统计数据。每一次点击都需要存储，并且可以通过某些界面进行浏览。这是我对设计数据库表的想法。

PLAYER
 - PlayerID
 - Name
 - ...

GAME
 - GameId
 - PlayDate
- ...

GAME-PLAYER
 - GameId
 - PlayerId

TAPS
 - GameId
 - PlayerId
 - TapTime
 - ...

因此，您现在可能已经弄清楚了问题所在。

12名玩家x 800多次每场比赛=每场比赛" taps“表中的10,000多行。

如果这项运动流行起来，taps数据库将变得非常庞大。有没有什么高明的数据库设计技巧我可以用来阻止它成为一个问题？

Answer 1

你可以根据游戏来分片你的数据(比如游戏id)。您可以在运行时为新游戏创建Taps表，并将其命名为gameid_taps。

这样，您将不会有一个巨大的大表，并且您的查询将更好地工作。