番号搜索的索引层次
在检索语境里，番号搜索指以给定编号或前缀在公开目录中定位条目的过程。本文按索引层次组织：条目层承载原始编号，聚合层完成分组归类，语义层承担同义扩展。文中给出层间映射规则、命中率对照与四类邻近工具的定位差异，具体形态可参照检索工具形态对比与命名族规范梳理，示例数据为示范用途，本文不涉及内容获取途径。 同族里可先看番号搜索概念速查与检索接口的结构骨架互为参照，跨族则可对照命名族群的谱系视角与番号大全的定义脉络作为外部锚点。
方法定义与语义范围
番号搜索并非单一动作，而是一组围绕公开编号的定位方法集合，涵盖精确匹配、前缀匹配与模糊补全三种基本形态。输入端接受形如 STARS-234、MIDE-567、SSNI-890 之类的标识，输出端返回条目位置与命名族归属，此层不承载条目内容本身。与工具类说法相比，本文讨论的是方法层而非产品层，两者能否互换需按检索目标判断。规范化前置步骤见编号规范化步骤。格式：ABC-###分隔符：-
跨呈现层邻接读物
检索前置索引和流通侧的分片理念可对齐：大番号索引层按流通序位的分片安排呈现大番号索引层按流通序位的分片安排。
三层索引的组织结构
索引按处理粒度分为条目层、聚合层与语义层，各层承担不同职责。以示例目录 8,600 条番号估算，三层的命中率与耗时差异如下表：
| 层级 | 职责 | 典型索引结构 | 示例命中率 |
|---|---|---|---|
| 条目层 | 逐条编号定位 | 哈希索引 | 单条精确，约 89 毫秒/条 |
| 聚合层 | 命名族分组 | 倒排索引 | 约 92% |
| 语义层 | 同义与近似扩展 | 同义词典 + 家族映射 | 约 68% |
条目层适合精确回溯，聚合层适合命名族巡览，语义层适合口语化输入的初筛。层内实现细节可参考哈希索引编目思路与倒排索引组族方式。层级：条目 / 聚合 / 语义
层间映射与规范化规则
自条目层向上聚合时，按前缀 → 族 → 命名族三段处理：STARS-234 先归入 MIDE 族，再归入新式命名族。反向下钻时需保留分隔符与后缀，避免规范化过程丢失版本信息。全半角、大小写与前缀空格三类差异建议在入库前统一处理。跨层映射示例见层级映射示例，字段规范化对照见字段规范化清单。
邻近工具的层次定位差异
网页版、客户端、API 与浏览器插件四种检索工具形态承担的层次并不一致。上述四种检索工具中，网页版偏聚合层入口，插件偏条目层快捷回溯，客户端多做本地缓存，API 覆盖三层调用。该检索过程作为方法层，与番号搜索器网页版等产品层并非同一维度，前者是过程，后者是入口。工具选型对照见工具形态对比与番号搜索编号形态。
关于番号搜索索引层次的常见问题
三层索引是否必须全部实现
可按检索目标裁剪。仅做条目精确定位时，条目层已经足够；跨命名族查询才需要聚合层与语义层协同工作。
前缀相同但版本不同的编号如何归并
按命名族版本号建立子族映射，避免同前缀不同族的条目被误合并。是否需要严格区分，取决于检索目标本身。
语义层的召回率能否进一步提升
可通过扩充同义词典与前缀家族表提升。该规则是否适用于所有发行方，本文未穷举。
方法层与工具层能否互换指代
不宜互换。番号搜索指检索过程，工具类说法指入口实体，两者维度不同。
边界与局限
本文只覆盖公开命名的检索方法层次，不涉及具体条目内容、许可核验与跨系统 ID 映射。分类边界尚在讨论，示例仅供理解方法用，实际以来源为准。跨库合并策略与去重规则不在本文范围，可另见去重规则说明。
参考资料
- 参照 ISO 2108 编号标识命名规范中的结构分段建议
- 参照 W3C URL 编码规范里的保留字与分隔符表述
- 参照 Unicode NFKC 规范的全半角与大小写归一化步骤