数据库 - MS SQL - 彩票游戏 -

时间:2017-06-27 18:02:50

标签: sql-server database database-design

我在stackoverflow中读了几个答案。但仍有疑问。 我想写一些像彩票游戏。

在设计中 - 用户可以选择游戏。并买票。 现在用户可以买很多票。假设用户可以购买1000-2000张门票。 (50场比赛* 40次拳击比赛) 不,我只想到我拥有1M用户并且每人购买2K门票的情况 (我知道它听起来像是不可能的情况,但想要在投入生产之前检查每一个想法)

1M用户*每个用户2K票证= 2B票。

现在我的表格如下:

Id | UserId | GameId | TicketId | IsActive | TimeInsert

UserId和Gameid - 是索引

今天我为每张票都排队。它的意思是2B ticekts - 我将有2B行。

在我的设计票中有uniq号 - 用户可以取消/删除1张特定票。

问题: 我理解数据库中的2B行 - 不好。 (非常糟糕))))

问题 - 存储此类数据的最佳做法是什么。

我看到它存储的选项之一 它在BLOB的门票。 例如 50场比赛* 40票===> 50行。并在BLOB商店购买40张门票。

P.S抱歉我的英语语法。

1 个答案:

答案 0 :(得分:0)

对于这样的窄表,我会继续为每张票存储一行。在狭窄的表中,2B行并不坏。