This commit is contained in:
zlwu committed 2026-06-26 15:30:24 +08:00
1 parent a88d87047d
commit c0de1b9bef
19 files changed
+17083 -202

No files matched your search

+2
View File
@@ -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)。
---
## 🔐 用户认证
@@ -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 排除 |