我正在努力为我的问题设计合适的数据库架构。
我有什么:
具有唯一playerID
的播放器和其他信息(在数据库中)。具有唯一itemID
和其他信息的项目(在我的应用中硬编码)
我需要什么:
一种数据库架构,用于查找itemID
玩家xy在其广告资源中有多少项。
我尝试用列创建一个表:
PlayerID:int, ItemID1:int, ItemID2:int ... ItemIDxy:int
但如果我认为这是一个糟糕的设计,因为它有点烦人添加新项目。
然后我提出了下表:
PlayerID:int, ItemID:int, ItemAmount:int
但是每个用户有多个(最多50个)行,如果Usercount进入500k +,我不会遇到速度/大小问题吗?
正如你所看到的,我对数据库的东西比较新,所以我想要一些建议。
或者我反应过度,我的第二种方法是否合理?
祝你好运
答案 0 :(得分:0)
一种方法是按照您的想法进行操作,并创建一个类似于PlayerItems的表,其中包含两个外键(PlayerId
和ItemId
),然后是第三列Amount
。
另一种方法是在Player表上使用类似JSON或XML列的内容。或者您可以使用自己的缩小架构,您的应用知道如何解析。