目前计划开发一系列面向小学生的答题类游戏，运行环境为微信 Web 端，用户通过公众号菜单进入游戏，后端通过每个用户在该公众号中的唯一 openid 对其进行标识。预计每个游戏最多会有几千个用户。
对于每个学科，都会有一个专属的答题游戏，各学科的题目数量均有限，各游戏规则相同。
用户在每个游戏中，每一轮都不重复地回答本学科下的所有题目，一旦答错一道题则本轮结束，并计算本轮答对的题目数量，然后开始下一轮。在每个游戏中，以各用户在该游戏中的历史最高分（即答对题目数量最多的那一轮）生成排行榜。这样的话，每个用户在每个游戏中能够拿到的最高分，就是该游戏对应学科的题目数量。
数据库层面，我的设想是需要三张表：
题目表：全是单项选择题，目前想的是保存题目的题干、选项、答案、分类这四个字段即可，之后有新的需求了再调整。
用户表：用户的 openid 是必选项，其余像昵称、头像之类的都可以根据需求决定是否保留。
排行榜表：每个游戏的排行榜，我能想到的必须要有的信息，是用户的 openid 、用户在该游戏中拿到的最高分。
至于用户在每个游戏中拿到的最高分对应的排名，是否也需要保存到表中？
每个游戏最多有几千名用户的话，假设一共有 4 个游戏，是否有必要为每个游戏的排行榜都单独建一张表？
这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.