首先瞭解PATS的資訊架構是透過PATS's API提供應用程式商品資訊的資料結構,
由於PATS定義的資料結構甚為鬆散,例如有20檔的買賣資訊保留結構其實只有10檔有資料,
而成交資訊同樣保留20檔結構,但內容是在API開始接收資訊後保留最近20檔的最後成交結果而已,
這個部份對於資訊再應用的架構設計並無具體意義,實際上只須最新一檔的成交資料即可,
再來不論是價或量皆以其定義結構 PriceDetailStruct 來作處理,此結構如
在這前提下,如果是價則Volume不具意義,而如果是量則Price不具意義,
另就時間的部份,時分秒皆分開對於資訊處理並無友善幫助,
而PATS提供的時間資料只是單純針對該欄位被更新時以使用API的該系統時間來作為更新而已,
一般而言,對於資訊再應用的需求下,這些資訊都是畫蛇添足而已, 於此GMDS重新規劃Data Cell內容如
以上設計,幾乎已可充分滿足資訊架構設計上的需求,而且與原始PATS所提供資訊內容一致,並能精簡與更方便於應用,
而透過DES系統的資料同步技術,相同的資訊內容可以重複應用到各個需求領域中,不僅效率更好,速度更快,頻寬更是節約