[發明專利]對訪問數據庫的多個客戶端進行同步的方法和服務器

無效

• 申請號: 200810096937.8
• 申請日: 2008-05-07
• 公開（公告）號: CN101303699A
• 公開（公告）日: 2008-11-12
• 發明（設計）人: 海因茲·庫爾登
• 申請（專利權）人: 軟件股份公司
• 主分類號: G06F17/30
• 分類號: G06F17/30;G06F9/46
• 代理公司: 北京東方億思知識產權代理有限責任公司
• 代理人: 柳春雷

技術領域

本發明涉及一種對訪問數據庫的多個客戶端進行同步的方法和服務器，其中，每個客戶端在數據庫上執行多個任務。

背景技術

數據庫是現代信息社會中非常重要的技術工具。通常，許多客戶端不斷地訪問數據庫，刪除、添加或改變數據庫內容。例如在金融機構的數據庫的情況下，有持續的事務流程在數據庫上執行，這要求對相應數據進行正確技術處理。

出于安全和性能的原因，需要定期地在數據庫上執行某些管理任務。一個例子是備份整個數據庫系統及其所有數據。然而，可能存在其它的管理任務，例如，將數據庫遷移到新的硬件和/或軟件系統，或測試其相關的性能。當各個客戶端連續訪問數據庫時，如果要避免所存儲數據的不一致性，則可能不執行某些管理任務。例如，如果在從一個賬戶向另一個轉移某些數額期間執行金融機構數據庫的備份，因為在其間所發生的備份，所以要避免所保存的數據表現為從第一賬戶減少了數額但所減少的數額并沒有添加到第二賬戶。這僅僅是一個例子，它顯示出針對某些管理任務，需要對所有在數據庫上進行操作的客戶端進行同步，或至少對會引起這種不一致性的客戶端進行同步。

在現有技術中，已知執行如下面參見圖1和圖2所描述的這種同步。

圖1示意性給出了在數據庫1上操作的多個客戶端c0-c5的布置。如果客戶端c1-c5在數據庫1上都沒有任何打開的任務，則客戶端c0-c5是同步的。在同步請求已被發出后，當目前處于被請求狀態(在數據庫上沒有打開的任務)的客戶端想要在數據庫1上打開新任務時，客戶端的請求被拒絕，并且指示客戶端等待，直到實現了同步并且完成了管理任務為止(參考圖2的流程圖)。

如果客戶端在同步請求被發出時正在執行某項任務，并且沒有在給定的超時時間段內將狀態改變到所請求的狀態(例如從“打開的任務”到“關閉的任務”)，則客戶端被重置為所期望的狀態，以使其不再妨礙同步和管理任務的隨后執行。

然而，在某些情況下，當同步請求被發出時，客戶端可以釋放與數據庫的連接。結果，即使任何其它試圖在超時時間段期間打開任務的客戶端中的一個或多個客戶端的任務可以在超時時間段完全過去之前被執行或完成，所述任何其它試圖在超時時間段期間打開任務的客戶端也將不得不等待，直到超過該時限。因此，用于處理同步請求的現有技術方法容易對很多的客戶端造成大量等待時間，而這僅僅是由于一個客戶端失去了與數據庫的連接。減小超時時間段是減小其它客戶端等待時間的明顯方式。然而，減小超時時間段將增加所取消任務的數量，這些所取消的任務必須在實現同步且執行相應的管理任務后重新開始。

考慮到上面，本發明第一技術方案的技術問題在于提供一種將多個客戶端進行同步的更高效方法，該方法可減小訪問數據庫的客戶端的等待時間，而不增加所取消任務的數量。

發明內容

現有技術中存在的該問題由根據本申請所述的對訪問數據庫的多個客戶端進行同步的方法來解決。在本發明的一個實施例中，針對每個客戶端，所述方法包括以下步驟：

-在發出同步請求后，累積由客戶端執行的一個或多個任務的時間；并且

-如果累積的任務時間超過了最大累積任務時間，則拒絕客戶端的打開新任務的請求。

由此，不是拒絕任何打開新任務的請求，而是對于這樣的客戶端允許打開新任務，所述客戶端在同步請求被發出之后的所有任務持續時間的總和未超過給定時限。因此，如果存在沒有迅速關閉其任務的另一客戶端，例如失去了與數據庫的連接的客戶端，那么其它客戶端可繼續工作。結果，將縮短客戶端的平均等待時間。

在一個實施例中，所述方法還包括為所有客戶端定義公共最大累積任務時間的步驟。在該實施例中，平等地對待所有客戶端。另一個極端是這樣一個實施例，其中，所述方法還包括為每個客戶端單獨定義最大累積任務時間的步驟。對最大累積任務時間的單獨定義允許通過分配最大累積任務時間的較大值來將某些客戶端列為優先，這減小了在處理同步請求期間拒絕這種客戶端的新任務的可能性。

很明顯還存在這樣的實施例，其中，定義客戶端的組，并且某個組的所有客戶端具有相同的最大累積任務時間，而其中組與組之間的值不同。