【发布时间】:2012-03-15 03:50:22
【问题描述】:
我正在设计一个网站,您可以在其中上传带有描述等的游戏,并存储他们的评分。我是唯一可以提供评级的人,所以我不需要第二个数据库。
但是,会有无限轮的比赛,所以我想将 Round # 存储在数据库的列中。另一个要求是每一轮都有自己的信息,所以我将制作第二张表,其中包含 Round_Number,然后是其他字段,如描述、截止日期等。
这是我目前的数据库架构想法:
Entries ( Comp #, Entry # AutoInc, Password,
Entry Date, Author Contact, Description, Screenshot, Website )
Competitions ( Comp #, Theme, Entries, Start Date, Finish Date, Prize )
因此,参赛者可以离开参加 Comp # 上的比赛,以获取有关其比赛的更多信息。这些看起来最有效吗?没有帐户系统(或用户表),每个条目只有自己的密码用于编辑。
【问题讨论】:
-
一个参赛作品可以有多于一场比赛吗?我认为是的。一场比赛可以有多个参赛作品吗?我假设没有。如果我的假设是正确的,我会从 Entries 表中删除 Comp # 并将 Competitions 表上的 Entries 更改为 Entry。
-
糟糕,我应该提到,条目是条目的数量。每个比赛可以有多个参赛作品,但每个参赛作品只能用于一场比赛。我会跟踪参赛作品的数量,这样以后当我想跟踪我的比赛的受欢迎程度时就不必进行计数了。
-
哦,好吧...所以“条目”是回合。如果是这样的话,我觉得这个结构很好。