AV 番号搜索完整指南

用番号查演员的方法

拿到一个番号（如 ABC-123）想反查参演演员，通用思路是「前缀 → 厂牌 → 数据库 → 作品条目 → 演员字段」四步：

1. 识别前缀所属厂牌：参考主流前缀对照表，确定 ABC 属于哪个厂牌 / 系列。
2. 选择覆盖该厂牌的番号数据库：不同数据库对不同厂牌的收录完整度不同，选一个明确收录该厂牌的即可。
3. 用完整番号（前缀+数字段+后缀）查询作品条目：番号是作品级唯一识别码，直接输入查询即可定位到具体作品。
4. 从作品条目的 metadata 中提取演员字段：标准元数据字段包括「番号 / 片名 / 演员 / 发行日 / 时长 / 厂牌 / 系列」。演员字段即为答案。

此流程是纯元数据检索，不涉及任何内容资源。整个过程只跟数据库交互，取的是「作品条目 metadata」这一层的公开信息。

用演员查番号的方法

反向查询——已知演员名，想查其所有作品番号——同样是四步：

1. 确认演员姓名的标准写法：日文原名、英文罗马字、中文常用译名可能不同，检索时使用数据库支持的写法。
2. 在演员索引中定位演员条目：多数番号数据库以「演员 → 作品」维度组织。
3. 获取作品列表：条目下应包含该演员参演过的全部作品番号列表，通常按发行时间倒序。
4. 可按厂牌 / 系列筛选：如只关心特定厂牌的作品，用系列 code（如 SSNI）过滤。

此维度更常用于「追演员」的用户，即以演员为主线跟踪其作品线的场景。反过来，「查作品参与演员」用第一节的番号查演员流程。

用系列 code 反查厂牌

只知道番号前缀（如 SSNI）想确认厂牌归属和系列定位，可以：

1. 在前缀-厂牌对照表中查找该 code 所属厂牌。
2. 了解该系列的定位（如 SSNI 是 S1 的主力单体系列、OFJE 是 Fitch 合集系列）。
3. 如需了解该系列的完整作品线，可在番号库中按前缀筛选，按数字段排序浏览。

常见搜索错误

• 大小写混用：多数数据库对番号大小写不敏感，但也有少数区分。规范做法是全大写。
• 前缀数字段之间的连字符：SSNI-123 与 SSNI123 可能被视为不同字符串。数据库通常两种写法都支持，但内部匹配算法可能不同。
• 数字段位数不足：ABC-1 与 ABC-001 在部分数据库需要严格匹配位数（补零）。
• 后缀混淆：想查原版却输入了带 -VR 后缀的番号，会定位到 VR 版本而非原版。
• 拼错前缀：形近字母如 O 和 0、I 和 1、B 和 8 容易输错。
• 全角半角混用：日语环境下输入可能带全角字符，与半角字符不匹配。

番号搜索工具的类型

按形态分类，番号搜索工具大致有以下几种：

• 网页版搜索：直接在浏览器中打开的检索页，无需安装。适合偶尔查询、跨设备使用。
• 桌面客户端：本地安装的应用，通常带本地缓存和离线检索。适合频繁使用场景。
• 浏览器扩展：附加到浏览器的扩展工具，可在浏览其他页面时快速识别番号并跳转到检索结果。
• 开放 API：以接口形式提供番号元数据查询能力，供第三方开发者调用。
• 命令行工具：通过命令行调用的检索工具，多用于自动化脚本场景。
• 移动 App：手机端应用，通常是网页版的封装或独立开发版本。

选择哪种形态取决于使用频率、检索复杂度和是否需要与其他工作流集成。轻度使用推荐网页版（无安装、跨设备），重度用户可用桌面客户端或 API 自动化。

无结果时的排查清单

搜索无返回结果时，按下列清单逐项排查：

• 番号拼写正确吗？（大小写、连字符、位数、易混字母）
• 选用的数据库是否覆盖该厂牌？
• 该番号是否是近期发行？部分数据库更新延迟，新番号可能未收录。
• 该番号是否是历史停用 code？老 code 可能已从主流数据库下线。
• 该番号是否是特殊版本（VR / 无码 / 分卷）？换用原版番号查询。
• 是否是伪造 / 山寨番号？部分冒充作品可能使用不存在的前缀。
• 是否是发行商内部 code 而非公开番号？部分工作室内部有自用编号，从未对外公布。

提升搜索效率的建议

• 建立自己的前缀-厂牌对照表：常用查询集中在几个厂牌时，本地存一份对照表可以省去反复查找的时间。
• 利用批量查询：如需查多个番号，选择支持批量输入或 API 的工具比逐个搜索快得多。
• 关注数据库的更新公告：跟踪主要数据库的更新节奏，掌握其收录延迟规律。
• 交叉验证：重要信息在 2 个以上数据库中交叉验证，避免单库数据错误。

批量检索场景的处理

如果需要检索的番号数量较多（数十到上千），逐个手动查询效率很低，此时应考虑批量方案：

• 使用支持 API 的数据库：把番号列表通过 API 循环查询，结果直接落到本地文件。
• 使用命令行批量工具：一些开源工具专门用于批量番号元数据抓取，输入 txt 文件、输出 JSON 或 CSV。
• 控制查询频率：批量请求时注意速率限制，避免被数据库端限流或封 IP。合理设置每次请求间隔（如 1-2 秒）。
• 断点续跑：查询过程可能因网络中断，脚本设计上应支持记录已完成番号列表，中断后可从上次断点继续。
• 数据去重与规范化：批量抓下来的数据要做番号大小写、后缀等字段规范化，方便后续入库。

常见检索场景总结

把上面各节整合成场景对应表：