TWI742932B - 具資料補正功能之資料同步系統、方法及電腦可讀媒介 - Google Patents

具資料補正功能之資料同步系統、方法及電腦可讀媒介 Download PDF

Info

Publication number
TWI742932B
TWI742932B TW109140337A TW109140337A TWI742932B TW I742932 B TWI742932 B TW I742932B TW 109140337 A TW109140337 A TW 109140337A TW 109140337 A TW109140337 A TW 109140337A TW I742932 B TWI742932 B TW I742932B
Authority
TW
Taiwan
Prior art keywords
data
notice
correction
module
history
Prior art date
Application number
TW109140337A
Other languages
English (en)
Other versions
TW202221597A (zh
Inventor
吳志偉
陳玟霖
李孟潔
Original Assignee
中華電信股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中華電信股份有限公司 filed Critical 中華電信股份有限公司
Priority to TW109140337A priority Critical patent/TWI742932B/zh
Application granted granted Critical
Publication of TWI742932B publication Critical patent/TWI742932B/zh
Publication of TW202221597A publication Critical patent/TW202221597A/zh

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本發明揭露一種具資料補正功能之資料同步系統及方法,係由通知單補正模組取得補正指令與補正通知單,以將補正指令之所指定之歷史通知單註記為無效,且將補正通知單寫入通知單歷史資料庫。接著,由資料回復模組依據補正指令之補正資料群與補正日期區間,從事件歷程資料庫中取得事件歷程,以依據事件歷程修改主檔資料庫。然後,由資料重處理模組從通知單歷史資料庫中擷取需重新處理之重處理通知單,以由資料處理模組依據重處理通知單之內容或需同步之資料異動主檔資料庫,再將主檔資料庫之資料異動歷程寫入事件歷程資料庫。本發明復提供一種電腦可讀媒介,係用於執行資料同步方法。

Description

具資料補正功能之資料同步系統、方法及電腦可讀媒介
本發明係關於一種資料同步技術,特別是指一種具資料補正功能之資料同步系統及方法。
在例如為帳務系統之資料同步系統中,帳務系統會依據上游之受理子系統之通知單異動帳務資料庫,但若上游之受理子系統之通知單發生錯誤,則將可能導致帳務系統需花費系統資源與人力成本,進行資料回復及重處理,從而確保帳務系統之帳單之正確性及有效性。因此,此類狀況會降低資料同步系統(如帳務系統)之服務品質,亦會提高人員介入資料同步系統(如帳務系統)之處理成本及時間。
再者,在一現有技術中,提出一種資料時序容錯之計費處理方法及其系統,用以記錄計費區段之區間費用計算結果,以重新計算費用歷程、檢查影響區段及進行局部重新處理,亦可依據處理通知單於出帳計費階段透過一系列的運算,進行相關的錯誤檢測與修正費用。
此外,在另一現有技術中,提出一種資料庫批次更新方法、 資料還原日誌產生方法與記憶體儲存裝置,用以還原與重處理資料庫之更新,可提高存取資料庫時硬碟的存取效率以提升資料庫的存取效率,亦能在資料庫需要進行還原時,以資料還原日誌產生方法進行資料還原。
惟,在上述現有技術中,皆無法將有時序問題之一般通知單回報給受理子系統,亦無法依據補正指令更正資料,進行重新同步,也無法將補正資料群回復至指定時間點。
因此,如何提供一種創新之資料同步技術,以解決例如上述之問題,已成為本領域技術人員之一大研究課題。
本發明提供一種創新之具資料補正功能之資料同步系統、方法及電腦可讀媒介,例如能減少人員介入資料同步系統之處理成本及時間,或能將有時序問題之一般通知單回報給受理子系統,或者能依據補正指令更正資料以進行重新同步,抑或者能將補正資料群回復至指定時間點。
本發明中具資料補正功能之資料同步系統包括:通知單補正模組,係接收或取得補正指令與補正通知單,以由通知單補正模組將補正指令之無效歷史通知單序號所對應之歷史通知單註記為無效,且由通知單補正模組將補正通知單寫入通知單歷史資料庫;資料回復模組,係依據補正指令所提供之補正資料群與補正日期區間之資訊,從事件歷程資料庫中取得相關聯之事件歷程,以由資料回復模組依據所取得之事件歷程之資訊修改主檔資料庫之資料內容;以及資料重處理模組與資料處理模組,資料重處理模組係從通知單歷史資料庫中擷取需重新處理之重處理通知單,以 由資料處理模組依據資料重處理模組所擷取之重處理通知單之內容或需同步之資料異動主檔資料庫,進而由資料處理模組將主檔資料庫之資料異動歷程寫入事件歷程資料庫。
本發明中具資料補正功能之資料同步方法包括:由通知單補正模組接收或取得補正指令與補正通知單,以由通知單補正模組將補正指令之無效歷史通知單序號所對應之歷史通知單註記為無效,且由通知單補正模組將補正通知單寫入通知單歷史資料庫;由資料回復模組依據補正指令所提供之補正資料群與補正日期區間之資訊,從事件歷程資料庫中取得相關聯之事件歷程,以由資料回復模組依據所取得之事件歷程之資訊修改主檔資料庫之資料內容;以及由資料重處理模組從通知單歷史資料庫中擷取需重新處理之重處理通知單,以由資料處理模組依據資料重處理模組所擷取之重處理通知單之內容或需同步之資料異動主檔資料庫,進而由資料處理模組將主檔資料庫之資料異動歷程寫入事件歷程資料庫。
本發明復提供一種電腦可讀媒介,應用於計算裝置或電腦中,係儲存有指令,以執行上述之資料同步方法。
為讓本發明之上述特徵與優點能更明顯易懂,下文特舉實施例,並配合所附圖式作詳細說明。在以下描述內容中將部分闡述本發明之額外特徵及優點,且此等特徵及優點將部分自所述描述內容可得而知,或可藉由對本發明之實踐習得。應理解,前文一般描述與以下詳細描述二者均僅為例示性及解釋性的,且不欲約束本發明所欲主張之範圍。
1:具資料補正功能之資料同步系統
2:受理子系統
10:資料處理模組
20:通知單處理模組
30:通知單補正模組
40:資料回復模組
50:資料重處理模組
A:通知單歷史資料庫
B:主檔資料庫
C:事件歷程資料庫
G:一般通知單
I:重處理通知單
S:補正通知單
S201至S205:步驟
S301至S308:步驟
圖1為本發明中具資料補正功能之資料同步系統之架構示意圖;
圖2為本發明中具資料補正功能之資料同步方法之流程示意圖;以及
圖3為本發明中具資料補正功能之資料同步方法之補正流程示意圖。
以下藉由特定的具體實施形態說明本發明之實施方式,熟悉此技術之人士可由本說明書所揭示之內容了解本發明之其它優點與功效,亦可因而藉由其它不同的具體等同實施形態加以施行或運用。
圖1為本發明中具資料補正功能之資料同步系統1之架構示意圖。如圖所示,具資料補正功能之資料同步系統1至少包括互相連接或通訊之一受理子系統2、一資料處理模組10、一通知單處理模組20、一通知單補正模組30、一資料回復模組40、一資料重處理模組50、一通知單歷史資料庫A、一主檔資料庫B及一事件歷程資料庫C,亦可包括至少一或多個一般通知單G、至少一或多個補正通知單S、至少一或多個重處理通知單I,但不以此為限。
在一實施例中,資料處理模組10可為資料處理器、資料處理晶片、資料處理電路、資料處理軟體等,通知單處理模組20可為通知單處理器、通知單處理晶片、通知單處理電路、通知單處理軟體等,通知單補正模組30可為通知單補正晶片、通知單補正電路、通知單補正軟體等,資料回復模組40可為資料回復晶片、資料回復電路、資料回復軟體等,資料重處理模組50可為資料重處理器、資料重處理晶片、資料重處理電路、 資料重處理軟體等,但不以此為限。
受理子系統2可於一般流程(見圖2)時傳送一般通知單G至資料處理模組10,亦可於補正流程(見圖3)時傳送補正指令與補正通知單S至通知單補正模組30,且補正指令包括補正資料群、補正日期區間及無效歷史通知單序號等。
資料處理模組10可於一般流程時先判斷受理子系統2所傳送之一般通知單G是否有時序問題,若一般通知單G有時序問題,則資料處理模組10回報有時序問題之一般通知單G之資訊給受理子系統2。反之,若一般通知單G無時序問題,則資料處理模組10可呼叫通知單處理模組20,以由通知單處理模組20將無時序問題之一般通知單G作為歷史通知單而寫入通知單歷史資料庫A,且由資料處理模組10依據無時序問題之一般通知單G之內容異動主檔資料庫B,再由資料處理模組10將主檔資料庫B之資料異動歷程寫入事件歷程資料庫C。同時,資料處理模組10可於補正流程時接收重處理通知單I,並依據重處理通知單I之內容異動主檔資料庫B,亦可將主檔資料庫B之資料異動歷程寫入事件歷程資料庫C。
通知單補正模組30可將補正指令或內含之無效歷史通知單序號所指定之歷史通知單註記為無效,再將補正通知單S寫入通知單歷史資料庫A。例如,通知單補正模組30可接收或取得受理子系統2所傳送之補正指令與補正通知單S,以由通知單補正模組30將通知單歷史資料庫A中由補正指令所指定或無效歷史通知單序號所對應之歷史通知單(錯誤之歷史通知單)註記為無效,且由通知單補正模組30將補正通知單S寫入通知單歷史資料庫A,再將補正指令傳送至資料回復模組40。
資料回復模組40可依據補正指令內指定資料群之指定時間範圍所取得之事件歷程資料回復主檔資料庫B。亦即,資料回復模組40可依據補正指令之內容從事件歷程資料庫C中擷取要進行資料回復之關聯資料,且將主檔資料庫B中之關聯資料調整或回復至指定時間點之資料狀態,再將補正指令傳送至資料重處理模組50。例如,資料回復模組40可依據補正指令所提供之補正資料群與補正日期區間之資訊從事件歷程資料庫C中取得相關聯之事件歷程,以由資料回復模組40依據所取得之事件歷程之資訊修改主檔資料庫B之資料內容。
資料重處理模組50可取得重處理通知單I。亦即,資料重處理模組50可依據補正指令之內容從通知單歷史資料庫A中取得有效歷史通知單作為重處理通知單I,以將重處理通知單I傳送至資料處理模組10進行資料重處理。例如,資料重處理模組50可從通知單歷史資料庫A中擷取需重新處理之重處理通知單I,以由資料處理模組10依據資料重處理模組50所擷取之重處理通知單I之內容或需同步之資料異動主檔資料庫B,進而由資料處理模組10將主檔資料庫B之資料異動歷程寫入事件歷程資料庫C。
通知單歷史資料庫A可儲存(留存)一般通知單G與補正通知單S及兩者之歷史資料,並記錄歷史通知單是有效歷史通知單或無效歷史通知單,以供後續使用。主檔資料庫B可儲存(留存)已處理之一般通知單G與重處理通知單I兩者所記載之內容資訊。事件歷程資料庫C可儲存(留存)主檔資料庫B中之資料異動歷程(如所有表格與欄位之資料內容之異動歷程)。
申言之,在一般流程中,先由受理子系統2傳送一般通知單G至資料處理模組10,若資料處理模組10判斷一般通知單G有時序問題,則資料處理模組10會將有時序問題之一般通知單G之資訊回報給受理子系統2。反之,若資料處理模組10判斷一般通知單G之無時序問題(資料時序無誤),則資料處理模組10會將一般通知單G傳送至通知單處理模組20,以由通知單處理模組20將一般通知單G寫入通知單歷史資料庫A,且由資料處理模組10將需同步之資料寫入(異動)主檔資料庫B,再由資料處理模組10將主檔資料庫B之資料異動歷程寫入事件歷程資料庫C。
啟動補正流程(補正功能)之情境有二:(一)資料處理模組10判斷出一般通知單G有時序問題,而將有時序問題之一般通知單G之資訊回報給受理子系統2;以及(二)受理子系統2發現已送出之一般通知單G有資料錯誤之問題。
在補正流程中,受理子系統2可向通知單補正模組30通知補正指令,以傳送補正指令之無效歷史通知單序號與補正通知單S至通知單補正模組30,且通知單補正模組30可依據補正指令之無效歷史通知單序號與補正通知單S調整通知單歷史資料庫A之資料。例如,通知單補正模組30可接收補正指令與補正通知單S,且通知單歷史資料庫A為資料重處理之資料來源,故通知單補正模組30需將補正指令(無效歷史通知單序號)所指定之歷史通知單(已知錯誤之歷史通知單)註記為無效,並將補正通知單S寫入通知單歷史資料庫A,再將補正指令傳送(傳遞)至資料回復模組40。
資料回復模組40可依據通知單補正模組30所傳送之補正 指令之補正資料群與補正日期區間之資訊(日期區間資訊),從事件歷程資料庫C中取得需補正日期區間之資料異動歷程,以由資料回復模組40將主檔資料庫B之資料回復至錯誤發生時間點之資料異動前之狀態,進而由資料回復模組40於資料回復完成後將補正指令傳送(傳遞)至資料重處理模組50。
資料重處理模組50可依據資料回復模組40所傳送之補正指令之補正資料群與補正日期區間之資訊(日期區間資訊),從通知單歷史資料庫A中取得補正日期區間內相關聯之有效歷史通知單作為重處理通知單I,再由資料重處理模組50將重處理通知單I通知資料處理模組10,俾由資料處理模組10異動主檔資料庫B而達到資料補正之功能。
因此,當資料處理模組10偵測到一般通知單G有時序問題而回報給受理子系統2,或受理子系統2因修正錯誤而發出補正指令與補正通知單S以要求補正資料時,通知單補正模組30可依據補正指令與補正通知單S修改通知單歷史資料庫A,以利通知單歷史資料庫A儲存(留存)所有正確(有效)之歷史通知單。
資料回復模組40可配合事件歷程資料庫C,以將主檔資料庫B修改或回復至資料錯誤時間點之前一狀態,且資料重處理模組50只需處理特定時間區間之歷史通知單而不需將所有相關聯之歷史通知單全部擷取為重處理通知單I,後續亦只需依照一般之資料處理方式處理重處理通知單I,便可補正來自受理子系統2(來源端)之資料。所以,本發明在受理子系統2發出補正指令後能回復主檔資料庫B,並針對補正資料及時間範圍之歷史通知單進行重處理。
圖2為本發明中具資料補正功能之資料同步方法之流程示意圖,並參閱圖1予以說明。同時,具資料補正功能之資料同步方法之一般流程的主要內容如下,其餘內容相同於上述圖1之說明,於此不再重覆敘述。
如圖2之步驟S201所示,接收一般通知單。例如,由資料處理模組10接收受理子系統2所傳送之至少一或多個一般通知單G。
如圖2之步驟S202所示,判斷一般通知單G之時序問題,並進行相對應之處理。例如,由資料處理模組10判斷是否有時序問題(時序錯亂)之一般通知單G,若有,則將有時序問題之一般通知單G回報給受理子系統2。
如圖2之步驟S203所示,寫入通知單歷史資料庫A。例如,由資料處理模組10呼叫通知單處理模組20,以由通知單處理模組20將無時序問題(資料時序已檢核正確)之一般通知單G儲存(留存)至通知單歷史資料庫A中。
如圖2之步驟S204所示,異動主檔資料庫B。例如,由資料處理模組10依據一般通知單G之內容異動主檔資料庫B。
如圖2之步驟S205所示,寫入事件歷程資料庫C。例如,由資料處理模組10將主檔資料庫B之資料異動歷程(如表格與欄位之資料異動歷程)寫入事件歷程資料庫C。寫入事件歷程資料庫C之資料異動歷程E1(Tα)表示資料群E1於時間點Tα進行之異動內容,若於不同之時間點Tα與時間點Tβ進行異動,則寫入事件歷程資料庫C之資料異動歷程(如寫入資料群之歷程)可表示為E1(Tα)∪E1(Tβ),其中∪表示聯集。
圖3為本發明中具資料補正功能之資料同步方法之補正流程示意圖,並參閱圖1予以說明。同時,具資料補正功能之資料同步方法之補正流程的主要內容如下,其餘內容相同於上述圖1之說明,於此不再重覆敘述。
如圖3之步驟S301所示,接收補正指令(取得補正資訊)。亦即,由通知單補正模組30接收或取得來自受理子系統2之補正指令與補正通知單S之資訊。例如,由通知單補正模組30接收或取得受理子系統2所傳送之補正指令與補正通知單S={S1,S2,S3,...,Sz},且補正指令包括補正資料群E={E1,E2,E3,...,En}、補正日期區間D={DS,DE}、及無效歷史通知單序號F={F1,F2,F3,...,Fm},其中z為補正通知單之總數,n為資料群之總數,m為無效歷史通知單之總數。
如圖3之步驟S302所示,註記無效歷史通知單。亦即,由通知單補正模組30將受理子系統2所傳送之補正指令之無效歷史通知單序號所對應之歷史通知單註記為無效。例如,由通知單補正模組30依據補正指令之無效歷史通知單序號F={F1,F2,F3,...,Fm}將通知單歷史資料庫A中相對應之歷史通知單註記為無效。
如圖3之步驟S303所示,留存補正通知單S。例如,由通知單補正模組30將補正通知單S={S1,S2,S3,...,Sz}寫入通知單歷史資料庫A,再將補正資料群E與補正日期區間D傳送至資料回復模組40。
如圖3之步驟S304所示,取得事件歷程之資訊。亦即,由資料回復模組40依據來自通知單補正模組30(或受理子系統2)之補正指令所提供之補正資料群與補正日期區間之資訊(如資料範圍與時間區間)從事 件歷程資料庫C中取得相關聯之事件歷程。
例如,資料回復模組40可依據補正指令之補正資料群E={E1,E2,E3,...,En}與補正日期區間D={DS,DE}從事件歷程資料庫C中取得回復事件歷程範圍H={H1,H2,H3,...,Hn},其中資料群E1之事件歷程之表示式H1=E1(T1)∪E1(T2)∪E1(T3)∪...∪E1(Tt),且特定資料群之回復事件歷程範圍之表示式
Figure 109140337-A0101-12-0011-4
。或者,資料回復模組40可依據補正指令取得補正日期區間D={DS,DE},以依據補正日期區間運算出補正指令中所需要之回復事件歷程範圍之表示式
Figure 109140337-A0101-12-0011-5
,且T符合時間定義之表示式
Figure 109140337-A0101-12-0011-7
如圖3之步驟S305所示,回復主檔資料庫B。亦即,由資料回復模組40依據上述步驟S304所取得之事件歷程之資訊修改主檔資料庫B之資料內容。例如,由資料回復模組40依據所取得之事件歷程還原主檔資料庫B,以將主檔資料庫B中補正資料群E={E1,E2,E3,...,En}之資料調整或回復至補正日期區間之起始日期DS前之狀態。
如圖3之步驟S306所示,擷取重處理通知單I。亦即,由資料重處理模組50從通知單歷史資料庫A中擷取需重新處理之重處理通知單I。例如,由資料重處理模組50依據補正指令所提供之資料範圍與時間區間從通知單歷史資料庫A中取得相關聯之有效歷史通知單作為重處理通知單I。
換言之,資料重處理模組50可從通知單歷史資料庫A中取得補正資料群於補正日期區間之(所有)有效歷史通知單。例如,資料重處理模組50可依據補正指令之補正資料群E={E1,E2,E3,...,En}與補正日期區 D={DS,DE}從通知單歷史資料庫A中取得重處理通知單I={I1,I2,I3,...,Ix},且補正通知單S已由通知單補正模組30寫入通知單歷史資料庫A以作為後續重處理使用,故S
Figure 109140337-A0101-12-0012-8
I(即補正通知單S是重處理通知單I之子集)。
上述重處理通知單I1為資料群E1之有效歷史通知單之表示式
Figure 109140337-A0101-12-0012-9
,即可歸納為資料群Ei之有效歷史通知單之表示式
Figure 109140337-A0101-12-0012-10
,且
Figure 109140337-A0101-12-0012-11
(T1)表示為被通知單補正模組30註記無效之資料群E1於時間T1所處理之歷史通知單。資料重處理模組50可依據補正指令之補正日期區間D={DS,DE}運算出重處理通知單I之表示式
Figure 109140337-A0101-12-0012-12
,且T符合時間定義之表示式
Figure 109140337-A0101-12-0012-13
如圖3之步驟S307所示,異動主檔資料庫B。例如,由資料處理模組10依據資料重處理模組50所擷取之重處理通知單I之內容或需同步之資料異動主檔資料庫B。
如圖3之步驟S308所示,寫入事件歷程資料庫C。例如,由資料處理模組10將主檔資料庫B之資料異動歷程(如表格與欄位之資料異動歷程)寫入事件歷程資料庫C。
此外,本發明還揭示一種電腦可讀媒介,係應用於具有處理器(例如,CPU、GPU等)及/或記憶體的計算裝置或電腦中,且儲存有指令,並可利用此計算裝置或電腦透過處理器及/或記憶體執行此電腦可讀媒介,以於執行此電腦可讀媒介時執行上述之方法及各步驟。
綜上,本發明中具資料補正功能之資料同步系統、方法及電腦可讀媒介可至少具有下列特色、優點或技術功效。
一、本發明採用通知單歷史資料庫、主檔資料庫與事件歷程資料庫,在同步資料的同時,事件歷程資料庫可一併記錄相關聯之事件歷程,當需要進行資料回復時,能依據事件歷程回復已同步過之資料群,並依據補正指令產生重處理通知單以進行重處理,俾能進行大批系統性之資料補正,有利減少人員介入處理之情況發生。
二、本發明於資料同步時,資料處理模組能判斷有時序問題之一般通知單以回報給受理子系統,且資料回復模組能針對已同步之資料群進行指定時間點之資料回復,亦能依據補正指令更正資料以進行重新同步。
三、當一般通知單有時序問題時,本發明能利用通知單歷史資料庫與事件歷程資料庫,將有時序問題之一般通知單處理後受影響之資料群藉由事件歷程資料庫所儲存(留存)之資料異動歷程回復至指定時間點(任一時間點)。
四、本發明針對來自受理子系統之一般通知單有誤之情況下,提出兼具容錯與更正資料之同步方式,透過正確之通知單取代錯誤之通知單與重新處理,能使資料庫之錯誤資料得以修正,亦能於指定時間點(任一時間點)進行資料回復之處理。
五、當受理子系統送出補正指令時,本發明之資料回復模組能將資料回復至補正指令之指定時間點之前,再透過資料重處理模組與通知單歷史資料庫註記無效歷史通知單及重新處理重處理通知單,以補正錯誤之資料。
六、本發明包括一系列之資料處理程序或資料重處理程序, 能將補正資料群回復至指定時間點,並重新處理有效歷史通知單,以正確之資料同步回資料庫,有利提升資料正確率與系統品質。
七、本發明於受理子系統發出需補正之補正通知單時,只需將狀態回復至資料錯誤發生點之前,再依據補正日期區間內之重處理通知單即可完成資料補正,而不需將所有於受理子系統之全部關聯的歷史通知單重新處理,以利大幅減少重新處理資料補正之成本。
八、本發明可能應用之產業為例如需處理多個資訊系統間之同步資料之產業,如電信業、金融業、商品零售業等;同時,本發明可能應用之產品為例如資料同步系統,如帳務系統、訂單系統、客戶管理系統等,但不以此為限。
上述實施形態僅例示性說明本發明之原理、特點及其功效,並非用以限制本發明之可實施範疇,任何熟習此項技藝之人士均能在不違背本發明之精神及範疇下,對上述實施形態進行修飾與改變。任何使用本發明所揭示內容而完成之等效改變及修飾,均仍應為申請專利範圍所涵蓋。因此,本發明之權利保護範圍應如申請專利範圍所列。
1:具資料補正功能之資料同步系統
2:受理子系統
10:資料處理模組
20:通知單處理模組
30:通知單補正模組
40:資料回復模組
50:資料重處理模組
A:通知單歷史資料庫
B:主檔資料庫
C:事件歷程資料庫
G:一般通知單
I:重處理通知單
S:補正通知單

Claims (13)

  1. 一種具資料補正功能之資料同步系統,包括:通知單補正模組,係接收或取得補正指令與補正通知單,以由該通知單補正模組將該補正指令之無效歷史通知單序號所對應之歷史通知單註記為無效,且由該通知單補正模組將該補正通知單寫入一通知單歷史資料庫;資料回復模組,係依據該補正指令所提供之補正資料群與補正日期區間之資訊,從一事件歷程資料庫中取得相關聯之事件歷程,以由該資料回復模組依據所取得之該事件歷程還原該主檔資料庫,俾將該主檔資料庫中該補正資料群之資料調整或回復至該補正日期區間之起始日期前之狀態;以及資料重處理模組與資料處理模組,該資料重處理模組係從該通知單歷史資料庫中擷取需重新處理之重處理通知單,以由該資料處理模組依據該資料重處理模組所擷取之該重處理通知單之內容或需同步之資料異動該主檔資料庫,進而由該資料處理模組將該主檔資料庫之資料異動歷程寫入該事件歷程資料庫。
  2. 如請求項1所述之資料同步系統,其中,該資料處理模組更判斷受理子系統所傳送之一般通知單是否有包括時序錯亂之時序問題,以於該一般通知單有時序問題時,令該資料處理模組回報該有時序問題之一般通知單之資訊給該受理子系統。
  3. 如請求項2所述之資料同步系統,更包括通知單處理模組,其中,若該一般通知單無時序問題,則該資料處理模組呼叫該通知單處理模組,以由該通知單處理模組將該無時序問題之一般通知單寫入該通知單歷史資料庫,且由該資料處理模組依據該無時序問題之一般通知單之內容 異動該主檔資料庫,再由該資料處理模組將該主檔資料庫之資料異動歷程寫入該事件歷程資料庫。
  4. 如請求項1所述之資料同步系統,其中,該通知單補正模組係接收或取得受理子系統所傳送之該補正指令與補正通知單,且該補正指令包括該補正資料群、補正日期區間及無效歷史通知單序號。
  5. 如請求項1所述之資料同步系統,其中,該資料回復模組更依據該補正指令之該補正資料群與補正日期區間之資訊,從該事件歷程資料庫中取得需補正日期區間之資料異動歷程,以由該資料回復模組將該主檔資料庫之資料回復至錯誤發生時間點之資料異動前之狀態。
  6. 如請求項1所述之資料同步系統,其中,該資料重處理模組更依據該補正指令之補正資料群與補正日期區間之資訊,從該通知單歷史資料庫中取得該補正日期區間內相關聯之有效歷史通知單作為該重處理通知單,再由該資料重處理模組將該重處理通知單通知該資料處理模組,俾由該資料處理模組異動該主檔資料庫。
  7. 一種具資料補正功能之資料同步方法,包括:由通知單補正模組接收或取得補正指令與補正通知單,以由該通知單補正模組將該補正指令之無效歷史通知單序號所對應之歷史通知單註記為無效,且由該通知單補正模組將該補正通知單寫入通知單歷史資料庫;由資料回復模組依據該補正指令所提供之補正資料群與補正日期區間之資訊,從事件歷程資料庫中取得相關聯之事件歷程,以由該資料回復模組依據所取得之該事件歷程還原該主檔資料庫,俾將該主檔資料庫中該補正資料群之資料調整或回復至該補正日期區間之起始日期前之狀態;以及由資料重處理模組從該通知單歷史資料庫中擷取需重新處理之重處理通知單,以由資料處理模組依據該資料重處理模組所擷取之該重處理通知 單之內容或需同步之資料異動該主檔資料庫,進而由該資料處理模組將該主檔資料庫之資料異動歷程寫入該事件歷程資料庫。
  8. 如請求項7所述之資料同步方法,更包括由該資料處理模組判斷受理子系統所傳送之一般通知單是否有包括時序錯亂之時序問題,以於該一般通知單有時序問題時,令該資料處理模組回報該有時序問題之一般通知單之資訊給該受理子系統。
  9. 如請求項8所述之資料同步方法,更包括若該一般通知單無時序問題,則該資料處理模組呼叫該通知單處理模組,以由該通知單處理模組將該無時序問題之一般通知單寫入該通知單歷史資料庫,且由該資料處理模組依據該無時序問題之一般通知單之內容異動該主檔資料庫,再由該資料處理模組將該主檔資料庫之資料異動歷程寫入該事件歷程資料庫。
  10. 如請求項7所述之資料同步方法,其中,該通知單補正模組係接收或取得受理子系統所傳送之該補正指令與補正通知單,且該補正指令包括該補正資料群、補正日期區間及無效歷史通知單序號。
  11. 如請求項7所述之資料同步方法,更包括由該資料回復模組依據該補正指令之該補正資料群與補正日期區間之資訊,從該事件歷程資料庫中取得需補正日期區間之資料異動歷程,以由該資料回復模組將該主檔資料庫之資料回復至錯誤發生時間點之資料異動前之狀態。
  12. 如請求項7所述之資料同步方法,更包括由該資料重處理模組依據該補正指令之補正資料群與補正日期區間之資訊,從該通知單歷史資料庫中取得該補正日期區間內相關聯之有效歷史通知單作為該重處理通知單,再由該資料重處理模組將該重處理通知單通知該資料處理模組,俾由該資料處理模組異動該主檔資料庫。
  13. 一種電腦可讀媒介,應用於計算裝置或電腦中,係儲存有指令,以執行如請求項7至12之任一者所述之資料同步方法。
TW109140337A 2020-11-18 2020-11-18 具資料補正功能之資料同步系統、方法及電腦可讀媒介 TWI742932B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
TW109140337A TWI742932B (zh) 2020-11-18 2020-11-18 具資料補正功能之資料同步系統、方法及電腦可讀媒介

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
TW109140337A TWI742932B (zh) 2020-11-18 2020-11-18 具資料補正功能之資料同步系統、方法及電腦可讀媒介

Publications (2)

Publication Number Publication Date
TWI742932B true TWI742932B (zh) 2021-10-11
TW202221597A TW202221597A (zh) 2022-06-01

Family

ID=80782587

Family Applications (1)

Application Number Title Priority Date Filing Date
TW109140337A TWI742932B (zh) 2020-11-18 2020-11-18 具資料補正功能之資料同步系統、方法及電腦可讀媒介

Country Status (1)

Country Link
TW (1) TWI742932B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201447781A (zh) * 2013-04-23 2014-12-16 Kofax Inc 利用基於位置的資訊來影響商業工作流程的方法和系統以及電腦程式產品
TW201530446A (zh) * 2014-01-22 2015-08-01 Chunghwa Telecom Co Ltd 帳務處理通知單時序錯亂處理方法及其系統
TW201636923A (zh) * 2015-04-01 2016-10-16 Chunghwa Telecom Co Ltd 帳務處理通知單計費重批價方法及系統
TW201734915A (zh) * 2016-03-24 2017-10-01 Chunghwa Telecom Co Ltd 代收單位印製電子發票證明聯之資料處理系統

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201447781A (zh) * 2013-04-23 2014-12-16 Kofax Inc 利用基於位置的資訊來影響商業工作流程的方法和系統以及電腦程式產品
TW201530446A (zh) * 2014-01-22 2015-08-01 Chunghwa Telecom Co Ltd 帳務處理通知單時序錯亂處理方法及其系統
TW201636923A (zh) * 2015-04-01 2016-10-16 Chunghwa Telecom Co Ltd 帳務處理通知單計費重批價方法及系統
TW201734915A (zh) * 2016-03-24 2017-10-01 Chunghwa Telecom Co Ltd 代收單位印製電子發票證明聯之資料處理系統

Also Published As

Publication number Publication date
TW202221597A (zh) 2022-06-01

Similar Documents

Publication Publication Date Title
US8806264B2 (en) Methods for detecting split brain in a distributed system
US6662196B2 (en) Collision avoidance in bidirectional database replication
EP0671686B1 (en) Synchronous remote data duplexing
EP0672985B1 (en) Asynchronous remote data duplexing
CN113396407A (zh) 用于利用区块链技术扩充数据库应用的系统和方法
CN101334797B (zh) 一种分布式文件系统及其数据块一致性管理的方法
US7801846B2 (en) Generating log sequence identifiers to apply a transaction to a storage system
US7996363B2 (en) Real-time apply mechanism in standby database environments
US20080178050A1 (en) Data backup system and method for synchronizing a replication of permanent data and temporary data in the event of an operational error
EP2541413A1 (en) Systems and Methods for Data Integrity Checking
CN100394394C (zh) 容错双工计算机系统及其控制方法
US20230098190A1 (en) Data processing method, apparatus, device and medium based on distributed storage
CN112328677B (zh) 基于表关联的丢失数据回收方法、装置、设备及介质
CN100501685C (zh) 用于在奇偶错误检测之后维持数据完整性的装置和方法
US20230315713A1 (en) Operation request processing method, apparatus, device, readable storage medium, and system
US11782793B2 (en) Blockchain-based data snapshot method and apparatus, and computer-readable storage medium
CN107316176A (zh) 保单处理的控制方法和装置
TWI742932B (zh) 具資料補正功能之資料同步系統、方法及電腦可讀媒介
CN105938446B (zh) 基于rdma和硬件事务性内存支持的数据复制容错方法
CN111198920B (zh) 一种基于数据库同步确定对比表快照的方法及装置
CN112506928A (zh) 一种验证备份数据有效性的方法和装置
CN116303789A (zh) 多分片多副本数据库并行同步方法、装置及可读介质
JP5825655B2 (ja) レプリケーションシステム
CN111949479B (zh) 交互系统和索引创建情况的确定方法、设备
JP5231035B2 (ja) ジョブ処理システムおよびジョブ処理方法