番号大全的分类维度设计

三种主流分类维度概述

按前缀维度以命名族字母段为主键，例如 MIDE、SSNI、STARS 三个前缀各自成一列，条目按数字段升序排列。按年代维度以年份或版本窗口为主键，把跨命名族的条目合并到同一年段内。按题材维度则由编辑人工归入若干题材桶，属于聚合视角。前两种维度可以由脚本从字段自动推导，题材维度需依赖人工标注，可比对横向清单法命名族的划分方式。前缀维度年代维度题材维度

跨呈现层邻接读物

分类维度进入社区讨论会长出别的分支：社区讨论对大全分类维度的再切分给出社区讨论对大全分类维度的再切分。

分类维度在检索的组合筛选里有直接落点：组合筛选对大全分类维度的直接映射给出组合筛选对分类维度的直接映射。

三维度对照表

下表以一个示例目录 33,600 条为基线，展示三种维度在粒度、去重规则、交叉引用成本三项上的差异：

可以看出前缀维度天生贴合编号结构，年代维度适合做版本演化观察，题材维度对语义描述最友好但维护成本最高。

去重规则如何随维度变化

在按前缀维度里，去重只需比较数字段是否相同；在按年代维度里，需要把 前缀+数字 拼接作为联合主键，避免同段落里两个不同族撞号；在按题材维度里，同一条可能被两位编辑归入不同题材桶，需要引入「主归属+次归属」两层字段。示例目录中，按题材归档若不加约束，重复率可能达到 12%–18%。

交叉引用的四种做法

当读者从一种维度切到另一种维度时，跨维度引用会产生额外开销。常见做法有四种：一是内嵌辅表，用外键指向另一维度的分组；二是双向标签，在条目上同时挂多维度标签；三是仅在索引层次做映射；四是按需生成，只在检索请求命中时构建。前两种查询快但存储冗余，后两种存储省但检索需两跳。选择哪一种取决于清单的更新频率与访问模式。

何时切换维度

如果目录以按前缀维度起步，随着覆盖率提升，读者会逐渐提出跨年段与跨题材的需求。此时可以先在原维度上追加辅表，等辅表访问量占比达到某个阈值再考虑切换。示例观察表明，当年代维度访问量占比超过约 35%，全量切换的迁移成本与收益趋于平衡。切换过程中，可以参照历史演化的做法。

番号分类维度的冲突消解

番号大全的三种主流维度并存时，同一条番号条目在不同维度下可能归入不同桶。冲突消解的核心思路是明确一份主维度，其余维度只做辅助标签。以按前缀为主维度的番号大全里，若一条番号条目在年代维度与题材维度出现分类分歧，应以前缀维度的桶为准，另两个维度的标签只作检索加速用。

冲突消解的另一层是维度桶边界模糊时的裁决。以年代维度为例，跨年发行的番号条目若首发月份在 12 月、正式发行在次年 1 月，两桶都有理由收纳。番号大全常见的裁决是取首发月份归桶，同时在次年桶追加交叉引用，避免番号读者按次年检索时漏掉该条。

多维度组合投票

更复杂的番号大全允许同一条番号同时携带多个维度标签，最终归桶按加权投票决定。投票权重按维度成熟度分配：番号大全里按前缀维度成熟度最高，权重 0.5；年代维度权重 0.3；题材维度权重 0.2。三票加权后落到得分最高的桶，得分并列时按主维度决胜。

加权投票的好处是让新维度可逐步引入而不冲击主维度归桶。番号大全新增一个"发行地"维度时，可先给 0.1 权重跑三个月，观察其与既有维度的一致率，再决定是否提权。番号大全的多维投票机制要定期回顾，权重不应长期不动。

维度权重的演化与灰区案例

番号大全的维度权重会随读者行为变化而演化。早期番号大全以按前缀为绝对主维度，权重接近 1；随着按年代访问的番号读者比例升到三成，年代维度权重逐步抬升至 0.3。番号大全的权重演化应留下版本记录，任何一次权重调整都要注明触发条件与观测数据。

灰区案例的处理不追求百分百一致，而是要有可复盘的裁决记录。番号大全的运维方定期回顾灰区裁决，可为下一轮维度权重调整提供数据支撑。番号大全若忽视灰区记录，长期来看维度间的漂移会累积成难以修复的偏差。

维度切换的过渡期

番号大全从一个主维度切换到另一个主维度时，过渡期通常持续一个季度。过渡期内旧主维度与新主维度并列可写，两边的番号归桶差异每周对账一次。差异率降到 2% 以下才可完成切换，否则应延长过渡期或回退。切换完成后，旧主维度降为辅表继续维护半年，方便老番号书签与外部引用平稳过渡。

过渡期的操作纪律包括三条：番号归桶差异必须留台账、差异条目必须定位到具体命名族与年段、修复动作必须回写到规范化清单。三条纪律满足后，番号大全的维度切换即使遇到局部反复，也能追溯到具体条目而非整体推倒。

边界与局限

本文只讨论公开清单的组织与评估方法，不涉及具体条目获取途径与许可核验步骤。给出的数值与阈值均为示范值，实际落地需按发行方文档与本地策略调整，示例值仅作说明用途。