最近在用KingFusion低代碼平臺開發(fā)MES系統(tǒng)的這個項目中使用的是PG數(shù)據(jù)庫。
今天在在存儲一個日期+時間格式的數(shù)據(jù)時報錯，于是借此整理下日期時間字段該選擇何種數(shù)據(jù)類型。
對于存儲 2026-05-18 11:05:17 這種日期 + 時間格式的數(shù)據(jù)，PostgreSQL 官方推薦使用 timestamp without time zone 類型（通常簡稱為 timestamp）。

一、最佳選擇：timestamp without time zone

1. 基本特性

• 存儲內(nèi)容：精確到微秒的日期和時間（YYYY-MM-DD HH:MM:SS.ffffff）
• 存儲大小：8 字節(jié)
• 精度范圍：4713 BC 到 294276 AD
• 默認精度：6 位小數(shù)（微秒級），可手動指定精度（如 timestamp(3) 表示毫秒級）

2. 表設(shè)計示例

CREATE TABLE your_table (
    id serial PRIMARY KEY,
    create_time timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,  -- 推薦寫法
    update_time timestamp
);

3. 插入數(shù)據(jù)示例

-- 直接使用字符串插入，PG會自動轉(zhuǎn)換
INSERT INTO your_table (create_time) VALUES ('2026-05-18 11:05:17');
-- 也可以使用標準函數(shù)
INSERT INTO your_table (create_time) VALUES (NOW());
INSERT INTO your_table (create_time) VALUES (CURRENT_TIMESTAMP);

二、其他相關(guān)類型對比

三、關(guān)鍵注意事項

1. 絕對不要用varchar存儲日期時間

這是最常見的錯誤做法，會導致：

• 無法使用 PG 強大的日期時間函數(shù)（如 DATE_TRUNC、AGE、EXTRACT）
• 排序錯誤（字符串排序 2026-05-18 會排在 2026-05-2 前面）
• 索引失效，查詢性能極差
• 數(shù)據(jù)格式不統(tǒng)一，容易出現(xiàn)臟數(shù)據(jù)

2.timestampvstimestamptz核心區(qū)別

• 存儲方式：兩者都占用 8 字節(jié)，timestamptz 實際存儲的是 UTC 時間戳
• 顯示方式：timestamptz 會根據(jù)數(shù)據(jù)庫或客戶端的時區(qū)自動轉(zhuǎn)換顯示
• 推薦原則：
  • 國內(nèi)單區(qū)域系統(tǒng)：用 timestamp 即可
  • 跨時區(qū) / 全球化系統(tǒng)：用 timestamptz，統(tǒng)一存儲 UTC 時間

3. 關(guān)于datetime類型

PostgreSQL 雖然支持 datetime 類型，但這是為了兼容 MySQL 而保留的別名，本質(zhì)上和 timestamp without time zone 完全一樣。官方推薦直接使用 timestamp。

四、最佳實踐總結(jié)

1. 存儲 2026-05-18 11:05:17 這種格式：使用 timestamp without time zone
2. 需要跨時區(qū)處理：使用 timestamp with time zone
3. 只需要日期：使用 date
4. 設(shè)置默認值：推薦使用 CURRENT_TIMESTAMP 自動記錄創(chuàng)建時間
5. 避免使用：varchar、text、datetime（別名）

以上就是PostgreSQL日期時間字段類型選擇指南的詳細內(nèi)容，更多關(guān)于PostgreSQL日期時間字段類型選擇的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論