这个品类的数据长什么样
普通高校招生录取投档的材料包括招生计划、投档规则与录取名册，来源为省级招生考试机构与高校招生办，按批次与轮次更新，字段含院校代号、专业组、计划数、投档线、录取状态、日期与签字栏。招生计划进入部署环境时作为主业务库的核对基准，投档规则以版本化配置参与连接与任务记录的一致性判断，录取名册则作为交接单的逐项核对对象。三者在同一记录上的名称、数量、日期须与两份材料一致，版本同步与签字回执缺一不可。材料进入数据库与运维功能时，各自承担连接对象、任务记录与交接凭证的角色，部署状态与操作记录须围绕这三类材料形成可追溯的链条。
配置怎么定
这一环由部署环境的连接配置（服务端）执行，输出连接是否可用（服务启动结果与连接日志）。「可交接的部署状态与操作记录」由部署交接与后续业务处理接着完成。主业务库、日志库、缓存与向量库的连接地址由环境变量分别配置，日志库不单独配置时复用主库。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 院校代号、专业组、计划数与日期在两份材料中一致，版本同步且签字齐全 | 在部署环境核对该变量取值与库地址一致，逐项比对计划字段与日期签字 |
| 投档规则 | 投档条件、轮次与日期在两份材料中一致，版本未同步即视为不一致 | 对照部署说明核对所选向量库与地址，检查规则版本与任务记录 |
| 录取名册 | 考生号、录取状态、数量与日期在两份材料中一致，缺签字或回执即不通过 | 用客户端连一次缓存，核对返回；按交接单逐项核对名册记录 |
| 部署状态与操作记录 | 版本、连接、任务记录三者一致，缺一项记录即不可交接 | 核对主业务库、日志库、缓存与向量库的连接结果与启动日志 |
容易做错的三处
- 现象：启动后日志持续报连接超时。原因：主业务库或缓存连接变量与实际实例地址不一致，部署环境未按变量取值核对。
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：招生计划与录取名册版本未同步，交接单未逐项核对。
- 现象：检索报向量库错误。原因：向量库连接变量与实际使用的向量库不一致，或日志库与主库共用导致写入位置混淆。
怎么确认配好了
本功能验收：逐项连一次主业务库、日志库、缓存与向量库，核启动日志里的连接结果，确认 MONGODB_URI、PG_URL、REDIS_URL 指向实际实例且可连通。
业务测试：按交接单逐项核对一次，看缺哪一项记录；招生计划、投档规则、录取名册的字段、日期与签字须与两份材料一致。
- 在部署环境核对主业务库连接变量取值与库地址一致，查看日志库变量是否设置并核对日志写入的库。
- 用客户端连一次缓存并核对返回，对照部署说明核对所选向量库与地址，检查任务记录与版本是否同步。