Online Judge（OJ）搭建——2、数据库，SQL语句

数据库EER图

数据库表、字段、约束解释

users 用户：

id 标识符，email 邮箱，password 密码，name 姓名，sex 性别，enabled 启用 ，role 角色

id primary key

advisors 指导：

id 标识符，uid_user 被指导者，uid_admin 指导者

id primary key

uid_user -> user(id)，uid_admin(id)

categories 类别：

id 标识符，name 名称，description 描述

id primary key

questions 问题：

id 标识符，qid 题号，description 描述，cid 类别标识符，name 名称

id primary key

cid -> categories(id)

test_data 测试数据：

id 标识符，qid 题号，input 一组输入，output 一组输出

id primary key

qid -> questions(id)

tests 测试信息：

id 标识符，uid 用户标识符，qid 题号，submit_time 提交时间，code 代码，correct_rate 正确率

id primary key

uid -> users(id)，qid -> questions(id)

scores 成绩：

id 标识符，uid 用户标识符，cid 类别标识符，usual_score 平时成绩

复杂SQL语句

selectSumScoreAndRank：

功能：根据用户 ID，查询用户 ID、用户所有题目总成绩、总成绩的排名。

实现：主要是利用了聚集函数，MySQL 自带 @rowNum 属性。

代码：

       SELECT *
        FROM
            (SELECT
                 uid,
                 sum_correct_rate,
                 (@rowNum := @rowNum + 1) AS rank
             FROM (SELECT
                       uid,
                       sum(max_corrcet_rate) AS sum_correct_rate
                   FROM
                       (SELECT
                            uid,
                            qid,
                            max(correct_rate) AS max_corrcet_rate
                        FROM tests
                        GROUP BY uid, qid) AS max_tests
                   GROUP BY uid
                   ORDER BY sum_correct_rate DESC) AS rank_tests, (SELECT (@rowNum := 0)) AS rank) AS all_tests
        WHERE uid = #{uid}

selectPracticeAndUsualScoreFromAdmin：

功能：根据管理员 ID 和类别 ID，查询特定管理员的指导关系下用户的实践成绩和平时成绩。

实现：首先根据指导关系下的用户 ID 和特定题库 ID 选出特定题目，再根据特定题目选出特定测试，最后利用聚集函数进行成绩整合（例如，聚集函数 sum 计算特定用户特定题库下的总分）。

代码：

        SELECT
            scores.id,
            scores.uid,
            users.email,
            users.name                       AS userName,
            sum_tests.avg_correct_rate * 100 AS practice_score,
            scores.usual_score
        FROM
            (SELECT
                 uid,
                 avg(max_corrcet_rate) AS avg_correct_rate
             FROM
                 (SELECT
                      uid,
                      qid,
                      max(correct_rate) AS max_corrcet_rate
                  FROM (SELECT
                            uid,
                            qid,
                            correct_rate
                        FROM tests
                        WHERE
                            uid IN (SELECT uid_user
                                    FROM advisors
                                    WHERE uid_admin = #{uidAdmin}) AND qid IN (SELECT questions.id
                                                                               FROM categories
                                                                                   LEFT JOIN questions
                                                                                       ON categories.id = questions.cid
                                                                               WHERE cid = #{cid})
                       ) AS filter_tests
                  GROUP BY uid, qid) AS max_tests
             GROUP BY uid) AS sum_tests LEFT JOIN scores ON sum_tests.uid = scores.uid AND scores.cid = #{cid} LEFT JOIN users ON sum_tests.uid = users.id

设计思想

1、为什么要每张表都有 ID，并且把 ID 作为主键？

表的主键不应该可以变动的，而现实中的需求会变动。起初，表 questions 是没有列 cid 的，后来为了模拟现实中题目（questions）的类别（categories）， 增加了 cid 列。

假设有一种情况：

类别名（categories name）为 Java，题号（qid）为 1，2，3；类别为 C#，题号为1，2，3。

如果表 questions 以 qid 作为主键，上述的情况是无法实现的，因为primary key 违反了唯一性约束，需要重新设计架构；如果表 questions 以无意义的 id 作为主键，上述情况实现很简单，不需要变动架构。

所以，表的主键最好是无意义的id。

 

2、表 questions 和表 test_data 的设计

表 questions 起初和 test_data 是放在一起的，即 input 和 output 起初是在表 questions 中的，并且每条记录表示的多组输入和多组输出。后来我剥离了，并且将每条记录由多组输入和多组输出变为一组输入和一组输出，原因如下：

① 多组的输入或者多组的输出不方便保存。如果合并为一组保存，必须以一个符号作为分隔符，然而在 OJ 系统，任何符号的输入都是有可能的，分隔符无法选择

② 如果采用多组保存，冗余性较高，qid、name等多保存了很多次。

所以，我采取弱关联（将多值属性剥离，新建一个表存入，新表高度依赖于原来的表）来保存。