hibernate 6 升级后，`extract(day from (current_timestamp - alarm.date))` 因类型不匹配（期望 `temporal`，但得到 `duration`）而失败；正确做法是改用日期算术运算符 `by day` 将时间差转为整数天数。
在 Hibernate 6+（尤其是搭配 Spring Boot 3.x 和 Java 17）中，HQL 对日期/时间运算进行了语义强化：两个时间点相减的结果是 Duration（持续时长），而非另一个时间点。因此，旧版 HQL 中常见的 extract(day from (t1 - t2)) 写法不再合法——因为 extract() 函数第二参数要求是 TEMPORAL 类型（如 DATE、TIMESTAMP），而 (current_timestamp - alarm.date) 返回的是 Duration 类型，导致编译期报错：
org.hibernate.QueryException: Parameter 2 of function extract() has type TEMPORAL, but argument is of type java.time.Duration
✅ 正确且语义清晰的替代写法是使用 HQL 时间算术运算符 by unit：
(current_date - alarm.date) by day < 1
该表达式含义明确：
- current_date - alarm.date → 计算当前日期与 alarm.date 的时间差，返回 Duration（纳秒级）；
- by day → 将该 Duration 向下取整转换为完整的“天数”（long 类型整数）；
- 最终等价于判断：alarm.date 是否发生在今天（含）之前不足 1 天，即是否为今日或未来日期（取决于业务逻辑，注意时区和精度）。
? 补充说明与最佳实践：
-
避免使用 Calendar：问题中字段声明为 private Calendar date; 已严重过时。应迁移至现代 Java Time API，例如：
@Column(name = "ALARM_DT") private LocalDate date; // 若仅需日期（推荐） // 或 @Column(name = "ALARM_DT") private LocalDateTime date; // 若需日期+时间
并确保 JPA/Hibernate 配置启用 Java 8 时间支持（Spring Boot 3 默认已启用）。
-
时区注意事项：current_date 是数据库本地日期（无时分秒），若业务依赖精确到小时的告警逻辑，建议统一使用 current_timestamp 并配合 by hour 或 by minute：
(current_timestamp - alarm.timestamp) by hour < 24
Oracle 兼容性验证：上述 by unit 语法由 Hibernate ORM 6 的方言层翻译为 Oracle 原生 SQL（如 TRUNC(SYSDATE) - TRUNC(alarm_dt)），经测试在 Oracle 12c+ 完全可用。
❌ 错误尝试（不推荐）：
不要试图通过 cast() 或 function("trunc", ...) 强行绕过类型检查——这破坏可移植性，且违背 HQL 设计初衷；Hibernate 6 的类型安全机制正是为了防止此类隐式错误。
总结：拥抱 Hibernate 6 的类型严谨性，用 (t1 - t2) by unit 替代 extract(unit from (t1 - t2))，既解决报错，又提升查询语义清晰度与跨数据库兼容性。
