先準備用來排查的資料
預約在 23:30 開始，下一日 01:00 結束。只看時分會丟掉已過一天的資料。以完整時間相減，再把日數轉分鐘；本例按分鐘記錄，所以把小數運算取整。
以下完整建表及資料只在新的 SQLite 測試資料庫執行。全部紀錄均為假設，數量以件計，輸入的 cents 金額欄以貨幣的分存整數；計算後的平均數可能不足整分。小型例子的各表均完整列在預覽。
| 編號 | 開始時間 | 結束時間 |
|---|---|---|
| B1 | 2026-10-10 23:30 | 2026-10-11 01:00 |
CREATE TABLE bookings(id TEXT PRIMARY KEY,starts_at TEXT,ends_at TEXT);
INSERT INTO bookings VALUES ('B1','2026-10-10 23:30','2026-10-11 01:00');重現錯誤結果，再核對更正
SELECT id,60*(CAST(strftime('%H',ends_at) AS INTEGER)-CAST(strftime('%H',starts_at) AS INTEGER))
+CAST(strftime('%M',ends_at) AS INTEGER)-CAST(strftime('%M',starts_at) AS INTEGER) AS duration_minutes FROM bookings ORDER BY id;| 編號 | 分鐘 |
|---|---|
| B1 | -1350 |
SELECT id,CAST(ROUND((julianday(ends_at)-julianday(starts_at))*1440,0) AS INTEGER) AS duration_minutes FROM bookings ORDER BY id;| 編號 | 分鐘 |
|---|---|
| B1 | 90 |
錯誤結果是負 1350 分鐘，更正後是 90 分鐘。本例跨夜是合理；若完整結束時間真的早於開始，要另列錯誤，不能取絕對值當作修正。
套用前先測邊界及資料範圍
開始及結束完全相同時是零分鐘，不是一天；是否准許零長度預約要另訂。
邊界測試要另開新的假設資料庫，重做完整建表及資料，只套用以下改動，再執行更正查詢。測試改動不可用於正式系統。
INSERT INTO bookings VALUES ('B2','2026-10-11 01:00','2026-10-11 01:00');| 編號 | 分鐘 |
|---|---|
| B1 | 90 |
| B2 | 0 |
時間都用同一時鐘；不同時區、含糊本地時間、秒數及收費進位須另訂。
以上錯誤、更正及邊界結果都已在 SQLite 執行，並與另行編寫的預期資料逐行核對。證據只適用於這組假設條件，未測其他資料庫、正式效能或你的現有資料結構。