高頻歷史資料與業務主資料各自管理
設備屬性與日誌進入時序儲存，設備、產品和專案等主資料由業務儲存管理。TDengine 路徑用於組織設備歷史及批次寫入。
- 選擇與取捨
- 實際儲存和寫入設定會影響可用能力；不宣稱未實測的吞吐倍數或固定延遲。
客戶問題
物聯卡管理，從業務問題開始。
設備在線但讀數很久沒更新、直接加總累積電量，或上下級電表重複計量，都可能讓看似完整的看板得出錯誤結論。資料進入業務前，需要一起解讀來源、時間、單位和範圍。
機制 / 原因 / 取捨
結合介面，看懂能力如何運作。
融合式設備宿主縮短處理鏈路
設備管理、MQTT 相關處理、協定解析和時序儲存在設備宿主內協作；部署形態再決定直連或遠端服務邊界。
- 選擇與取捨
- 同一程序內聚也代表共享程序資源，不能因此宣稱每家客戶擁有獨立執行環境。
讀取查詢結果時同時核對統計口徑
最新值、範圍內原始記錄和彙總查詢分別用於狀態、追溯及分析；頁面綁定時確認單位、時間窗和設備範圍。
- 選擇與取捨
- 累積量差值、表計更換和上下級計量邊界需要產業規則；缺失與過期資料必須明確呈現。
具體範例 / 機制示意
為什麼「本專案用電量」不能把所有電表直接相加？
計量口徑示意，不產生虛構用量。先確定時間範圍與計量邊界，再按已確認規則讀取歷史資料。
- 確認專案、時間範圍及有效計量點
- 區分功率 kW 和電量 kWh，排除上下級重複統計
- 檢查缺漏或過期記錄，再回傳數值與口徑說明
準備接入
接入前，一起確認。
- 核對設備時間、單位和上報週期
- 確認查詢範圍和產業統計規則
- 制定歷史資料保留及異常值處理方式