suyiiyii 1a602dfd1d 解决用户表映射问题以匹配实际数据库结构
之前,用户表列名在MyBatis映射中被错误地标注为`userId`和`group`,而数据库中的实际列名为`user_id`和`group`(无反引号)。此次更改通过在MyBatis注释中使用正确的列名来解决了该问题,确保了数据操作的正确执行。此外,还修正了选择语句中的列名,以确保查询能够正确执行并返回期望的结果。
2024-08-11 19:07:26 +08:00
2024-08-10 02:58:51 +08:00
2024-08-08 22:51:10 +08:00
2024-08-08 22:51:10 +08:00
2024-08-08 22:51:10 +08:00
2024-08-08 22:23:21 +08:00
2024-08-08 22:51:10 +08:00
2024-08-08 22:51:10 +08:00
2024-08-11 18:27:51 +08:00
2024-08-10 18:41:37 +08:00

SIMS

Super Invincible Management System

开发流程:

  1. git fetch: 拉取远程仓库的最新代码

  2. git checkout origin/main: 切换到远程仓库的 main 分支

  3. git switch -c xxx : 创建并切换到新的分支

  4. commit ..... : 进行开发

  5. git fetch origin && git merge origin/main: 拉取远程仓库的最新代码并合并到当前分支

  6. git push origin xxx: 推送当前分支到远程仓库

  7. 提 PR

  8. require review: 请求review

  9. merge: 合并 PR

  10. delete: 删除分支

  11. 基础rbac的五张表: user, role, permission, user_role, role_permission

  12. 然后奖惩记录这张表通过用户id来查到里面有相应的记录 有一个 奖惩类别ID是对应到奖惩类型去的

  13. 有一个上下级关系表,想着是用户明确查上下级就可以用查,

  14. 然后就是附件是通过奖惩记录的id来存一个路径然后前端通过这个路径来获取附件,同样的上传的时候也是

  15. 通知是这样子想的有上传的人的id和接收的人的id然后有状态已读未读然后有附件的路径然后有通知内容然后有通知时间然后有通知类型奖惩通知

  16. RevokeRequest: 存普通成员提出的撤销申请,跟踪申请状态 RevokedRecord: 存储管理员对奖惩记录的撤销信息,包括撤销原因

Description
No description provided
Readme GPL-3.0 586 KiB
Languages
Java 99.3%
Dockerfile 0.7%