[發明專利]基于長事務的數據處理方法、裝置、電子設備及存儲介質

在審

• 申請號: 202111362724.7
• 申請日: 2021-11-17
• 公開（公告）號: CN114090599A
• 公開（公告）日: 2022-02-25
• 發明（設計）人: 袁安;姜瑞榮
• 申請（專利權）人: 中通服軟件科技有限公司
• 主分類號: G06F16/23
• 分類號: G06F16/23;G06F16/21
• 代理公司: 成都頂峰專利事務所(普通合伙) 51224
• 代理人: 曹源

1.一種基于長事務的數據處理方法，其特征在于，包括：

判斷用戶針對基表的操作的操作類型，所述操作中攜帶有用戶編號；

調用所述用戶編號所對應的長事務視圖中，與所述操作類型對應的第一觸發器，以對所述長事務視圖下的所述基表執行與所述操作類型對應的操作；

調用所述基表中與所述操作類型對應的第二觸發器，以便在觸發所述操作時更新所操作的操作對象數據的長事務狀態；

當所述操作類型為刪除操作或更新操作時，調用所述基表中的第三觸發器以將所述基表所對應的臨時表中的數據插入所述基表中，并再次更新所述操作對象數據的長事務狀態。

2.根據權利要求1所述的方法，其特征在于，所述方法還包括：

調用所述基表中的第四觸發器以獲取所述操作的操作日志，所述操作日志包括日志類型、長事務編號和所述操作對象數據的序列號。

3.根據權利要求1所述的方法，其特征在于，調用所述用戶編號所對應的長事務視圖中，與所述操作類型對應的第一觸發器，包括：

如果所述操作類型為插入操作，則調用所述長事務視圖中的第一插入觸發器；

如果所述操作類型為刪除操作，則調用所述長事務視圖中的第一刪除觸發器；

如果所述操作類型為更新操作，則調用所述長事務視圖中的第一更新觸發器；

其中，所述第一觸插入發器的內部處理邏輯為：在向所述長事務視圖下的所述基表插入數據時，先獲取用戶編號并賦值到用于記錄當前用戶編號的會話級全局變量V_USERID中，然后再向所述長事務視圖下的基表中插入數據；

所述第一刪除觸發器的內部處理邏輯為：在刪除所述長事務視圖下的所述基表中的數據時，先獲取用戶編號并賦值到用于記錄當前用戶編號的會話級全局變量V_USERID中，然后再刪除所述長事務視圖下的所述基表中的數據；

所述第一更新觸發器的內部處理邏輯為：在更新所述長事務視圖下的所述基表中的數據時，先獲取用戶編號并賦值到用于記錄當前用戶編號的會話級全局變量V_USERID中，然后再更新所述長事務視圖下的所述基表中的數據。

4.根據權利要求1所述的方法，其特征在于，調用所述基表中與所述操作類型對應的第二觸發器，以便在觸發所述操作時更新所操作的操作對象數據的長事務狀態，包括：

如果所述操作類型為插入操作，則調用所述基表中的第二插入觸發器以便在觸發插入操作時更新所操作的操作對象數據的長事務狀態；

如果所述操作類型為刪除操作，則調用所述基表中的第二刪除觸發器以便在觸發刪除操作時更新所操作的操作對象數據的長事務狀態；

如果所述操作類型為更新操作，則調用所述基表中的第二更新觸發器以便在觸發更新操作時更新所操作的操作對象數據的長事務狀態；

其中，所述第二插入觸發器的內部處理邏輯為：

當插入的數據的長事務狀態為備份狀態LTTOLD時，在插入前將數據的長事務狀態修改為鎖定狀態LOCKED；當插入的數據的長事務狀態為臨時刪除狀態LTTDEL時，在插入前將數據的長事務狀態修改為刪除狀態DELETE；當插入的數據的長事務狀態為臨時新增狀態LTTIAD時，在插入前將數據的長事務狀態修改為刪除未提交的新增狀態IADD；當插入的數據的長事務狀態為臨時編輯狀態LTTIED時，在插入前將數據的長事務狀態修改為中間編輯版本狀態IEDIT；

所述第二刪除觸發器的內部處理邏輯為：

判斷刪除的數據是否處于當前的長事務中，若刪除的數據不處于當前的長事務中，則將刪除的數據的狀態標記為臨時刪除狀態LTTDEL并存儲至基表對應的臨時表中；若刪除的數據是當前的長事務下新增的，則將刪除的數據的狀態標記為臨時新增狀態LTTIAD并存儲至基表對應的臨時表中；若刪除的數據是當前的長事務下編輯過的，則將刪除的數據的狀態標記為臨時編輯狀態LTTIED并存儲至基表對應的臨時表中；

所述第二更新觸發器的內部處理邏輯為：

判斷更新前的數據是否處于當前的長事務中，若更新前的數據不處于當前的長事務中，則將更新前的數據的狀態標記為備份狀態LTTOLD并存儲至基表對應的臨時表中；若更新前的數據是當前的長事務下編輯過的，則將更新前的數據的狀態標記為臨時編輯狀態LTTIED并存儲至基表對應的臨時表中。