hl-api-changelog/changelogs-v2/2026-08/10_5778_房型字典BIG_BED下线合并QUEEN-修改接口-管理后台.md

schema, ticket, title, consumer, author, change_type, backend_status, gateway_status, frontend_status, frontend_owner, frontend_ref, target_release, verified_at, status_note, updated_at, base, generated

schema	ticket	title	consumer	author	change_type	backend_status	gateway_status	frontend_status	frontend_owner	frontend_ref	target_release	verified_at	status_note	updated_at	base	generated
hl-changelog/v2	5778	房型分类字典 room_category：BIG_BED 下线合并到 QUEEN（消除同名「大床房」碰撞）	admin	wx	修改接口	deployed	verified	claimed	mmg			2026-08-10	后端已部署验证。方案A 合并。前端无需改动（下拉少一条重复项，标签口径不变）。注：原 frontend_status=none 为笔误（非法值，状态机报 E_FRONTEND_STATE），实为 not_required 口径；但前端实证有 BIG_BED 兜底死代码需清理，故转 pending 走正常交付。	2026-08-10	dev-v3	2026-08-10T11:00:00+08:00

背景

#5730 给 room_category 字典补了 BIG_BED → 大床房，但字典早已有 QUEEN → 大床房，导致同一分类下出现两条不可区分的 ACTIVE「大床房」（测试服实测 12 条）。方案A（wx 定夺）：保留 QUEEN、下线 BIG_BED，跨服务把存量 BIG_BED 数据订正为 QUEEN。

变更（数据/字典，前端无接口改动）

• room_category 字典：BIG_BED 条目置 INACTIVE（退役），下拉/翻译/白名单全链路不再出现；大床房 现只由 QUEEN 承载。
• 存量数据订正 BIG_BED → QUEEN：resource room_type.room_category、order-v3 house_hotel_assignment / house_requirement_assignment_snapshot / house_inquiry_message 的 room_category、order_settlement_hotel.room_type。

对前端的影响

• 无需改动。房型下拉少一条重复的「大床房」（原 BIG_BED），其余项不变；已存的 BIG_BED 记录现统一显示为 QUEEN 的「大床房」，roomCategoryLabel 口径不变。
• 若前端本地硬编码过 BIG_BED 房型码（不应有），需改用 QUEEN。

验证证据（2026-08-10）

• GET /admin/dict/all room_category 11 条，BIG_BED 不在 ACTIVE，无同名碰撞，大床房→QUEEN。
• 直连测试库零残留：sys_dict_data BIG_BED=INACTIVE；resource room_type / order-v3 四表 BIG_BED 计数全 0。
• 部署后已清 Redis 字典缓存（db0：反向索引成员 + cache:dict:data:room_category + 索引）。