為什么需要"去掉時(shí)間部分"？問(wèn)題場(chǎng)景：日期比較的陷阱

-- 假設(shè)表中有一條記錄，HIREDATE = 1981-05-01 14:30:00
-- ? 錯(cuò)誤：這條記錄會(huì)被漏掉！
SELECT * FROM EMP 
WHERE HIREDATE = TO_DATE('1981-05-01', 'YYYY-MM-DD');
-- 因?yàn)樽筮呌?14:30:00，右邊是 00:00:00，不相等
-- ? 解法1：使用 TRUNC 去掉時(shí)間部分
SELECT * FROM EMP 
WHERE TRUNC(HIREDATE) = TO_DATE('1981-05-01', 'YYYY-MM-DD');
-- ? 解法2：使用范圍查詢（更推薦，索引友好）
SELECT * FROM EMP 
WHERE HIREDATE >= TO_DATE('1981-05-01', 'YYYY-MM-DD')
  AND HIREDATE < TO_DATE('1981-05-02', 'YYYY-MM-DD');

TRUNC 的常用格式

對(duì)比總結(jié)

TRUNC 會(huì)讓索引失效（類似 TO_CHAR）

-- ? 索引失效
WHERE TRUNC(HIREDATE) = TO_DATE('1981-05-01', 'YYYY-MM-DD')
-- ? 推薦：范圍查詢（索引有效）
WHERE HIREDATE >= TO_DATE('1981-05-01', 'YYYY-MM-DD')
  AND HIREDATE < TO_DATE('1981-05-02', 'YYYY-MM-DD')

原則：能不用 TRUNC 在 WHERE 條件中就不用，除非數(shù)據(jù)量很小或沒(méi)有時(shí)間精度要求。

TRUNC 常用于 GROUP BY 分組

-- 按天統(tǒng)計(jì)（即使數(shù)據(jù)庫(kù)存了時(shí)分秒）
SELECT TRUNC(HIREDATE) AS 入職日期, COUNT(*) AS 人數(shù)
FROM EMP
GROUP BY TRUNC(HIREDATE);

一句話總結(jié)

TRUNC 去掉時(shí)間部分 = 把 14:35:28 變成 00:00:00
用于忽略時(shí)分秒的干擾，讓日期比較只看年月日。
但在 WHERE 中要小心使用，因?yàn)樗?nbsp;TO_CHAR 一樣會(huì)讓索引失效，大數(shù)據(jù)量時(shí)建議用范圍查詢替代。

七、快速參考卡片

八、你在作業(yè)中的日期問(wèn)題總結(jié)

-- 第3題 ? 正確
WHERE TO_CHAR(HIREDATE, 'YYYYMM') < 198210
-- 第5題 ?? 缺少括號(hào)（結(jié)果正確但不規(guī)范）
WHERE DEPTNO=20 AND TO_CHAR(HIREDATE,'YYYY')<1982
   OR DEPTNO=30 AND TO_CHAR(HIREDATE,'YYYY')<1985
-- 第11題 ? 完全遺漏WHERE條件
-- 應(yīng)該加：WHERE TO_CHAR(HIREDATE, 'YYYY') > 1981

核心要點(diǎn)：

• 日期比較時(shí)，優(yōu)先使用范圍查詢（左閉右開(kāi)）
• TO_CHAR 會(huì)讓索引失效，大數(shù)據(jù)量時(shí)慎用
• 始終用 顯式轉(zhuǎn)型，不要依賴隱式轉(zhuǎn)換
• 注意邊界值，BETWEEN 可能丟失最后一天的末尾時(shí)間

TO_CHAR 會(huì)讓索引失效，大數(shù)據(jù)量時(shí)慎用。是什么意思？

索引就像一本書(shū)的"目錄"，它能幫你快速翻到需要的頁(yè)碼。但如果對(duì)"目錄"里的文字做了修改（比如加了格式），那原來(lái)的目錄就失效了，你只能一頁(yè)一頁(yè)地翻完整本書(shū)來(lái)找內(nèi)容。

1. 為什么TO_CHAR會(huì)讓索引失效？

SQL的執(zhí)行順序決定了索引的生效機(jī)制。

當(dāng)你執(zhí)行 WHERE TO_CHAR(HIREDATE, 'YYYY') = '1981' 時(shí)，數(shù)據(jù)庫(kù)的處理過(guò)程是這樣的：

• 讀取一條數(shù)據(jù)：數(shù)據(jù)庫(kù)從硬盤(pán)或內(nèi)存中取出第一行員工的數(shù)據(jù)。
• 執(zhí)行函數(shù)：對(duì)這行數(shù)據(jù)的 HIREDATE 列執(zhí)行 TO_CHAR 函數(shù)，把日期類型（如 1981-05-01 的內(nèi)部存儲(chǔ)值）轉(zhuǎn)換成字符串類型（如 '1981'）。
• 條件比對(duì)：判斷這個(gè)轉(zhuǎn)換后的字符串 '1981' 是否等于你指定的 '1981'。
• 重復(fù)：對(duì)表中的每一行重復(fù)第1到第3步。

索引為什么沒(méi)起作用？

因?yàn)樗饕锎娴氖窃嫉?、未?jīng)過(guò)任何處理的 HIREDATE 值，而你在查詢時(shí)使用的是 TO_CHAR(HIREDATE) 這個(gè)函數(shù)的返回值。數(shù)據(jù)庫(kù)沒(méi)法用原始的日期值去匹配一個(gè)函數(shù)的返回值，所以只能放棄索引，從頭到尾把整張表的數(shù)據(jù)都處理一遍。

這正是你在筆記中看到的高級(jí)查詢優(yōu)化問(wèn)題。

2. 另一種寫(xiě)法：為什么索引能生效？

如果你換一種寫(xiě)法，比如 WHERE HIREDATE >= TO_DATE('1981-01-01', 'YYYY-MM-DD')，過(guò)程完全不同：

• 函數(shù)執(zhí)行一次：數(shù)據(jù)庫(kù)首先執(zhí)行 TO_DATE('1981-01-01', 'YYYY-MM-DD')，把字符串 '1981-01-01' 轉(zhuǎn)換成一個(gè)日期值（比如 1981-01-01 的內(nèi)部存儲(chǔ)數(shù)字）。
• 索引快速定位：數(shù)據(jù)庫(kù)拿著這個(gè)日期值，直接去索引（書(shū)的目錄）里查找。
• 直接找到數(shù)據(jù)：通過(guò)索引快速定位到滿足條件的數(shù)據(jù)在磁盤(pán)上的物理位置，然后直接讀取。

索引生效的關(guān)鍵在于：
列本身（HIREDATE）沒(méi)有被任何函數(shù)、計(jì)算所改變，數(shù)據(jù)庫(kù)可以直接用你在 WHERE 里給的值去跟索引里的值做比對(duì)。

3. “大數(shù)據(jù)量時(shí)慎用”是什么意思？

舉個(gè)生活化的例子：

• 小數(shù)據(jù)量：在一個(gè)五六個(gè)座位的家庭餐桌上找一個(gè)人，掃一眼就行，不需要名片索引。
• 大數(shù)據(jù)量：在鳥(niǎo)巢（容納9萬(wàn)人）里找一個(gè)座位號(hào)是 '1981' 的人。如果不用座位索引，每個(gè)座位都去核對(duì)，會(huì)累到崩潰。

4. 優(yōu)化建議與最佳實(shí)踐

核心原則：永遠(yuǎn)不要讓函數(shù)去修飾被篩選的列本身。

總結(jié)一句話：

寫(xiě) WHERE 條件時(shí)，讓“列”自己待著，別碰它。如果需要處理，去處理等號(hào)右邊的“值”。 這樣你的查詢才能在大數(shù)據(jù)量下保持高效。

你之前寫(xiě)的 WHERE TO_CHAR(HIREDATE, 'YYYY') = 1981 在小數(shù)據(jù)量練習(xí)時(shí)完全沒(méi)問(wèn)題，但在真正的企業(yè)生產(chǎn)環(huán)境中（數(shù)據(jù)量可能上千萬(wàn)），這種寫(xiě)法幾乎是被明令禁止的。

初學(xué)階段掌握規(guī)則即可，但養(yǎng)成好習(xí)慣會(huì)很有幫助。

到此這篇關(guān)于SQL 中日期的特殊性總結(jié)(格式符嚴(yán)格要求全大寫(xiě))的文章就介紹到這了,更多相關(guān)sql日期特殊性內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！