当数据库中存在多个 id 对应相同描述文本的情况时，可通过 group by 配合聚合函数（如 min）选取唯一代表 id，确保 combobox 显示无重复文本且每项仍携带有效主键。

在实际开发中，尤其是构建下拉选择控件（如 ComboBox）时，我们常需从数据库中提取“可读文本 + 唯一标识符”的键值对。但若原始表（如 engine）中存在多条记录具有相同 description 却不同 id（例如：id=101, description='Gasoline' 和 id=205, description='Gasoline'），直接使用 SELECT DISTINCT id, description 无法真正去重——因为 DISTINCT 作用于整行，只要 id 不同，两行即视为不同，结果中仍会出现重复文本。

✅ 正确做法是：以文本字段为分组依据，为每组选取一个有代表性的 ID。推荐使用 GROUP BY description 并配合聚合函数（如 MIN(id) 或 MAX(id)）：

SELECT MIN(id) AS id, description AS text
FROM engine 
WHERE description IS NOT NULL
GROUP BY description;

该语句将：

Java 接口排错助手

在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。

下载

• 过滤掉空描述（保障 ComboBox 数据有效性）；
• 按 description 分组，确保每个文本值仅出现一次；
• 为每组返回最小 ID（稳定、可预测，且通常对应最早插入记录）作为逻辑主键。

⚠️ 注意事项：

• 避免在 GROUP BY 查询中遗漏 WHERE 条件的位置：WHERE 必须在 GROUP BY 之前，不可写成 GROUP BY ... WHERE ...；
• 若业务要求保留特定 ID（如最新创建的），可改用 MAX(id) 或关联子查询/窗口函数（如 ROW_NUMBER() OVER (PARTITION BY description ORDER BY created_at DESC)）；
• 确保 description 字段上有适当索引（如 (description, id) 联合索引），以提升分组查询性能；
• 在 Java 或其他后端代码中映射该结果时，仍应按 id（而非 text）进行后续操作（如保存、更新），避免因文本重复导致逻辑错误。

综上，GROUP BY + MIN(id) 是简洁、高效、兼容性强的去重方案，既满足 UI 层“文本不重复”的需求，又维持了数据层“ID 可追溯”的完整性。