ClassHelper/docs/dev/data-model.md

title, description

title	description
数据模型	24 张表的职责、跨库通用约定、迁移历史与启动时自动迁移。

数据模型

模型定义只有一份：packages/server/prisma/schema.prisma。

跨库通用约定

• 默认是 SQLite（Prisma 7 的 libSQL driver adapter，数据文件 packages/server/prisma/dev.db）；
• 字段只用 String / Int / Float / Boolean / DateTime，不用 Prisma enum、不用 @db.* 原生类型； 角色与优先级存字符串，在 API 层用 zod 校验 —— 这样 SQLite 与 MySQL 行为完全一致；
• 因此切库只需改 provider 与连接串（pnpm db:switch:mysql 就地改写它，没有第二份 schema）；
• 主键统一用 cuid 字符串，便于多端离线生成与合并。

两条核心不变量

这两条是 2026-10-06 那次重构立下的，后面所有表都围着它们转：

① 学生不是账号。 Student 是独立的一张表，只有学号 / 姓名 / 班级 / 性别 / 家长手机号 / 状态，没有 passwordHash、没有 role、没有登录字段 —— 「学生不能登录」由表结构保证， 不再靠"登录前先判 role === 'STUDENT' 并 403"这类代码分支维持。 User 因此收缩为纯账号表（管理员 / 教师 / ClassHelper 班级端）。

② 任课关系的唯一来源是 Course。 Course(classId, name, teacherId) 就是 「班级 + 科目 + 教师」这条关系本身，作业与成绩都挂在它上面；班主任另由 Class.teacherId 表示 （每班 1 人）。历史上那张没有科目的 ClassTeacher 协作表已删除 —— 两套关系并存必然漂移。 同一位教师可以在同一个班同时是班主任和某科科任老师：两处指向同一个 User，不重复建号， 权限在 @classhelper/shared 的 resolveClassRole() 里合并。

24 张表

表	职责	值得注意的字段
User	纯账号表：管理员 / 教师 / ClassHelper 班级端	username（教师即工号，班级端即班级码）、role、phone、careMode（关怀模式偏好，目前只由本机界面读写）；学生不在这里
Student	学生名单记录（没有账号）	studentNo（学号，唯一，唯一标识与查询键）、classId、status、archivedYearId
StudentClassTransfer	调班 / 转出历史	班级 id 与班级名都存快照且不建外键（班级删了历史仍要能读）、mode（single｜batch｜transfer-out）
ArchivedYear	毕业归档的届别档案	enrollmentYear（届别，唯一）、graduationYear、归档时的统计快照
Class	班级	name（「2026级1班」，由 enrollmentYear + classIndex 生成）、code + passwordHash（班级端账号）、termWeeks、termStartDate、studentGradeQueryEnabled、archivedYearId
TermWeek	学期逐周日期区间	classId（空串 = 全校默认）、weekNumber、startDate / endDate
Course	课程 = 「班级 + 科目 + 教师」任课关系	teacherId 就是该班该科的任课老师；@@unique([classId, name])
Schedule	课表条目	weekStart / weekEnd / weekParity（单双周）/ source（manual）
Homework	作业	assignDate（所属日期）、attachmentUrl；dueAt 是已下线的遗留列
HomeworkStatus	学生作业完成状态	@@unique([homeworkId, studentId])
Notification	通知	priority、assignDate（所属本地日期，禁止 UTC 切片）；@@index([classId, assignDate]) 供按天归档
NotificationRead	已读记录	@@unique([notificationId, studentId])
TimeLayout	节次时间配置（ClassIsland 同款 JSON 导入得到）	items 是 JSON 字符串：[{ index, name, startTime, endTime, type, skipped }]
Grade	成绩	studentId、score / totalScore、levelType（percent｜letter｜custom）与 level
PermissionGroup	权限组（角色之上的默认模板）	name（唯一）、builtin（内置组不可删）；生效集合见 角色与权限
PermissionGroupItem	权限组里的一个权限键（一行一个键）	@@unique([groupId, key])；键取值必须是 shared 的 PERMISSION_KEYS 之一
UserPermissionGroup	账号 ←→ 权限组 的分配关系（可属多个组）	@@unique([userId, groupId])；没有任何行 = 回落角色默认模板
AppSetting	全局键值设置（大模型配置 / 开发者模式）	key 即主键、value 存字符串（复杂结构存 JSON）；密钥类值做 AES-256-GCM 加密后存这里（只进不出）
ClientDevice	ClassHelper 客户端设备（教室 / 学生机）	deviceKey（唯一，客户端生成）、classId、clientVersion、updateTargetVersion、lastHeartbeatAt（客户端在线判定看 ClientDevice.lastHeartbeatAt：每 30 秒心跳，90 秒内有成功上报即在线。
更新目标、安装策略与最早安装时间持久化在设备记录中，离线设备下次上线继续领取。

Schedule.source —— 联动退役后历史同步课表统一归为 manual，保留排课数据。

Homework.dueAt —— 截止时间功能已下线，UI 与接口都不再读写它。 保留列是为了不对已安装的库做破坏性迁移；新库里它恒为 null。

Notification.assignDate —— 与 Homework.assignDate 同口径：本地日期（YYYY-MM-DD）， 创建时用 dayKeyLocal() 写入，按天 / 区间归档都读它。不要用 createdAt 切 UTC 当"哪一天" —— 晚上发的通知会被算到第二天。@@index([classId, assignDate]) 是归档查询的支撑。

User.careMode —— 关怀模式的账号级偏好列（放大正文与控件）。目前服务端没有任何接口读写它： Web 端存在 localStorage（classhelper.admin.careMode + careScale），客户端存在本机 config.json。 列先建好是为了将来跨设备同步偏好时不必再迁移；别把它当成"已有服务端开关"。

TermWeek.classId 用空串而不是 null 表示"全校默认" —— SQLite 与 MySQL 的唯一约束都把 NULL 视作互不相同，@@unique([classId, weekNumber]) 用 null 就形同虚设。

迁移历史（17 个）

init → add_time_layout → add_class_account → add_schedule_week_parity →
add_class_term_weeks → add_classisland_integration → add_class_notification_channel →
add_homework_assign_date → add_push_kind → add_schedule_source →
add_student_table → add_student_grade_query → add_grade_level →
add_classhelper_heartbeat → add_archives → add_term_weeks →
add_permission_groups_and_clients

add_student_table 是一次真正的表重构（不是加列）：新建 Student / StudentClassTransfer、 把 User 里 role='STUDENT' 的行按 id 原样搬过去、把 Grade / HomeworkStatus / NotificationRead 的外键从 userId 换到 studentId、删掉 Enrollment 与 ClassTeacher。 因为学生行的 id 保持不变，三张个人数据表的 userId 可以直接当 studentId 用，历史一条不丢。

add_permission_groups_and_clients 是纯加表 / 加列：新建 PermissionGroup / PermissionGroupItem / UserPermissionGroup（权限组）、AppSetting（全局键值设置）、 ClientDevice / ClientCommand（客户端设备与远控）、ClientRelease（安装包缓存）、 AiAudit（大模型审计），并给 Notification 加 assignDate + [classId, assignDate] 索引、 给 User 加 careMode。没有数据搬运，旧库直接补跑即可。

启动时自动迁移

src/lib/db-bootstrap.ts 用一张账本表 _ch_migrations 记录已执行的迁移目录名：

情况	行为
全新安装	依次执行全部迁移并创建初始管理员
覆盖安装	只补跑账本里没有的迁移（已存在的表 / 索引自动跳过）
已是最新	不做任何写操作

日志会写明「全新安装 / 升级安装」、应用了几个迁移、跳过了几个已存在对象。 用户因此不需要手动执行 prisma migrate deploy。

备份格式就是这份模型的拓扑序导出

「数据库管理」里的备份 / 导出导入 / 跨库迁移共用一种 JSON 快照：23 张表按拓扑序导出 （见 lib/snapshot.ts 的 SNAPSHOT_TABLES，现在共 23 项，顺序为 User → PermissionGroup → PermissionGroupItem → UserPermissionGroup → AppSetting → ArchivedYear → Class → Student → … → AiAudit），恢复时临时关闭外键检查 —— 因为 Class.teacherId → User 与 Student.classId → Class 是一条链、 Class/Student.archivedYearId → ArchivedYear 又是一条，任何排序都会被其中一侧卡死。 见数据库管理。

开发时的模型改动

1. 改 schema.prisma；
2. 在 prisma/migrations/ 下加一个迁移目录（用 pnpm --filter @classhelper/server db:deploy 应用，别用 pnpm db:migrate —— 它在 Windows 上不可靠）。要改已有表结构而不只是加列时，可以先用 pnpm exec prisma migrate diff --from-config-datasource --to-schema prisma/schema.prisma --script 生成骨架，再手工补数据搬运语句；
3. 改完核对 SNAPSHOT_TABLES（新增 / 删除表要同步）与 deleteTeacher 的护栏清单 （它必须覆盖 Class.teacherId / Course.teacherId / Homework.createdBy / Notification.createdBy 四项）； 再回到 packages/server/scripts/apply-column-migrations.cjs 补上可 ALTER TABLE 的简单列。

模型总数与迁移个数会随版本增长，以 schema.prisma 与 prisma/migrations/ 的实际内容为准； 本文里的数字标注的是当前代码库的状态。