跨數據庫插入當前系統時間：Oracle、DB2、SQL Server、MySQL、PostgreSQL 語法差異對照表

跨數據庫插入當前系統時間：Oracle、DB2、SQL Server、MySQL、PostgreSQL 語法差異對照表

異構數據庫環境下，應用遷移、數據同步、ETL 腳本編寫時，「插入當前時間」看似簡單，實則語法差異巨大。本文提供主流五大數據庫的標準函數、數據類型匹配、時區處理、批量插入性能差異對照表，並附帶 Java/JDBC 參數綁定最佳實踐。

一、 核心函數與數據類型對照表

二、 插入語句標準寫法示例

-- 表結構通用: CREATE TABLE test_time (id INT PRIMARY KEY, name VARCHAR(50), created_at <目標類型>);

-- Oracle
INSERT INTO test_time (id, name, created_at) VALUES (1, 'Oracle', SYSDATE);
-- 或帶微秒時區
INSERT INTO test_time (id, name, created_at) VALUES (1, 'Oracle', SYSTIMESTAMP);

-- DB2
INSERT INTO test_time (id, name, created_at) VALUES (1, 'DB2', CURRENT TIMESTAMP);

-- SQL Server
INSERT INTO test_time (id, name, created_at) VALUES (1, 'SQLServer', SYSDATETIME()); -- 高精度推薦

-- MySQL
INSERT INTO test_time (id, name, created_at) VALUES (1, 'MySQL', NOW());
-- 或指定微秒精度 (5.6.4+)
INSERT INTO test_time (id, name, created_at) VALUES (1, 'MySQL', CURRENT_TIMESTAMP(6));

-- PostgreSQL
INSERT INTO test_time (id, name, created_at) VALUES (1, 'PostgreSQL', NOW());
-- 存 UTC 時間
INSERT INTO test_time (id, name, created_at) VALUES (1, 'PostgreSQL', TIMEZONE('UTC', NOW()));

三、 時區處理：跨地域系統的關鍵

四、 Java/JDBC 參數綁定最佳實踐

**嚴禁**在 SQL 字符串中拼接時間函數 (如 `INSERT ... VALUES (?, SYSDATE)`)，應由**應用層生成時間並綁定參數**，確保跨數據庫一致性、可測試性、避免 SQL 注入。

// Java 8+ java.time API (推薦)
LocalDateTime now = LocalDateTime.now(ZoneOffset.UTC); // 業務邏輯統一用 UTC
// 或 Instant now = Instant.now();

// PreparedStatement 綁定
String sql = "INSERT INTO test_time (id, name, created_at) VALUES (?, ?, ?)";
try (PreparedStatement ps = conn.prepareStatement(sql)) {
    ps.setInt(1, 1);
    ps.setString(2, "AppInsert");
    // Oracle / PostgreSQL / MySQL / DB2 / SQL Server (JDBC 4.2+ 支援 java.time)
    ps.setObject(3, now); 
    // 老版本驅動可能需轉換
    // ps.setTimestamp(3, Timestamp.valueOf(now)); // 無時區
    // ps.setTimestamp(3, Timestamp.from(Instant.now())); // UTC
    ps.executeUpdate();
}

// 批量插入優化
ps.addBatch(); // 循環添加
ps.executeBatch();

五、 批量載入/ETL 性能差異

六、 避坑指南：常見錯誤與修正

1. Oracle `ORA-01861`： `INSERT ... VALUES (TO_DATE('2024-01-01', 'YYYY-MM-DD'))` 格式不匹配 → 統一用 `TO_DATE` 顯式格式化，或綁定 `java.time.LocalDate` 參數。
2. MySQL `TIMESTAMP` 2038 年問題： `TIMESTAMP` 範圍 1970-2038 → 使用 `DATETIME(6)` (範圍 1000-9999)。
3. SQL Server `GETDATE()` 精度陷阱： `DATETIME` 精度 3.33ms → 關鍵業務用 `DATETIME2(7)` + `SYSDATETIME()`。
4. PostgreSQL 事務內 `NOW()` 固定： 長事務中 `NOW()` 不變 → 需實時時間用 `CLOCK_TIMESTAMP()`。
5. DB2 `CURRENT TIMESTAMP` 並發唯一性： 高併發可能重複 → 聯合 `GENERATE_UNIQUE()` 或序列保證唯一主鍵。

掌握異構數據庫時間函數差異、時區統一策略、JDBC 參數化綁定、批量載入優化，是構建可移植、高性能、全球化數據應用的必備技能。建議團隊建立「時間處理規範文檔」，強制 UTC 存儲、參數化綁定、顯式格式化，納入代碼審查清單。