提交
This commit is contained in:
1 parent
a88d87047d
commit
c0de1b9bef
19 files changed
+17083
-202
No files matched your search
@@ -27,6 +27,8 @@
|
||||
|
||||
[用户认证登录API](./用户认证登录API.md) - 包含用户登录、获取用户信息、修改密码等接口。
|
||||
|
||||
[统一身份认证接入说明](../统一身份认证接入说明.md) - CAS OAuth2.0 统一认证登录完整流程、前后端协作与用户映射规则(2026-06-10 新增)。
|
||||
|
||||
### 2. 心理咨询预约
|
||||
|
||||
#### 2.1 预约管理
|
||||
|
||||
@@ -11,6 +11,8 @@
|
||||
|
||||
**依赖文档**: 请先阅读 [API 文档基础规范.md](./API文档基础规范.md) 了解通用规范。
|
||||
|
||||
**统一身份认证**: 前端「统一认证登录」按钮的完整业务流程、CAS OAuth2.0 接入说明及排查指南,请参阅 [统一身份认证接入说明.md](../统一身份认证接入说明.md)。
|
||||
|
||||
---
|
||||
|
||||
## 🔐 用户认证
|
||||
|
||||
Binary file not shown.
Binary file not shown.
@@ -0,0 +1,383 @@
|
||||
# 统一身份认证接入说明
|
||||
|
||||
## 文档说明
|
||||
|
||||
本文档描述校园管理系统(hzdyjs_xg)前端 **「统一认证登录」** 按钮的完整业务逻辑,涵盖 CAS OAuth2.0 授权流程、前后端协作方式、用户映射规则及常见问题排查。
|
||||
|
||||
**相关文档**:
|
||||
|
||||
- [用户认证登录API](./API/用户认证登录API.md) — 普通账号密码登录接口
|
||||
- [API文档基础规范](./API/API文档基础规范.md) — 通用 API 规范与 Token 认证方式
|
||||
|
||||
**涉及源码**:
|
||||
|
||||
| 模块 | 文件路径 |
|
||||
|------|----------|
|
||||
| 前端登录页 | `web/src/views/login.vue` |
|
||||
| 前端路由守卫 | `web/src/permission.ts` |
|
||||
| 后端 CAS 代理 | `backend/ruoyi-admin/src/main/java/org/dromara/web/controller/CasController.java` |
|
||||
|
||||
---
|
||||
|
||||
## 1. 概述
|
||||
|
||||
### 1.1 什么是统一身份认证
|
||||
|
||||
统一身份认证(CAS,Central Authentication Service)是学校提供的集中式登录平台。用户在校内 CAS 完成身份验证后,业务系统无需再校验密码,只需根据 CAS 返回的用户标识匹配本地账号,即可签发本系统的登录 Token。
|
||||
|
||||
### 1.2 与普通登录的区别
|
||||
|
||||
| 维度 | 普通登录 | 统一认证登录 |
|
||||
|------|----------|--------------|
|
||||
| 认证方式 | 用户名 + 密码(AES+RSA 加密) | CAS OAuth2.0 授权码模式 |
|
||||
| 密码校验 | 后端校验 | 无,由 CAS 平台完成 |
|
||||
| 用户识别 | 表单输入 `username` | CAS profile 中的 `CODE` 字段 |
|
||||
| Token 来源 | `POST /auth/login` | `GET /cas/accessToken` |
|
||||
| 租户 | 表单 `tenantId` | 固定 `000000`(忽略 CAS 返回的 TENANTID) |
|
||||
| 登录后行为 | 路由守卫拉取用户信息 + 动态路由 | 相同 |
|
||||
|
||||
### 1.3 协议与模式
|
||||
|
||||
- **协议**:OAuth 2.0 授权码模式(Authorization Code)
|
||||
- **CAS 服务地址**:`http://td.hzdyjsxy.cn:19081`
|
||||
- **前端回调地址**:`http://web.hzdyjsxy.cn:18081`
|
||||
|
||||
---
|
||||
|
||||
## 2. 整体流程
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant User as 用户浏览器
|
||||
participant Web as 前端 (web)
|
||||
participant CAS as 统一认证 CAS<br/>td.hzdyjsxy.cn:19081
|
||||
participant Backend as 后端 (ruoyi-admin)
|
||||
participant DB as 本地用户库 sys_user
|
||||
|
||||
User->>Web: 点击「统一认证登录」
|
||||
Web->>CAS: 跳转 /cas/oauth2.0/authorize<br/>?client_id=...&redirect_uri=...
|
||||
User->>CAS: 输入校内统一账号密码
|
||||
CAS->>Web: 302 回调 redirect_uri?code=ST-xxx
|
||||
Web->>Web: login.vue 检测到 code
|
||||
Web->>Backend: GET /cas/accessToken?code=ST-xxx
|
||||
Backend->>CAS: 用 code 换 access_token
|
||||
Backend->>CAS: 用 access_token 拉 profile
|
||||
CAS-->>Backend: 返回 attributes(CODE, TENANTID...)
|
||||
Backend->>DB: 按 CODE 查 sys_user.user_name
|
||||
Backend->>Backend: Sa-Token 生成本系统 token
|
||||
Backend-->>Web: { access_token: "..." }
|
||||
Web->>Web: setToken + 跳转首页
|
||||
Web->>Backend: 路由守卫拉 getInfo + 动态路由
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 3. 前端实现
|
||||
|
||||
### 3.1 入口:统一认证登录按钮
|
||||
|
||||
登录页 `web/src/views/login.vue` 提供两个并列按钮:
|
||||
|
||||
- **登录** — 普通账号密码登录
|
||||
- **统一认证登录** — 跳转 CAS 授权页
|
||||
|
||||
**从单点登录门户自动认证**(2026-06-25 新增):
|
||||
|
||||
当用户从学校单点登录门户跳转到本系统登录页时,**无需再点击「统一认证登录」**,页面会自动跳转 CAS 完成认证。直接打开 `/login`(无 `redirect`)仍可使用账号密码登录。
|
||||
|
||||
单点门户典型入口 URL(**无需** `sso`、`from` 等额外参数):
|
||||
|
||||
```
|
||||
http://web.hzdyjsxy.cn:18081/login?redirect=/index
|
||||
```
|
||||
|
||||
识别「来自 SSO / 外部入口」的条件(满足任一即可):
|
||||
|
||||
| 条件 | 说明 |
|
||||
|------|------|
|
||||
| URL 带 `redirect=/index` 且 Referer **不是**本站 | 单点门户固定链接;本地未登录为 `redirect=/` 不会触发 |
|
||||
| Referer 来自 `td.hzdyjsxy.cn`、`hzdyjsxy.cn` | 从统一认证门户点击链接触发 |
|
||||
| URL 参数 `sso=1` 或 `from=sso` / `from=cas` | 可选,门户显式携带时同样生效 |
|
||||
|
||||
**仅生产域名 `web.hzdyjsxy.cn` 启用自动跳转**;本地 `localhost` 开发不会误触发 CAS 跳转到生产环境。
|
||||
|
||||
**不自动跳转**的场景:用户在本系统内操作导致会话过期,被重定向到 `login?redirect=...` 且 Referer 为 `web.hzdyjsxy.cn` 时,保留账号密码登录。
|
||||
|
||||
处理顺序:`onMounted` 时若 URL 已有 `code` 则直接换 Token;否则若判定为外部/SSO 入口则自动 `handleUnifiedLogin()`。
|
||||
|
||||
### 3.2 跳转 CAS 授权页
|
||||
|
||||
点击「统一认证登录」后,浏览器整页跳转到 CAS 授权地址:
|
||||
|
||||
```
|
||||
GET http://td.hzdyjsxy.cn:19081/cas/oauth2.0/authorize
|
||||
?response_type=code
|
||||
&client_id=0i7tcT5tULqvmmbbV8
|
||||
&redirect_uri=http%3A%2F%2Fweb.hzdyjsxy.cn%3A18081
|
||||
```
|
||||
|
||||
**当前写死的配置项**(`login.vue`):
|
||||
|
||||
| 配置项 | 值 | 说明 |
|
||||
|--------|-----|------|
|
||||
| `CAS_BASE` | `http://td.hzdyjsxy.cn:19081` | CAS 服务器地址 |
|
||||
| `CAS_CLIENT_ID` | `0i7tcT5tULqvmmbbV8` | OAuth2 客户端 ID |
|
||||
| `CAS_CLIENT_SECRET` | `68c4f7641523452aaf5ef6d0432869f7` | 客户端密钥(仅后端使用,前端不应暴露) |
|
||||
| `FRONTEND_REDIRECT_URI` | `http://web.hzdyjsxy.cn:18081` | CAS 授权成功后的回调地址 |
|
||||
|
||||
> **注意**:`client_secret` 在前端代码中有定义但未在跳转 URL 中使用;实际换 token 时由后端携带。
|
||||
|
||||
### 3.3 CAS 回调与 code 提取
|
||||
|
||||
用户在 CAS 登录成功后,浏览器被重定向到:
|
||||
|
||||
```
|
||||
http://web.hzdyjsxy.cn:18081?code=ST-xxxxxxxx
|
||||
```
|
||||
|
||||
`login.vue` 在 `onMounted` 时自动检测 URL 中的 `code`,支持三种提取方式:
|
||||
|
||||
1. 直接从 `route.query.code` 获取
|
||||
2. 从 `redirect` 参数中解析(如 `redirect=/?code=ST-xxx`)
|
||||
3. 从 `route.fullPath` 中正则匹配
|
||||
|
||||
**回调路径说明**:若用户先落到 `/` 且无 Token,`permission.ts` 路由守卫会将其重定向到 `/login?redirect=...`,`code` 会保留在 `redirect` 参数中,登录页仍能正确解析。
|
||||
|
||||
### 3.4 通过后端代理换取 Token
|
||||
|
||||
前端**不直接**请求 CAS(避免浏览器 CORS 限制),而是调用后端代理接口:
|
||||
|
||||
```
|
||||
GET {VITE_APP_BASE_API}/cas/accessToken?code={code}
|
||||
```
|
||||
|
||||
收到响应后,从以下字段之一提取 Token:
|
||||
|
||||
- `body.data.access_token`
|
||||
- `body.access_token`
|
||||
- `body.data.accessToken`
|
||||
- `body.accessToken`
|
||||
|
||||
提取成功后:
|
||||
|
||||
1. 调用 `setToken()` 持久化 Token
|
||||
2. 更新 `userStore.token`
|
||||
3. 跳转到 `redirect` 参数指定页面或首页 `/`
|
||||
|
||||
### 3.5 登录后的权限加载
|
||||
|
||||
CAS 登录只写入 Token,**不会**调用 `userStore.login()`。进入系统后,`permission.ts` 路由守卫检测到「有 Token 但 roles 为空」时,会自动:
|
||||
|
||||
1. 调用 `getInfo()` 拉取用户信息与权限
|
||||
2. 调用 `generateRoutes()` 生成动态菜单路由
|
||||
3. 进入目标页面
|
||||
|
||||
因此,CAS 登录与普通登录在**进入系统之后的行为完全一致**。
|
||||
|
||||
---
|
||||
|
||||
## 4. 后端实现
|
||||
|
||||
### 4.1 接口信息
|
||||
|
||||
| 项目 | 值 |
|
||||
|------|-----|
|
||||
| 接口地址 | `GET /cas/accessToken` |
|
||||
| 权限要求 | 无需认证(`@SaIgnore`) |
|
||||
| Controller | `CasController.java` |
|
||||
| 请求参数 | `code`(必填,CAS 授权码) |
|
||||
|
||||
### 4.2 处理步骤
|
||||
|
||||
#### 步骤 1:用 code 换取 CAS access_token
|
||||
|
||||
```
|
||||
GET http://td.hzdyjsxy.cn:19081/cas/oauth2.0/accessToken
|
||||
?client_id=0i7tcT5tULqvmmbbV8
|
||||
&client_secret=68c4f7641523452aaf5ef6d0432869f7
|
||||
&code={code}
|
||||
&redirect_uri=http%3A%2F%2Fweb.hzdyjsxy.cn%3A18081
|
||||
```
|
||||
|
||||
CAS 可能返回 JSON 或 query-string 格式,后端兼容两种解析方式:
|
||||
|
||||
- JSON:`{"access_token":"xxx","expires_in":3600}`
|
||||
- Query-string:`access_token=xxx&expires_in=3600`
|
||||
|
||||
#### 步骤 2:用 access_token 获取用户信息
|
||||
|
||||
```
|
||||
GET http://td.hzdyjsxy.cn:19081/cas/oauth2.0/profile?access_token={access_token}
|
||||
```
|
||||
|
||||
从返回 JSON 的 `attributes` 数组中解析:
|
||||
|
||||
| CAS 字段 | 用途 | 本系统映射 |
|
||||
|----------|------|------------|
|
||||
| `CODE` | 用户唯一标识 | → `sys_user.user_name` |
|
||||
| `TENANTID` | 租户标识 | **当前被忽略**,强制使用 `000000` |
|
||||
|
||||
#### 步骤 3:匹配本地用户并签发 Token
|
||||
|
||||
1. 在租户 `000000` 上下文中,按 `user_name = CODE` 查询 `sys_user`
|
||||
2. 校验用户存在且状态非禁用
|
||||
3. 调用 `loginService.buildLoginUser(user)` 构建 `LoginUser`
|
||||
4. 使用默认客户端 `e5cd7e4891bf95d1d19206ce24a7b32e` 配置超时等参数
|
||||
5. 调用 `LoginHelper.login()` 通过 Sa-Token 签发本系统 Token
|
||||
|
||||
#### 步骤 4:返回登录结果
|
||||
|
||||
**响应示例**:
|
||||
|
||||
```json
|
||||
{
|
||||
"code": 200,
|
||||
"msg": "操作成功",
|
||||
"data": {
|
||||
"access_token": "eyJhbGciOiJIUzI1NiJ9...",
|
||||
"expire_in": 7200,
|
||||
"client_id": "e5cd7e4891bf95d1d19206ce24a7b32e"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### 4.3 错误处理
|
||||
|
||||
| 场景 | 返回信息 |
|
||||
|------|----------|
|
||||
| code 为空 | `code 不能为空` |
|
||||
| 无法解析 access_token | `无法解析 CAS access_token,原始响应: ...` |
|
||||
| profile 无用户信息 | `CAS profile 未包含用户信息` |
|
||||
| 本地用户不存在 | `user.not.exists` |
|
||||
| 用户已禁用 | `user.blocked` |
|
||||
| CAS 请求异常 | `请求 CAS accessToken 失败: ...` |
|
||||
|
||||
---
|
||||
|
||||
## 5. 配置清单
|
||||
|
||||
### 5.1 CAS 平台侧(需运维/信息中心配置)
|
||||
|
||||
- [ ] 注册 OAuth2 应用,获取 `client_id` 和 `client_secret`
|
||||
- [ ] 配置授权回调地址 `redirect_uri` 与代码一致
|
||||
- [ ] 确认 profile 接口返回 `attributes` 中包含 `CODE` 字段
|
||||
- [ ] 确认 CAS 服务器 `td.hzdyjsxy.cn:19081` 对后端服务器网络可达
|
||||
|
||||
### 5.2 本系统侧
|
||||
|
||||
- [ ] `sys_user` 表中存在与 CAS `CODE` 一致的 `user_name` 记录
|
||||
- [ ] 用户状态为正常(非禁用)
|
||||
- [ ] 前端 `redirect_uri` 与 CAS 注册地址一致
|
||||
- [ ] 后端 `CasController` 中 CAS 地址、client 配置与 CAS 平台一致
|
||||
- [ ] 生产环境部署时,将硬编码 IP 改为实际域名/地址
|
||||
|
||||
### 5.3 当前硬编码配置汇总
|
||||
|
||||
**前端**(`web/src/views/login.vue`):
|
||||
|
||||
```
|
||||
CAS_BASE = http://td.hzdyjsxy.cn:19081
|
||||
CAS_CLIENT_ID = 0i7tcT5tULqvmmbbV8
|
||||
FRONTEND_REDIRECT_URI = http://web.hzdyjsxy.cn:18081
|
||||
```
|
||||
|
||||
**后端**(`CasController.java`):
|
||||
|
||||
```
|
||||
CAS_BASE = http://td.hzdyjsxy.cn:19081
|
||||
CLIENT_ID = 0i7tcT5tULqvmmbbV8
|
||||
CLIENT_SECRET = 68c4f7641523452aaf5ef6d0432869f7
|
||||
REDIRECT_URI = http://web.hzdyjsxy.cn:18081
|
||||
DEFAULT_CLIENT_ID = e5cd7e4891bf95d1d19206ce24a7b32e
|
||||
DEFAULT_TENANT_ID = 000000
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 6. 常见问题排查
|
||||
|
||||
### 6.1 点击按钮后无法跳转 CAS
|
||||
|
||||
- 检查浏览器能否访问 `http://td.hzdyjsxy.cn:19081`
|
||||
- 检查 CAS 平台是否正常运行
|
||||
- 检查 `client_id` 是否已在 CAS 注册
|
||||
|
||||
### 6.2 回调后停留在登录页 / 登录失败
|
||||
|
||||
- 检查 URL 是否携带 `code` 参数
|
||||
- 检查 `code` 是否已被使用(授权码一次性有效,刷新页面会失败)
|
||||
- 打开浏览器控制台查看 `/cas/accessToken` 请求响应
|
||||
|
||||
### 6.3 提示「用户不存在」
|
||||
|
||||
- CAS profile 中 `CODE` 值与 `sys_user.user_name` 不一致
|
||||
- 需在系统管理中预先创建对应用户,或建立 CAS 用户与本地用户的同步机制
|
||||
|
||||
### 6.4 提示「用户已禁用」
|
||||
|
||||
- 检查 `sys_user.status` 字段是否为正常状态
|
||||
|
||||
### 6.5 登录成功但无菜单 / 权限
|
||||
|
||||
- Token 已写入但 `getInfo()` 失败,检查后端 `/auth/getInfo` 接口
|
||||
- 检查用户是否已分配角色和菜单权限
|
||||
|
||||
### 6.6 CORS 相关
|
||||
|
||||
- 前端不应直接请求 CAS,必须通过后端 `/cas/accessToken` 代理
|
||||
- 若后端也报连接失败,检查后端服务器到 CAS 的网络连通性
|
||||
|
||||
---
|
||||
|
||||
## 7. 后续优化建议
|
||||
|
||||
1. **配置外置化**:将 CAS 地址、client_id、client_secret、redirect_uri 移至 `application.yml`,避免硬编码
|
||||
2. **密钥安全**:前端不应保留 `CAS_CLIENT_SECRET`(当前未使用但存在代码中,建议删除)
|
||||
3. **租户映射**:如需支持多租户,可恢复对 CAS `TENANTID` 的解析逻辑
|
||||
4. **用户自动注册**:CAS 用户首次登录时自动创建本地账号(需评估权限与安全策略)
|
||||
5. **移动端接入**:mobile 工程可参考相同 OAuth2 流程实现统一认证登录
|
||||
6. **退出登录**:考虑对接 CAS 单点登出(SLO)接口
|
||||
|
||||
---
|
||||
|
||||
## 8. 附录:关键代码索引
|
||||
|
||||
### 8.1 前端 — 跳转 CAS
|
||||
|
||||
```typescript
|
||||
// web/src/views/login.vue
|
||||
const handleUnifiedLogin = () => {
|
||||
const authorizeUrl = `${CAS_BASE}/cas/oauth2.0/authorize?response_type=code&client_id=${CAS_CLIENT_ID}&redirect_uri=${FRONTEND_REDIRECT_URI_ENCODED}`;
|
||||
window.location.href = authorizeUrl;
|
||||
};
|
||||
```
|
||||
|
||||
### 8.2 前端 — 回调处理
|
||||
|
||||
```typescript
|
||||
// web/src/views/login.vue — onMounted
|
||||
const code = extractCodeFromRoute(router.currentRoute.value);
|
||||
if (code) {
|
||||
fetchAccessToken(code);
|
||||
}
|
||||
```
|
||||
|
||||
### 8.3 后端 — 用户映射与登录
|
||||
|
||||
```java
|
||||
// CasController.java
|
||||
LoginUser loginUser = TenantHelper.dynamic(finalTenantId, () -> {
|
||||
SysUserVo user = userMapper.selectVoOne(
|
||||
new LambdaQueryWrapper<SysUser>().eq(SysUser::getUserName, finalUsername));
|
||||
// 校验存在性、状态...
|
||||
return loginService.buildLoginUser(user);
|
||||
});
|
||||
LoginHelper.login(loginUser, model);
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
**文档版本**:v1.1
|
||||
**创建日期**:2026-06-10
|
||||
**更新日期**:2026-06-25 — 新增从 SSO 门户进入登录页时自动统一认证
|
||||
**维护说明**:CAS 配置变更或登录逻辑调整时,请同步更新本文档及 [用户认证登录API](./API/用户认证登录API.md)。
|
||||
@@ -1,25 +1,25 @@
|
||||
-- =============================================================================
|
||||
-- 学生学籍异动 + 换班级 → 教务对接宽表视图(验证用)
|
||||
-- 学生学籍异动 + 换班级 → 教务对接宽表视图
|
||||
-- 说明见:学生学籍异动同步教务系统改造方案.md
|
||||
--
|
||||
-- 约定:
|
||||
-- * 异动前/后「校区」列为 NULL
|
||||
-- * 「异动生效学期」列保留,值为 NULL
|
||||
-- * 「异动生效时间」:学籍异动 = effective_date;换班级 = effective_time
|
||||
-- * 异动前/后「校区」列为 NULL(本系统无校区字段)
|
||||
-- * 「异动生效学期」列保留,值为 NULL(教务可接受空值)
|
||||
-- * 「异动生效时间」:学籍异动 = effective_date;换班级 = effective_time(API 按年筛选)
|
||||
-- * 「异动类型」:输出教务系统中文名称(见 §异动类型映射)
|
||||
-- * 仅导出已处理:学籍 process_status = 1;换班级 status = '1'
|
||||
-- * 换班级异动类型占位:HUAN_BAN_JI(请按教务附件码表替换)
|
||||
-- * 学籍异动「异动前/后」组织与学制:取自当前 xg_student_msg 冗余字段(与「当时」快照
|
||||
-- 可能不一致,正式投产前请按方案评估是否改读 xg_student_msg_his 或落库快照)
|
||||
-- * 末尾「数据来源」「来源记录id」便于联调,对接教务时可从视图中去掉这两列
|
||||
-- * 学籍异动「异动前」:优先 xg_student_msg_his(处理脚本落库快照),否则回退 xg_student_msg
|
||||
-- * 学籍异动「异动后」:取自当前 xg_student_msg(纯学籍异动组织维度通常不变)
|
||||
-- * 末尾「数据来源」「来源记录id」供联调,API 层不对外返回
|
||||
--
|
||||
-- 异动类型映射(本库 → 教务附件1):
|
||||
-- TUI_XUE → 退学
|
||||
-- XIU_XUE → 休学
|
||||
-- FU_XUE → 复学
|
||||
-- BI_YE → 不同步(本库「毕业」记录不传给教务)
|
||||
-- 换班级记录 → 转班级
|
||||
--
|
||||
-- 执行前请确认:本库 sys_user 是否含 user_no;若无则把 COALESCE 改为仅用 user_name。
|
||||
--
|
||||
-- 排序规则:若出现 1267 Illegal mix of collations,说明各表 tenant_id 等字段默认校对不一致;
|
||||
-- 以下 JOIN/WHERE 已对字符串比较统一为 utf8mb4_unicode_ci(可按库内多数表实际改为 general_ci)。
|
||||
--
|
||||
-- 异动类型名称:与教务系统用语对齐(教务清单含实习、肄业、结业、退学、转班级、休学、复学等;
|
||||
-- 本库仅产生 TUI_XUE/XIU_XUE/FU_XUE/BI_YE/HUAN_BAN_JI)。BI_YE 在清单中无「毕业」,暂映射为「结业」,
|
||||
-- 若贵校教务将毕业单独编码请修改下方 CASE。
|
||||
-- =============================================================================
|
||||
|
||||
DROP VIEW IF EXISTS `vw_jw_student_change_export`;
|
||||
@@ -29,30 +29,28 @@ SELECT
|
||||
DATE(COALESCE(sc.apply_date, sc.create_time)) AS `提交时间`,
|
||||
(CAST(NULL AS CHAR(32) CHARACTER SET utf8mb4) COLLATE utf8mb4_unicode_ci) AS `异动生效学期`,
|
||||
CAST(sc.effective_date AS DATETIME) AS `异动生效时间`,
|
||||
(sc.change_type COLLATE utf8mb4_unicode_ci) AS `异动类型`,
|
||||
(CASE sc.change_type
|
||||
WHEN 'TUI_XUE' THEN '退学'
|
||||
WHEN 'XIU_XUE' THEN '休学'
|
||||
WHEN 'FU_XUE' THEN '复学'
|
||||
WHEN 'BI_YE' THEN '结业'
|
||||
ELSE COALESCE(sc.change_type, '')
|
||||
END COLLATE utf8mb4_unicode_ci) AS `异动类型名称`,
|
||||
END COLLATE utf8mb4_unicode_ci) AS `异动类型`,
|
||||
(COALESCE(sc.student_no, m.student_no) COLLATE utf8mb4_unicode_ci) AS `申请人学号`,
|
||||
(m.`name` COLLATE utf8mb4_unicode_ci) AS `姓名`,
|
||||
(m.grade COLLATE utf8mb4_unicode_ci) AS `异动前所在年级`,
|
||||
(COALESCE(mh.`name`, m.`name`) COLLATE utf8mb4_unicode_ci) AS `姓名`,
|
||||
(COALESCE(mh.grade, m.grade, cm_before.grade) COLLATE utf8mb4_unicode_ci) AS `异动前所在年级`,
|
||||
(CAST(NULL AS CHAR(64) CHARACTER SET utf8mb4) COLLATE utf8mb4_unicode_ci) AS `异动前所在校区`,
|
||||
(m.college_name COLLATE utf8mb4_unicode_ci) AS `异动前所在院系`,
|
||||
(m.major_name COLLATE utf8mb4_unicode_ci) AS `异动前所在专业`,
|
||||
(m.class_name COLLATE utf8mb4_unicode_ci) AS `异动前所在班级`,
|
||||
m.school_system AS `异动前学制`,
|
||||
(COALESCE(mh.college_name, m.college_name, cm_before.college_name) COLLATE utf8mb4_unicode_ci) AS `异动前所在院系`,
|
||||
(COALESCE(mh.major_name, m.major_name, cm_before.major_name) COLLATE utf8mb4_unicode_ci) AS `异动前所在专业`,
|
||||
(COALESCE(mh.class_name, m.class_name, cm_before.class_name) COLLATE utf8mb4_unicode_ci) AS `异动前所在班级`,
|
||||
COALESCE(cm_before.school_system, mh.school_system, m.school_system) AS `异动前学制`,
|
||||
(CAST(NULL AS CHAR(64) CHARACTER SET utf8mb4) COLLATE utf8mb4_unicode_ci) AS `异动后所在校区`,
|
||||
(m.grade COLLATE utf8mb4_unicode_ci) AS `异动后所在年级`,
|
||||
(m.class_name COLLATE utf8mb4_unicode_ci) AS `异动后所在班级`,
|
||||
(m.college_name COLLATE utf8mb4_unicode_ci) AS `异动后所在院系`,
|
||||
(m.major_name COLLATE utf8mb4_unicode_ci) AS `异动后所在专业`,
|
||||
m.school_system AS `异动后学制`,
|
||||
(COALESCE(m.grade, cm_after.grade, mh.grade) COLLATE utf8mb4_unicode_ci) AS `异动后所在年级`,
|
||||
(COALESCE(m.class_name, cm_after.class_name, mh.class_name) COLLATE utf8mb4_unicode_ci) AS `异动后所在班级`,
|
||||
(COALESCE(m.college_name, cm_after.college_name, mh.college_name) COLLATE utf8mb4_unicode_ci) AS `异动后所在院系`,
|
||||
(COALESCE(m.major_name, cm_after.major_name, mh.major_name) COLLATE utf8mb4_unicode_ci) AS `异动后所在专业`,
|
||||
COALESCE(cm_after.school_system, m.school_system, cm_before.school_system, mh.school_system) AS `异动后学制`,
|
||||
(COALESCE(NULLIF(TRIM(su.user_no), ''), su.user_name) COLLATE utf8mb4_unicode_ci) AS `异动后班主任工号`,
|
||||
(m.class_teacher_name COLLATE utf8mb4_unicode_ci) AS `异动后班主任姓名`,
|
||||
(COALESCE(m.class_teacher_name, cm_after.class_teacher_name, mh.class_teacher_name) COLLATE utf8mb4_unicode_ci) AS `异动后班主任姓名`,
|
||||
(CAST(NULL AS CHAR(50) CHARACTER SET utf8mb4) COLLATE utf8mb4_unicode_ci) AS `新名字`,
|
||||
('已通过' COLLATE utf8mb4_unicode_ci) AS `审核状态`,
|
||||
('学籍异动' COLLATE utf8mb4_unicode_ci) AS `数据来源`,
|
||||
@@ -62,12 +60,25 @@ LEFT JOIN xg_student_msg m
|
||||
ON m.id = sc.student_id
|
||||
AND m.deleted = 0
|
||||
AND (m.tenant_id COLLATE utf8mb4_unicode_ci) = (sc.tenant_id COLLATE utf8mb4_unicode_ci)
|
||||
LEFT JOIN xg_student_msg_his mh
|
||||
ON mh.id = sc.student_id
|
||||
AND mh.deleted = 0
|
||||
AND (mh.tenant_id COLLATE utf8mb4_unicode_ci) = (sc.tenant_id COLLATE utf8mb4_unicode_ci)
|
||||
LEFT JOIN xg_class_msg cm_before
|
||||
ON cm_before.deleted = 0
|
||||
AND (cm_before.tenant_id COLLATE utf8mb4_unicode_ci) = (sc.tenant_id COLLATE utf8mb4_unicode_ci)
|
||||
AND cm_before.id = CAST(NULLIF(TRIM(COALESCE(mh.class_id, m.class_id)), '') AS UNSIGNED)
|
||||
LEFT JOIN xg_class_msg cm_after
|
||||
ON cm_after.deleted = 0
|
||||
AND (cm_after.tenant_id COLLATE utf8mb4_unicode_ci) = (sc.tenant_id COLLATE utf8mb4_unicode_ci)
|
||||
AND cm_after.id = CAST(NULLIF(TRIM(m.class_id), '') AS UNSIGNED)
|
||||
LEFT JOIN sys_user su
|
||||
ON su.user_id = m.class_teacher_id
|
||||
ON su.user_id = COALESCE(m.class_teacher_id, cm_after.class_teacher_id)
|
||||
AND (su.del_flag COLLATE utf8mb4_unicode_ci) = ('0' COLLATE utf8mb4_unicode_ci)
|
||||
AND (su.tenant_id COLLATE utf8mb4_unicode_ci) = (sc.tenant_id COLLATE utf8mb4_unicode_ci)
|
||||
WHERE sc.deleted = 0
|
||||
AND sc.process_status = 1
|
||||
AND (sc.change_type COLLATE utf8mb4_unicode_ci) <> ('BI_YE' COLLATE utf8mb4_unicode_ci)
|
||||
|
||||
UNION ALL
|
||||
|
||||
@@ -75,8 +86,7 @@ SELECT
|
||||
DATE(COALESCE(c.change_time, c.create_time)) AS `提交时间`,
|
||||
(CAST(NULL AS CHAR(32) CHARACTER SET utf8mb4) COLLATE utf8mb4_unicode_ci) AS `异动生效学期`,
|
||||
CAST(c.effective_time AS DATETIME) AS `异动生效时间`,
|
||||
('HUAN_BAN_JI' COLLATE utf8mb4_unicode_ci) AS `异动类型`,
|
||||
('转班级' COLLATE utf8mb4_unicode_ci) AS `异动类型名称`,
|
||||
('转班级' COLLATE utf8mb4_unicode_ci) AS `异动类型`,
|
||||
(c.student_no COLLATE utf8mb4_unicode_ci) AS `申请人学号`,
|
||||
(c.student_name COLLATE utf8mb4_unicode_ci) AS `姓名`,
|
||||
(oc.grade COLLATE utf8mb4_unicode_ci) AS `异动前所在年级`,
|
||||
@@ -115,10 +125,6 @@ WHERE c.deleted = 0
|
||||
|
||||
-- -----------------------------------------------------------------------------
|
||||
-- 授权:用户 jw_cx 仅查询本视图(需使用具备 GRANT 权限的账号执行,如 root)
|
||||
-- 库名默认 hzdyjs_xg(与 application-dev 一致);若库名或主机不同请修改后再执行。
|
||||
-- 主机 `%` 表示任意来源连接;若仅本机可改为 `'jw_cx'@'localhost'`。
|
||||
-- 若库中尚无 jw_cx,可先执行(按需设密码与认证插件):
|
||||
-- CREATE USER IF NOT EXISTS 'jw_cx'@'%' IDENTIFIED BY '请设置强密码';
|
||||
-- -----------------------------------------------------------------------------
|
||||
GRANT SELECT ON `hzdyjs_xg`.`vw_jw_student_change_export` TO 'jw_cx'@'%';
|
||||
FLUSH PRIVILEGES;
|
||||
@@ -16,7 +16,7 @@
|
||||
| 1 | 提交时间 | 有则格式化为日期 `YYYY-MM-DD`(与教务示例一致);口径建议统一为「登记/创建侧」:`学籍异动` 用 `apply_date` 或 `create_time`;`换班级` 用 `change_time` 或 `create_time`(实施时二选一写死) | `xg_student_status_change` / `xg_student_class_change` |
|
||||
| 2 | 异动生效学期 | **保留列,值为空**(`NULL` 或 `''`,与对方接口约定一致即可) | 常量列,不推算 |
|
||||
| 3 | 异动生效时间 | **必填语义由本库生效字段承担**:学籍异动用 `effective_date`;换班级用 `effective_time`(类型统一为 `DATETIME` 便于对接) | 同上两表 |
|
||||
| 4 | 异动类型 | 代码值需与教务「附件1」枚举对齐;本库:`TUI_XUE`/`XIU_XUE`/`FU_XUE`/`BI_YE`;换班级单独一类(见 §4) | `change_type` + 来源标识 |
|
||||
| 4 | 异动类型 | 输出教务附件1 **中文名称**(退学/休学/复学/转班级);见 §4 映射表;**毕业(BI_YE)不同步** | 视图内 `CASE` + WHERE 过滤 |
|
||||
| 5 | 申请人学号 | 直接输出 | `student_no` |
|
||||
| 6 | 姓名 | 输出异动当时姓名:换班级表有 `student_name`;学籍异动可 `JOIN xg_student_msg` 取当前 `name`(若需「当时」姓名需后续增强,见 §6) | 业务表 + `xg_student_msg` |
|
||||
| 7 | 异动前所在年级 | 有则输出 | 换班级:`original_`* 无年级时 JOIN 原班级 `xg_class_msg.grade`;学籍异动:见 §6 |
|
||||
@@ -52,10 +52,20 @@
|
||||
|
||||
## 4. 异动类型(与教务对齐)
|
||||
|
||||
- **学籍四类**:将 `TUI_XUE`、`XIU_XUE`、`FU_XUE`、`BI_YE` 映射为教务附件中的编码(映射表建议单独维护:字典表或视图内 `CASE`,以教务最终码表为准)。
|
||||
- **换班级**:单独一种教务类型码;来源为 `xg_student_class_change`(勿与表中 `change_type` 1–4「申请类型」混淆,视图层用常量或别名列区分「业务异动类型」)。
|
||||
本库 → 教务附件1 中文名称映射(视图 `异动类型` 列直接输出教务名称):
|
||||
|
||||
「复学并换班级」会同时存在学籍记录与换班级记录:导出时需约定 **两条都出** 或 **合并为一条**(建议与教务约定后,在视图或同步 SQL 中写死规则)。
|
||||
| 本库来源 | 内部标识 | 教务异动类型名称 |
|
||||
| -------- | -------- | ---------------- |
|
||||
| 学籍异动 | `TUI_XUE` | 退学 |
|
||||
| 学籍异动 | `XIU_XUE` | 休学 |
|
||||
| 学籍异动 | `FU_XUE` | 复学 |
|
||||
| 换班级 | — | 转班级 |
|
||||
|
||||
**不同步**:`BI_YE`(毕业)记录不进入视图、不传给教务。
|
||||
|
||||
详细说明见:`跟教务系统同步学生异动信息/异动类型映射说明.md`。
|
||||
|
||||
「复学并换班级」会同时存在学籍记录与换班级记录:当前策略为 **两条都出**。
|
||||
|
||||
---
|
||||
|
||||
@@ -97,7 +107,7 @@
|
||||
|
||||
| 项 | 说明 |
|
||||
| ------------- | ----------------------------------------------------------------------------- |
|
||||
| 纯学籍异动的「异动前」组织 | 若业务未保证每次写 `xg_student_msg_his`,视图可能缺「前」;建议长期在异动落表时**冗余写入前后快照**或依赖可靠 his 关联规则。 |
|
||||
| 纯学籍异动的「异动前」组织 | 视图优先读 `xg_student_msg_his`(处理脚本落库快照),无快照时回退 `xg_student_msg`;同一学生多次异动时 his 仅保留首次快照,需长期可考虑落库冗余字段。 |
|
||||
| 校区 | 当前方案恒空;将来可在 `xg_class_msg` 或学院维度补 `campus_id/name` 后改视图即可。 |
|
||||
| 异动生效学期 | 当前恒空;将来有校历维表后,可只改视图计算逻辑,不必改业务表。 |
|
||||
| 改名 | 无流水则「新名字」保持空;需要时增加改名记录表或审计。 |
|
||||
@@ -126,5 +136,7 @@
|
||||
| ---------- | ------------------------------------------------------------ |
|
||||
| 2026-05-07 | 初稿:汇聚视图方案;校区、生效学期为空;生效时间取自 `effective_date`/`effective_time` |
|
||||
| 2026-05-07 | 补充:`vw_jw_student_change_export.sql` 可执行 DDL |
|
||||
| 2026-06-22 | API 改为按「异动生效时间」自然年筛选;视图输出教务中文异动类型;学籍异动「前」优先读 `xg_student_msg_his` |
|
||||
| 2026-06-22 | 毕业(`BI_YE`)记录不同步给教务,视图 WHERE 排除 |
|
||||
|
||||
|
||||
Reference in new issue
Block a user