番号大全分类框架速查
番号大全在检索语境里指按某一维度对条目做穷举式列举的清单形态。本文界定其三种分类框架，比对与番号库的组织方式及番号分类速查表的分工差别，并给出示例目录与判定阈值。本文虚构数据用于结构说明，勿作真实统计， 同族里可先看大全分类维度切定义脉络与大全分类维度切结构骨架互为参照, 跨族则以番号核验流程与工作单与番号库规范化流程做外部锚点。
定义与语义范围
作为清单形态，番号大全按明确维度枚举条目，而非以结构化接口对外提供检索。常见维度包括发行方、系列、年份与命名族版本，示例编号如 MIMK-743、MIMK-743、MIMK-743 等。以示例目录 8,600 条估算，按发行方拆分后单侧列表通常落在 500 至 8,600 条区间。规范化步骤参考番号命名族群断层解读。格式：ABC-###阈值：500-3000
跨呈现层邻接读物
分类层级要能被检索召回路径直接消费：检索召回路径对大全分类层级的接入阐述召回路径如何按分类层级筛选与合并候选项。
映射到聚合站栏目时会对层级做压平：聚合站栏目压平大全分类层级的方式给出聚合站栏目压平分类层级的方式。
三种分类维度对照
按聚合层级、列举粒度与更新周期三项对照，常见形态差别如下表所示：
| 形态 | 聚合层级 | 典型粒度 | 更新周期 |
|---|---|---|---|
| 番号大全 | 维度列举 | 数百至数千条 | 周至月 |
| 番号库 | 结构化聚合 | 数千至数十万条 | 日至周 |
| 番号吧 | 条目枚举 | 数十至数百条 | 不固定 |
实操中常出现混合维度，参考番号库近义词界限。
与番号库、番号吧的分工
三者并非同一层级：结构化聚合偏存储与检索接口，社群式条目汇合偏具体讨论与展示，番号大全介于二者之间，以维度为骨、以条目为肉。选型时先看使用场景与更新频次，再决定采用哪种形态。命名族口语层的大番号定义的走查不建议直接作为分类骨架，仅可作辅助标注。
常见收录策略与阈值
常见收录策略有三种：全量抓取按周更新、按新增条目增量入库、按命名族分批灌入。以示例数据估算，全量刷新平均耗时 42 分钟，增量策略端到端延迟约 8 分钟，分批灌入的窗口一般设在低峰时段。策略选择需结合下游检索频次与合规注记要求判断，具体参考番号数据来源图。策略：全量/增量/分批
常见问题
番号大全必须做到穷举吗
不必须。是否要求穷举取决于收录策略与用途，穷举与否并非判定其性质的必要条件。
与聚合库能否互换使用
两者能否互换使用，需结合具体检索目标判断。前者偏维度列举，后者偏结构化存储与接口。
大番号能否作为分类维度
可作为口语层的辅助参考，但并非规范术语。至于何时启用该维度，尚无统一约定。
与条目枚举清单的粒度差别
番号大全以维度为组织骨架，粒度更粗；条目枚举清单更细。混合使用时建议明确层级归属，避免维度错位。相关判定见番号分类框架图。
边界与局限
本文只讨论公开命名与检索层面的分类框架，不涉及内容获取途径与许可核验。分类边界尚在讨论，本文虚构数据用于结构说明，勿作真实统计。
参考资料
- 参照 ISO 2108 编号标识命名规范中的结构分段建议
- 参照 W3C URL 编码规范里的保留字与分隔符表述
- 参照 Unicode NFKC 规范的全半角与大小写归一化步骤