针对 Informix 数据库中进行时间比较的需求，其核心语法基于 `WHERE` 子句，结合日期/时间类型的列、函数和运算符。Informix 有特定的函数来处理当前日期和时间，以及进行日期间的加减运算 [ref_1, ref_4]。 ### **核心语法与函数对比** Informix 时间比较的核心模式是 `WHERE date_column [comparison_operator] (TODAY +/- INTERVAL(N) UNIT)`。下表列举了关键函数和运算符： | 功能 | Informix 语法 | 说明 | 示例 | | :--- | :--- | :--- | :--- | | **获取当前日期** | `TODAY` | 返回当前系统日期（`DATE` 类型），无时间部分。 | `SELECT TODAY FROM systables;` | | **获取当前时间** | `CURRENT [精度]` | 返回包含日期和时间的 `DATETIME` 值。`CURRENT YEAR TO FRACTION(3)` 精确到毫秒 [ref_2, ref_4]。 | `SELECT CURRENT YEAR TO SECOND FROM systables;` | | **日期转换为年月日** | `EXTEND(date, YEAR TO DAY)` | 从 `DATETIME` 中提取 `DATE` 部分，或者确保为日期精度进行比较 [ref_1, ref_4]。 | `EXTEND(order_time, YEAR TO DAY)` | | **日期加减 (月份)** | `date_column +/- INTERVAL(n) MONTH TO MONTH` | 对日期进行月份加减运算。 | `TODAY - INTERVAL(3) MONTH TO MONTH` | | **日期加减 (天数)** | `date_column +/- n UNITS DAY` | 对 `DATE` 类型直接加减天数。 | `TODAY + 7 UNITS DAY` | | **格式化为字符串** | `TO_CHAR(date, ‘format’）` | 将日期转换为指定格式的字符串，常用于展示或字符串比较 [ref_5, ref_6]。 | `TO_CHAR(TODAY, ‘%Y-%m-%d')` | | **字符串转为日期** | `TO_DATE(‘string’, ‘format’）` | 将格式化的字符串转换为 `DATE` 或 `DATETIME` 类型 [ref_5]。 | `TO_DATE('2023-10-01', ‘%Y-%m-%d')` | ### **时间比较场景与示例** 以下 SQL 示例假设存在一个名为 `orders` 的表，其中包含 `order_date` (`DATE` 类型) 和 `order_time` (`DATETIME YEAR TO SECOND` 类型) 字段。 #### **1. 基本比较（今天、之前、之后）** ```sql -- 查询今天的订单 (精确匹配日期) SELECT * FROM orders WHERE order_date = TODAY; -- 查询今天之前的订单 SELECT * FROM orders WHERE order_date < TODAY; -- 查询今天之后的订单 SELECT * FROM orders WHERE order_date > TODAY; -- 查询恰好3天前的订单 SELECT * FROM orders WHERE order_date = (TODAY - 3 UNITS DAY); ``` #### **2. 范围查询（“之间”查询）** 这是处理时间区间的核心方法。用户问题“时间在今天和前3个月之间”对应以下查询： ```sql -- 查询过去3个月（含今天）内的订单（基于DATE类型） SELECT * FROM orders WHERE order_date BETWEEN (TODAY - INTERVAL(3) MONTH TO MONTH) AND TODAY; -- 等效写法，使用 >= 和 <= SELECT * FROM orders WHERE order_date >= (TODAY - INTERVAL(3) MONTH TO MONTH) AND order_date <= TODAY; ``` **关键点**：`INTERVAL(3) MONTH TO MONTH` 是 Informix 特有的月份间隔表示法，`TODAY` 是一个 `DATE` 常量 [ref_1, ref_5]。 #### **3. 处理包含时间部分（DATETIME）的字段** 当字段包含时间（如 `order_time DATETIME YEAR TO SECOND`）时，直接与 `TODAY` 比较会忽略时间部分，可能导致边界数据遗漏。 ```sql -- 不推荐：可能遗漏今天00:00:00之后的数据 SELECT * FROM orders WHERE order_time <= TODAY; -- 推荐方案一：使用 EXTEND 函数提取日期部分进行比较 [ref_1, ref_4] SELECT * FROM orders WHERE EXTEND(order_time, YEAR TO DAY) BETWEEN (TODAY - INTERVAL(3) MONTH TO MONTH) AND TODAY; -- 推荐方案二：精确的半开区间 [start, next_day) 查询，确保包含今天全天数据 SELECT * FROM orders WHERE order_time >= (TODAY - INTERVAL(3) MONTH TO MONTH) AND order_time < (TODAY + 1 UNITS DAY); ``` 方案二 (`< TODAY + 1 UNITS DAY`) 是处理日期时间范围的最佳实践，它清晰定义了从过去某天零点到明天零点之前的区间，逻辑上更严谨且利于索引使用 [ref_5]。 #### **4. 复杂条件组合** 时间比较常与其他业务条件结合。 ```sql -- 查询过去一周内且状态为‘已发货’的订单 SELECT order_id, customer_id, order_time FROM orders WHERE order_time >= (TODAY - 7 UNITS DAY) AND status = 'SHIPPED' ORDER BY order_time DESC; -- 查询每月1号的订单（使用 TO_CHAR 进行字符串匹配） SELECT * FROM orders WHERE TO_CHAR(order_date, ‘%d’) = ‘01’; -- 查询第二季度的订单（使用 MONTH 函数） SELECT * FROM orders WHERE MONTH(order_date) BETWEEN 4 AND 6; ``` **注意**：最后一个示例在 `order_date` 字段上使用了 `MONTH()` 函数，这可能导致索引失效。对于大数据表，更优的写法是使用范围比较：`WHERE order_date >= TO_DATE(‘2023-04-01', ‘%Y-%m-%d') AND order_date < TO_DATE(‘2023-07-01', ‘%Y-%m-%d')` [ref_6]。 ### **日期格式转换与函数应用** 有时需要将字符串转为日期进行比较，或者将日期格式化输出。 ```sql -- 将字符串转为日期后比较 SELECT * FROM orders WHERE order_date > TO_DATE('2023-01-01', ‘%Y-%m-%d’); -- 格式化日期输出，并计算日期差（天数） SELECT order_id, TO_CHAR(order_date, ‘%Y年%m月%d日’) AS formatted_date, TODAY - order_date AS days_passed FROM orders WHERE order_date > (TODAY - INTERVAL(1) MONTH TO MONTH); ``` `TO_CHAR` 和 `TO_DATE` 的格式字符串使用 `%` 作为占位符，例如 `%Y` 四位年份，`%m` 两位月份，`%d` 两位日期 [ref_5, ref_6]。 ### **性能优化要点** 1. **索引利用**：在 `order_date` 或 `order_time` 上建立索引，能极大加速 `>`, `<`, `BETWEEN`, `>=`, `<=` 这类范围扫描查询。 2. **避免对索引字段使用函数**：如 `WHERE MONTH(order_date) = 12` 或 `WHERE EXTEND(order_time, YEAR TO DAY) = TODAY` 会使索引失效。尽量将函数应用在比较值的常量一侧，例如 `WHERE order_time >= TODAY AND order_time < (TODAY + 1 UNITS DAY)`。 3. **明确数据类型**：确保比较双方的数据类型一致。不要将 `DATETIME` 字段与 `DATE` 值（如 `TODAY`）直接进行等值比较，这可能导致隐式转换和性能损失，或者逻辑错误 [ref_2, ref_4]。 4. **使用半开区间**：对于 `DATETIME` 类型的范围查询，优先使用 `>=` 和 `<` 的组合（例如 `[start_date, end_date)`），而非 `BETWEEN...AND`，因为它能更清晰、无歧义地定义包含起始全天但排除结束当天的时间范围 [ref_5]。