opentreehole / curriculum_board_backend_next Goto Github PK

现阶段优质课评数据仅记录于内部文档，记录数据容易丢失、而且在涉及统计的场合需要手动登记。对外，则优质课评评选标准和展示不公开透明，无法起到优质课评的正面激励作用。基于以上原因，希望增加「优质」标注功能。

设想：

1. 显示「优质」标注
2. 如 1. 暂不方便实现，希望可以先在后台记录优质课评数据，并且允许管理团队手动上传数据
3. 允许用户自荐优质课评

当前版本的蛋壳仅支持用户主动评课，不支持发布问询请求。问询请求可以提高用户评课的积极性。

功能要点

• 允许在发布/修改 request 类型的消息
• 允许将 request 标记为Closed（最好可以将 Closed 的 request 重新 Open）
• 在蛋壳前端首页搜索框下按照时间顺序展示 request
• 首页可以根据课程类型（学院等）筛选 request
• ...

Hey @w568w, Thanks for adopting SeaORM!
It's our pleasure to see more inspirational projects were built on top of SeaORM :)

Let us know if you have any feature recommendation or feedback. Your contribution is what drive us forward!

Some learning resources for you: Documentation, Tutorial, Cookbook, Q&A
Join our Discord server to chat with others in the SeaQL community!

Feel free to submit a PR to showcase your project, SeaQL/sea-orm#403.

支持用户额外信息记录，并反馈给前端，如用户的勋章等信息。

1. 注意到 course 和 coursegroup 是一对多关系，因此不需要 coursegroup_course 表，在 course 表上加上 coursegroup 的外键即可。review 和 course 的关系同理。
2. review 表的 rank 字段，不如拆成四个字段。Json 不方便利用传统的 SQL 语句查询和审阅，也不方便跨数据库、跨编程语言的迁移，同时存储消耗相比普通字段也会增加。
3. review 表的 history 字段，建议用 review_history 表存储。
4. review 表的 upvoters 和 downvoters 字段，建议用 review_upvoters 和 review_downvoters 的多对多关联表存储。
5. userextra 表的存储也有很多存储空间的浪费。建议设计为 achievement 表，并且和 user 表有多对多关联，可以添加 user_achievements 的多对多关联表。
6. review_upvoters、review_downvoters、user_achievements 这些多对多关联表，如果需要 user_id 的外键检查，建议添加一张 user 表，和 auth 的数据保持同步。同时如果后期需要添加 user 的专属信息可在 user 表上增加字段。

应前端要求，为了实现逆向跳转（如：Review -> Course Group，Course -> Course Group），需要添加 Group Id 到各个数据结构中。