不挑戰極限：VFP 導入 1000 萬筆資料僅需 5 秒 — 重新定義「資料庫效能」

起因：一篇「挑戰極限」的文章

網路上流傳一篇「.NET + SQL Server 4 秒導入 100 萬筆」的挑戰文。作者好奇用 **Visual FoxPro (VFP)** 這個古老的 xBase 系資料庫試跑，結果令人震驚。

測試環境與代碼

• 硬體：Lenovo R60 筆電 (雙核 T5600 / 2GB RAM / 5400 RPM 硬碟)
• 資料表：t1，單一整數欄位 f1
• VFP 代碼：

SET TALK OFF
thisform.label1.Caption = TTOC(DATETIME())  && 記錄開始時間

SELECT t1
FOR i = 1 TO 1000000   && 100 萬
    APPEND BLANK
    REPLACE f1 WITH i
ENDFOR

thisform.label2.Caption = TTOC(DATETIME())  && 記錄結束時間

驚人結果

為什麼 VFP 這麼快？

1. 無網路/協議開銷：本地檔案模式，直接寫入 .dbf/.fpt，無 TCP/IP、TDS 封包處理。
2. 無交易日誌/ACID 強制刷盤：預設不寫 Transaction Log，APPEND BLANK 只在記憶體緩衝區操作，REPLACE 修改緩衝區，**由作業系統緩存決定何時落盤** (延遲寫入)。
3. 極簡儲存引擎：定長記錄、無 MVCC、無鎖升級、無統計資訊維護、無索引維護 (測試表無索引)。
4. 編譯型 xBase 語言：VFP 迴圈編譯為機器碼執行，非直譯。

關鍵警示：這不是「資料庫效能」，是「檔案寫入效能」

正確的「大量匯入」比較基準

若要比較資料庫大量載入效能，必須在**相同 ACID 等級**下：

• SQL Server：BULK INSERT / bcp / SqlBulkCopy + **最小日誌記錄** (簡單/大量記錄模式) + **TABLOCK** + **無索引/稍後建索引** + **資料排序符合叢集鍵**。
• PostgreSQL：COPY + UNLOGGED TABLE (或稍後 ALTER TABLE ... SET LOGGED) + 同步關閉 fsync=off (僅測試)。
• MySQL：LOAD DATA INFILE + innodb_flush_log_at_trx_commit=2 + 禁用雙寫緩衝。

在此公平基準下，現代關係型資料庫**單表每秒百萬列**輕鬆達成 (SSD + 批次大小調優)。

結論

VFP 5 秒寫入 1000 萬筆，**證明的是 xBase 儲存引擎在「犧牲所有可靠性換取寫入速度」的極致**，而非資料庫技術優劣。
**真正的資料庫極限，是在 ACID、並發、可擴展、可運維的約束下，榨乾硬體效能。**
選擇技術請問三問：資料丟了怎麼辦？ 多人同時改怎麼辦？ 明年資料量增 10 倍怎麼辦？