番号吧的元数据字段规范
番号吧在社区语境里指以主题贴聚合展示编号的入口式站点，其数据组织依赖一张紧凑的元数据表。本文梳理番号吧表结构的八个核心字段、字段类型与校验思路，比对番号库的组织方式、番号大全的分类维度与番号网的入口层级三种邻近说法的字段差别。示例记录取自公开的常见命名族样本。 同族里可先看番号吧一文说清与吧圈元数据表切结构骨架互为参照, 跨族则以番号库编目要点与番号分类框架速查做外部锚点。
定义与语义范围
作为一类入口，此站点侧重贴文聚合与讨论线索，元数据表须同时承载条目字段与线索字段。典型记录包含编号主体、命名族标签、发帖 ID 与最后活动时间四类值，例如主字段 ATID-890 与 BFTR-124。相关规范化步骤见命名族群识别核对。格式：ABC-###字段：8 项
跨呈现层邻接读物
社区线索被抽出后要进入检索回显层：检索结果元数据接收社区线索的规范给出该规范的具体路径。
与邻近入口的字段差别
「吧」「库」「大全」「网」四种入口在字段侧重上差异明显。以下按主字段、二级字段与更新频率三个维度对照：
| 入口 | 主字段 | 二级字段 | 更新频率 |
|---|---|---|---|
| 番号吧 | entry_id + thread_id | 回帖数、最后活动 | 高（分钟级） |
| 番号库 | entry_id + family | 发行方、发行日期 | 中（日级） |
| 番号大全 | entry_id + 分类维度 | 标签、聚合层级 | 低（周级） |
| 番号网 | entry_id + 站点路径 | 栏目、外链数 | 不定 |
更细的差别参考番号库近义词的判定。
番号吧元数据表的八个核心字段
以示例目录 39,800 条记录估算，字段命中率呈典型幂律：编号主体命中 100%，命名族标签命中 92%，最后活动时间命中 68%。建议表结构含八列：entry_id（编号主体）、family（命名族）、thread_id（关联贴 ID）、reply_count（回帖数）、last_active（最后活动）、status（收录状态）、norm_ver（规范化版本）与 src_note（来源批注）。命名族分层参考命名族群的谱系视角与番号库编目思路。
字段类型与校验思路
主字段 entry_id 建议采用 VARCHAR(24) 存储，按 [A-Z]{3,5}-\d{2,5}[A-Z]? 正则校验；family 用短枚举表存储；时间字段统一采用 UTC 时间戳并做 NFKC 归一。示例批处理中，单条番号数据校验平均耗时 71 毫秒，批量入表时可降至 11 毫秒。批处理流程可参考番号大全维度对比。正则：[A-Z]{3,5}-\d{2,5}
常见误解
其一，把贴子标题当作 entry_id。该入口的贴子标题多带讨论性修饰，不宜直接进入主字段。建议做标题与主体分离，参考番号库编目做法。其二，字段排序跟随发帖时序而非命名族，会让跨发行方的结果错位，应先按 family 归一再排序。主字段 ≠ 标题
关于该表的常见问题
番号吧和番号库是同一件事吗
不是。前者是社区式讨论入口，后者是结构化聚合库；两者能否在字段层面对齐，需结合收录目标判断。
元数据表必须固化为八字段吗
并非硬性规定。八字段仅为示例配置，是否增删取决于收录深度与线索承载需求。
命名族字段可以留空吗
可以。留空会降低跨命名族的检索命中，一般建议以短枚举兜底。该入口场景下留空的代价更明显。
后缀字母是否入索引
视场景决定。至于何时纳入索引，尚无统一约定。
边界与局限
本文只覆盖此元数据表的字段设计与校验层，不涉及内容获取途径、许可核验与讨论内容治理策略。分类边界尚在讨论。
参考资料
- 参照 ISO 2108 编号标识命名规范中的结构分段建议
- 参照 W3C URL 编码规范里的保留字与分隔符表述
- 参照 Unicode NFKC 规范的全半角与大小写归一化步骤