选课排课与教室资源调度的资料版本与变更维护:文档解析与分块

围绕选课排课与教室资源调度的资料版本与变更维护,说明文档解析与分块的配置前提与核对动作,结合开课计划、排课表确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

本页面向选课排课与教室资源调度品类,材料来自开课计划、排课表、选课规则三类文件,更新节奏跟随学期批次与临时调课。三类材料进入文档解析与分块时角色不同:开课计划提供课程与班级字段,排课表提供时间、教室与教师字段,选课规则提供容量、优先级与生效日期字段。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识,文件记录与数据行各自的身份分得开。字段特征集中在课程名称、课程代码、班级人数、教室编号、上课日期、签字与回执。同一记录在两份材料里的名称、数量、日期对不上,或版本未同步、缺签字或回执,都会让后续检索与引用出现偏差。

配置怎么定

这一环由解析与训练任务(服务端任务)执行,输出数据行与索引状态(已解析、索引中、已完成)。「版本台账与变更记录」由检索与后续处理接着完成。解析成功不等于检索一定命中,还要看索引状态。

对象判断核验动作
开课计划课程名称、课程代码、班级人数与签字日期在版本间一致核对现行版本唯一性,比对旧版可追与引用同步,检查签字与回执是否齐全
排课表教室编号、上课日期、教师与节次在版本间对得上分别核对文件记录与数据行,确认 chunkSize 与 chunkSplitter 分块后字段未错位
选课规则容量、优先级、生效日期与版本号同步更新改一处规则内容,看版本号与引用是否同步更新,确认 trainingType 对应处理模式
数据行状态处于 parsed / indexing / indexed 三态之一且与界面显示一致打开数据行核对状态,确认待索引数据不参与召回

容易做错的三处

  • 现象:同一课程在两份材料里的名称、数量、日期对不上。原因:开课计划与排课表各自维护,版本未同步,缺签字或回执。
  • 现象:刚上传的材料搜不到。原因:解析成功不等于检索一定命中,数据行仍处于 parsed 或 indexing,未进入 indexed。
  • 现象:训练失败后留下空数据行。原因:初次训练覆盖待索引与索引中的数据,失败数据未及时编辑或删除,重建只针对已完成索引的数据。

怎么确认配好了

本功能验收:上传一份材料,看数据行状态流转与重建任务的覆盖范围,确认 parsed、indexing、indexed 三态与界面显示一致,重建只覆盖已完成索引的数据。

业务测试:改一处内容,看版本号与引用是否同步更新,并核对引用文本的 tokens 与数组条数分别记录。

  • 打开数据行核对状态,确认文件记录与数据行各自的身份分得开,处于 parsed 或 indexing 的数据不参与召回。
  • 查看重建任务覆盖的数据行,确认只针对已完成索引的数据,换模型或同义词重建时待索引数据不参与重建链。