current_time在sql中用于獲取當前系統(tǒng)時間，僅包含時、分、秒；1. 它與current_timestamp和now()不同，后兩者返回完整日期時間；2. 不同數(shù)據(jù)庫支持不同，mysql和postgresql支持，而sql server和oracle需用其他方法提取時間；3. 適用于記錄每日固定時間點事件、時間段過濾及計算一天內持續(xù)時間。
current_time 在 SQL 中，顧名思義，是用來獲取當前系統(tǒng)時間的函數(shù)，但它通常只返回時間部分（時、分、秒），而不包含日期信息。它是一個標準的SQL函數(shù)，在處理只需要時間戳而不需要完整日期的情況時非常實用。
解決方案
在 SQL 中使用 CURRENT_TIME 非常直接。你只需要在查詢中調用它，它就會返回當前的本地時間。
例如：
SELECT CURRENT_TIME;
這條語句會返回一個 TIME 類型的值，格式通常是 HH:MM:SS，或者在某些數(shù)據(jù)庫中可能包含毫秒甚至微秒。這個函數(shù)最常見的用途是記錄事件發(fā)生的時間點，比如一個操作在一天中的哪個時刻被執(zhí)行，或者用于基于時間段的查詢過濾。
它返回的時間是數(shù)據(jù)庫服務器的本地時間，而不是客戶端的時間。如果你需要考慮時區(qū)，可能需要結合其他函數(shù)或配置數(shù)據(jù)庫的時區(qū)設置。
current_time 與 current_timestamp、now() 有何區(qū)別？
我個人在實際項目中，發(fā)現(xiàn)不少新手會把 CURRENT_TIME、CURRENT_TIMESTAMP 和 NOW() 這幾個函數(shù)混淆，導致數(shù)據(jù)記錄出現(xiàn)偏差。理解它們的區(qū)別至關重要：
- CURRENT_TIME: 這個函數(shù)正如我們前面所說，只返回當前的時間部分，例如 14:30:05。它不包含日期信息。
- CURRENT_TIMESTAMP: 這是一個更常用的函數(shù)，它返回當前的日期和時間，通常包含精確到秒或毫秒/微秒的時間戳，例如 2023-10-27 14:30:05.123456。它是 SQL 標準中定義的一個函數(shù)。
- NOW(): 這個函數(shù)在很多數(shù)據(jù)庫（特別是 mysql）中是 CURRENT_TIMESTAMP 的一個別名或等效函數(shù)，也返回當前的日期和時間。在功能上，它與 CURRENT_TIMESTAMP 多數(shù)情況下是相同的，但在某些數(shù)據(jù)庫中，它們可能在精度或是否包含時區(qū)信息上略有差異。
簡單來說，如果你只想知道“現(xiàn)在是幾點幾分幾秒”，就用 CURRENT_TIME；如果你想知道“現(xiàn)在是哪年哪月哪日幾點幾分幾秒”，那么 CURRENT_TIMESTAMP 或 NOW() 才是你需要的。比如你只想記錄操作發(fā)生的時間點（幾點幾分幾秒），卻誤用了 CURRENT_TIMESTAMP，那你的時間戳字段就會帶上日期，后續(xù)做時間段分析時，就得額外處理日期部分，平添麻煩。
在不同數(shù)據(jù)庫系統(tǒng)中，current_time 的表現(xiàn)一致嗎？
這一點在跨數(shù)據(jù)庫遷移或者開發(fā)兼容多數(shù)據(jù)庫的應用時尤其需要注意。盡管 CURRENT_TIME 是 SQL 標準的一部分，但不同數(shù)據(jù)庫對它的實現(xiàn)和支持程度并不完全一致。
- MySQL: 完全支持 CURRENT_TIME，也可以使用 CURTIME() 作為其別名，返回 TIME 類型。
SELECT CURRENT_TIME, CURTIME();
- PostgreSQL: 支持 CURRENT_TIME，它默認返回 time with time zone 類型。你也可以使用 LOCALTIME 來獲取不帶時區(qū)的時間。
SELECT CURRENT_TIME, LOCALTIME;
- SQL Server: 不直接支持 CURRENT_TIME 函數(shù)。如果你想在 SQL Server 中獲取當前時間部分，你需要從 GETDATE() 或 SYSDATETIME() 等獲取完整日期時間的函數(shù)中提取時間部分。
SELECT CAST(GETDATE() AS TIME); -- 或者 SELECT CONVERT(TIME, GETDATE());
我曾經就因為這個踩過坑，在一個MySQL環(huán)境里跑得好好的查詢，一搬到SQL Server上就報錯，才發(fā)現(xiàn) CURRENT_TIME 在那根本不存在，得手動轉換。所以，別指望所有數(shù)據(jù)庫都對標準函數(shù)有同樣的實現(xiàn)，多查查官方文檔總是沒錯的。
- oracle: 類似 SQL Server，Oracle 也不直接支持 CURRENT_TIME。你需要從 SYSTIMESTAMP 或 SYSDATE 中提取時間。
SELECT TO_CHAR(SYSTIMESTAMP, 'HH24:MI:SS') FROM DUAL; -- 或者 SELECT TO_CHAR(SYSDATE, 'HH24:MI:SS') FROM DUAL;
這意味著，如果你正在開發(fā)一個需要兼容多種數(shù)據(jù)庫的應用，或者計劃進行數(shù)據(jù)庫遷移，你不能想當然地認為 CURRENT_TIME 會在所有地方都按你預期的方式工作。你可能需要編寫條件代碼或者使用ORM框架來抽象這些差異。
何時應該使用 current_time，而不是其他時間函數(shù)？
選擇 CURRENT_TIME 而非其他時間函數(shù)，主要取決于你的業(yè)務需求和數(shù)據(jù)模型設計。我個人經驗是，當你設計的表字段確實只需要存儲時間，并且不打算存儲日期信息時，CURRENT_TIME 是最直觀的選擇。
以下是一些具體的使用場景：
- 記錄每日固定時間點事件: 比如，一個系統(tǒng)每天的定時任務開始時間、商店每日開門/關門時間，或者一個員工的打卡時間（如果你的系統(tǒng)每天都會重置，只記錄當天具體的打卡點）。在這種情況下，TIME 類型的字段配合 CURRENT_TIME 就很合適，因為它精確地反映了“一天中的某個時刻”。
-- 假設有一個日志表，只記錄事件發(fā)生的時間點 INSERT INTO daily_events (event_name, event_time) VALUES ('用戶登錄', CURRENT_TIME);
- 基于時間段的查詢過濾: 如果你需要查詢在一天中特定時間段內發(fā)生的事件，CURRENT_TIME 可以作為比較的基準。
-- 查詢所有在下午3點后發(fā)生的訂單 SELECT * FROM orders WHERE order_time > '15:00:00'; -- 結合 CURRENT_TIME 動態(tài)查詢 SELECT * FROM tasks WHERE start_time < CURRENT_TIME;
- 計算一天內的持續(xù)時間: 如果你已經有了事件的開始時間（也是 TIME 類型），并想知道它持續(xù)到當前時間有多久，CURRENT_TIME 可以用來進行計算。
-- 假設任務開始時間為 '10:00:00'，計算任務已進行的時間 SELECT TIMEDIFF(CURRENT_TIME, '10:00:00'); -- MySQL 示例
但如果你的需求是記錄跨天的事件發(fā)生精確時刻，例如訂單創(chuàng)建、用戶注冊、數(shù)據(jù)修改等，這些事件需要一個完整的、唯一的日期和時間戳，那么毫無疑問，CURRENT_TIMESTAMP 或 NOW() 才是你的朋友。選擇哪個，真的取決于你的業(yè)務場景和數(shù)據(jù)模型設計，以及你對數(shù)據(jù)粒度的要求。避免過度使用或錯誤使用，能讓你的數(shù)據(jù)庫設計更清晰，查詢更高效。
