我在stackoverflow中阅读了一些答案。但仍然有疑问。我想写类似彩票游戏的东西。
在设计中 - 用户可以选择游戏。并购买票。现在，用户可以购买很多门票。假设用户可以购买1000-2000票。(例如50个游戏 * 40 ticekts(不，我只是想到有100万用户，每个人都购买2K票(我知道这听起来像是无法固定的案例，但想在进行生产之前检查所有问题(
1M用户 * 2K票每个用户= 2B票。
现在，我有桌子，例如：
Id | UserId | GameId | TicketId | IsActive | TimeInsert
用户ID和GameID-是索引
今天我要为每张票做划船。在2B Ticekts的情况下，它的平均值 - 我将有2B行。
在我的设计票中有UNIQ号码 - 用户可以取消/删除1个规格票。
问题：我了解数据库中的2B行 - 不好。(非常糟糕((((
问题 - 存储这样的数据的最佳实践是什么。
我看到它存储的选择之一它的商店门票在Blob中。例如50游戏 * 40张门票===>50行。在Blob商店中40张门票。
P.S对不起我的英语语法。
带有这样的狭窄桌子，我会继续每排票。2B行在狭窄的桌子中还不错。