关于数据库设计

Question

设计一个游戏装备管理系统。大致描述是这样：会员可以查询，上传资料，兑换礼品。每上传一份资料获得5G，到达一定数量，可以兑换礼品。管理员负责管理礼品订单。在订单和用户财产这地方卡住了，初步设计是这样的：
个人信息：user（用户名，密码）
装备资料：ziliao（装备名，等级，上传者）
礼品信息：lipin（礼品名，价值）用于记录礼品的名字和它对应的金币数量。
订单：order（订单号，礼品名，下单者，状态，审核）状态用来标识该订单是否已经被处理，审核用来标识该订单是否被批准。这样在后台管理的时候，已被处理的订单不在显示出来。问题在于用户的财产怎么管理？？？
1.财产：menoy（用户名，金币）这样的话就是每当上传资料，兑换礼品的时候通过触发器来更新财产。
2.创建一个财产类，通过读取装备数量和礼品订单，得到用户财产。
不知道我这样的设计是否合理，那些地方应该改进，希望各位朋友看看。

Answer 1

搂住这个设计基本合理，个人信息表需要加个金币总量，装备资料表也需要加上本资料可得金币数量字段，而且你要做到用户每上传资料被审核批准后立即更新其金币总量，用户可以选择兑换小于等于他金币总量的任何礼品，而且每兑换一件礼品应扣除相应的金币数，至于什么时间扣除根据项目的设计来定。如果这样设计表，你要得到用户财产就简单多了，直接读取个人信息表的金币总量，装备资料表的装备，等等。