53 pos系統軟體架構_03 二層式架構及SQL資料庫

掌握客戶APP及行業別POS 系統設計/規劃/建置 資料整理

至於，資料斷頭斷尾這問題其發生的原理是：以常見的報價單據為例

在資料庫的設計原理至少要有兩個資料表格。
因此如果要存回資料庫，至少要有二個Update SQL。

在某些特殊情況下如：網路斷線或當機，萬一只有一個Update SQL 成功，另外一個SQL失敗會造成所謂資料斷頭斷尾，其後遺症相當多。

那如何防制資料斷頭斷尾呢？

在回答此問題之前，先解釋一個資料庫術語「Transaction」稱為交易。

「交易」是指一連串對後端資料庫異動的SQL。

以ATM提款動作為例：1.晶片卡扣帳2.機器吐出錢。

這二個動作是完成後交易「Transaction」才成立，不可能只有晶片卡扣帳而機器不吐錢。

在資料庫的設計功能中會提供一個確保完整交易的機制。

pos系統必須利用此機制確保pos資料交易「Transaction」被完整執行，才能避免所謂資料斷頭斷尾。

掌握客戶APP及行業別POS 系統規劃/設計/建置 資料整理

  

華綺資訊顧問股份有限公司

連絡承辦人員 : 謝先生

行動電話 : 0988-967-688

Line ID : pos.app

E-Mail: pos.advisor@gmail.com

連絡時間 : 平常工作日 09:00 ~ 17:00