40 行
2.4 KiB
Markdown
40 行
2.4 KiB
Markdown
---
|
||
schema: "hl-changelog/v2"
|
||
ticket: "5778"
|
||
title: "房型分类字典 room_category：BIG_BED 下线合并到 QUEEN（消除同名「大床房」碰撞）"
|
||
consumer: "admin"
|
||
author: "wx"
|
||
change_type: "修改接口"
|
||
backend_status: "deployed"
|
||
gateway_status: "verified"
|
||
frontend_status: "implemented"
|
||
frontend_owner: "mmg"
|
||
frontend_ref: "ca770153"
|
||
target_release: ""
|
||
verified_at: "2026-08-10"
|
||
status_note: "前端已实现：实证前端唯一 BIG_BED 引用为 orderDetailAdapter.js ROOM_CATEGORY_LABEL 兜底表 BIG_BED:'大床房'（#5730 补，3ec1a933），后端字典 BIG_BED 全链路不出现+存量订正 QUEEN 后成死代码，已删除；「大床房」统一由 QUEEN 承载。grep 复核 BIG_BED 全清零（仅注释）；orderDetailAdapter.spec 32/32 过 + checkpoint 全过。注：原 frontend_status=none 为笔误（非法值），实为有改动，经 pending→claimed→implemented 交付。"
|
||
updated_at: "2026-08-10"
|
||
base: "dev-v3"
|
||
generated: "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` + 索引）。
|