先準備用來排查的資料
本例訂明取採購日或之前最近的匯率，方向是每美元兌港元。全局最新匯率會把以前所有採購都按較後數值換算。須逐筆配對，沒有歷史匯率則保留空值。
以下完整建表及資料只在新的 SQLite 測試資料庫執行。全部紀錄均為假設，數量以件計，輸入的 cents 金額欄以貨幣的分存整數；計算後的平均數可能不足整分。小型例子的各表均完整列在預覽。
| 編號 | 採購日 | 美元（分） |
|---|---|---|
| P1 | 2026-10-02 | 10000 |
| P2 | 2026-10-06 | 10000 |
| 生效日 | 每美元兌港元 |
|---|---|
| 2026-10-01 | 7.8 |
| 2026-10-05 | 7.7 |
CREATE TABLE purchases(id TEXT PRIMARY KEY,bought_on TEXT,usd_cents INTEGER);
CREATE TABLE rates(valid_from TEXT PRIMARY KEY,hkd_per_usd REAL);
INSERT INTO purchases VALUES ('P1','2026-10-02',10000),('P2','2026-10-06',10000);
INSERT INTO rates VALUES ('2026-10-01',7.8),('2026-10-05',7.7);重現錯誤結果，再核對更正
SELECT p.id,CAST(ROUND(p.usd_cents*r.hkd_per_usd,0) AS INTEGER) AS hkd_cents
FROM purchases p CROSS JOIN rates r WHERE r.valid_from=(SELECT MAX(valid_from) FROM rates) ORDER BY p.id;| 編號 | 港元（分） |
|---|---|
| P1 | 77000 |
| P2 | 77000 |
SELECT p.id,CAST(ROUND(p.usd_cents*r.hkd_per_usd,0) AS INTEGER) AS hkd_cents
FROM purchases p LEFT JOIN rates r ON r.valid_from=(SELECT MAX(valid_from) FROM rates WHERE valid_from<=p.bought_on) ORDER BY p.id;| 編號 | 港元（分） |
|---|---|
| P1 | 78000 |
| P2 | 77000 |
P1 用假設 7.8，換成港元 78000 分；P2 用 7.7，換成 77000 分。兩筆原值都是美元 10000 分。這些是測試輸入，不是現行匯率，也不是會計準則的換算要求。
套用前先測邊界及資料範圍
P0 早於第一個匯率，要保留該行但換算額是空值；刪走或借未來匯率都會遮蓋未解決項目。
邊界測試要另開新的假設資料庫，重做完整建表及資料，只套用以下改動，再執行更正查詢。測試改動不可用於正式系統。
INSERT INTO purchases VALUES ('P0','2026-09-30',10000);| 編號 | 港元（分） |
|---|---|
| P0 | NULL（未知或未能定義） |
| P1 | 78000 |
| P2 | 77000 |
只示範一對貨幣及指定取整步驟；缺匯率、反方向及不同匯率類型須另訂政策。
以上錯誤、更正及邊界結果都已在 SQLite 執行，並與另行編寫的預期資料逐行核對。證據只適用於這組假設條件，未測其他資料庫、正式效能或你的現有資料結構。