bnc1010 / zjnu_oj_back Goto Github PK

比如一些多解的题目，我们需要后台写测评代码来验证答案正确。

考虑一道题的重测。

其实老oj有些很多是遗留僵尸账号，如果没有一个回收机制的话，可以想到的是硬盘会被浪费挺多。
可能要设定一些规则，可以批量销号和创号。
学号账号好像就是需要批量创号的好像。

还有一个细节就是一个账号销号的话，相关的提交数据是不是也要考虑能删掉？这样涉及到一个数据库id空间回收的问题
当然我们的应用场景应该不至于需要那么多编号空间。但是理论上是需要有个机制回收。

为比赛附加可选的气球分发功能。
管理赛场上的气球已发和未发的情况。
（口胡）

考虑这样一种场景：
一个新生在入学前开始刷题，但是还没有学号，那么先创建了一个账号。
但是开学以后，老师通过批量创号，创建学号帐号了，那么这个学号账号恐怕会浪费了。

那么我们的解决方案应该如何：

• 合并账号： 考虑两个账号数据做一个整合，复杂度较大。
• 给用户添加学号属性：引入学号认证的场景，实际上系统背后要创建隐式的学生角色，用户与学生单向关联。
• 增加管理员对用户账号修改的权限：增加一个功能，让管理员能改账号。（因为只有个别学生会有这样的需求，应用场景是学生线下去跟管理员老师联系，把账号修改成学号。）这个实现难度最小，对系统整体影响最小。还可以防止脑瘫抢注。