特許 6987340 データベースのデータ変更要求処理方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6987340

(24)【登録日】2021年12月3日

(45)【発行日】2021年12月22日

(54)【発明の名称】データベースのデータ変更要求処理方法及び装置

(51)【国際特許分類】

   G06F 16/23 20190101AFI20211213BHJP

   G06F 16/27 20190101ALI20211213BHJP

   G06F 11/34 20060101ALI20211213BHJP

【ＦＩ】

   G06F16/23

   G06F16/27

   G06F11/34 176

【請求項の数】15

【全頁数】21

(21)【出願番号】特願2019-500305(P2019-500305)

(86)(22)【出願日】2017年6月27日

(65)【公表番号】特表2019-527883(P2019-527883A)

(43)【公表日】2019年10月3日

(86)【国際出願番号】CN2017090269

(87)【国際公開番号】WO2018006723

(87)【国際公開日】20180111

【審査請求日】2019年3月4日

(31)【優先権主張番号】201610518735.2

(32)【優先日】2016年7月4日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】521286374

【氏名又は名称】ベイジン・オーシャンベース・テクノロジー・カンパニー・リミテッド

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(72)【発明者】

【氏名】ヤン，ヂェンクン

(72)【発明者】

【氏名】ハン，フーシャン

【審査官】 原 秀人

(56)【参考文献】

【文献】 特開２００６−０１１８４８（ＪＰ，Ａ）

【文献】 特開２００６−２６８５０３（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００４／００５４６４４（ＵＳ，Ａ１）

【文献】 特開２００９−２１１２１５（ＪＰ，Ａ）

【文献】 中国特許出願公開第１０１６８１３１３（ＣＮ，Ａ）

【文献】 特開２０１０−２５７２８４（ＪＰ，Ａ）

【文献】 特開２０１３−１７８６８５（ＪＰ，Ａ）

【文献】 米国特許第０６６８４２２３（ＵＳ，Ｂ１）

【文献】 中村 正弘，複製ファイルの非同期更新が分散データベースの中心技術に，日経エレクトロニクス，日本，日経ＢＰ社，1994年06月06日，第609号，pp. 101-110

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １６／００−１６／９５８

Ｇ０６Ｆ １１／３４

(57)【特許請求の範囲】

【請求項1】

データベースのデータ変更要求を処理する方法であって：
プライマリデータベースにおいて、当該プライマリデータベースに対する１以上のデータベースレコードそれぞれの変更後の値を示すデータ変更要求をユーザから受信するステップと；
前記データ変更要求に応じて前記１以上のデータベースレコードの変更前の値を前記変更後の値へ変更するステップと；
前記データ変更要求に基づいて第１のログと第２のログとを生成するステップであって、
前記第２のログは前記変更後の値と前記変更前の値を備え、前記第１のログは、復元または同期に用いられ、前記変更後の値を備える、ステップと；
前記第１のログに永続化処理を実行して永続化記憶デバイスに格納するステップと；
前記データ変更要求に応じて前記プライマリデータベースにおける変更に成功したことを示す変更結果を返信するステップと；を備え、
前記変更結果を返信するステップの前に、
前記第１のログに対する永続化処理に応じて、前記変更結果を一時的に保留し、
前記第１のログに基づきセカンダリデータベースの変更を前記プライマリデータベースの変更と同期させるステップを更に備え、
前記第１のログに基づき前記セカンダリデータベースの変更を同期させるステップは、
前記セカンダリデータベースによって、前記プライマリデータベースにより同期される第１のログを受信するステップと、
前記セカンダリデータベースによって、受信した前記第１のログに永続化処理を実行するステップと、
前記第１のログを再生成するステップと、
データ変更操作を同期させ、前記再生成を通じてメモリ内に第２のログを生成するステップを更に備える、
データベースのデータ変更要求を処理する方法。

【請求項2】

前記データ変更要求は、データ更新要求と、データ削除要求と、データ追加要求の少なくとも１つを備える、
請求項１に記載の方法。

【請求項3】

第１のログと第２のログとを生成するステップは：
前記第１のログと前記第２のログとを一時的な非安定状態でメモリ内に生成する過程を含む、
請求項１または請求項２に記載の方法。

【請求項4】

前記第１のログに永続化処理を実行するステップは、
前記第１のログを特定のフォーマットのファイルに記録し、
当該ファイルを不揮発性記憶デバイスに格納するステップを備える
請求項１から請求項３のいずれか一項に記載の方法。

【請求項5】

前記プライマリデータベースによって、メモリ内に新たに生成された第２のログを検出するステップと、
新たに生成された第２のログを取得するステップと、
取得された第２のログに対して永続化処理を実行するステップと、
前記第２のログを所定の外部システムに送信するステップを更に備える、
請求項１から請求項４のいずれか一項に記載の方法。

【請求項6】

プライマリデータベースにおいて、当該プライマリデータベースに対する１以上のデータベースレコードそれぞれの変更後の値を示すデータ変更要求をユーザから受信するステップと；
前記データ変更要求に応じて前記１以上のデータベースレコードの変更前の値を前記変更後の値へ変更するステップと；
前記データ変更要求に基づいて第１のログと第２のログとを生成するステップであって、
前記第２のログは前記変更後の値と前記変更前の値を備え、前記第１のログは、復元または同期に用いられ、前記変更後の値を備える、ステップと；
前記第１のログに永続化処理を実行して永続化記憶デバイスに格納するステップと；
前記データ変更要求に応じて前記プライマリデータベースにおける変更に成功したことを示す変更結果を返信するステップと；を備え、
前記変更結果を返信するステップの前に、
前記第１のログに対する永続化処理に応じて、前記変更結果を一時的に保留し、
前記第１のログに基づきセカンダリデータベースの変更を前記プライマリデータベースの変更と同期させるステップを更に備え、
前記第１のログに基づき前記セカンダリデータベースの変更と同期させるステップは、
前記セカンダリデータベースによって、前記プライマリデータベースにより同期される第１のログを受信するステップと、
前記セカンダリデータベースによって、受信した前記第１のログに永続化処理を実行するステップと、
前記第１のログを再生成するステップと、
データ変更操作を同期させ、前記再生成を通じてメモリ内に第２のログを生成するステップを更に備える、
処理をコンピュータシステムに実行可能とする１以上の命令を格納したコンピュータ読み取り可能な記憶媒体。

【請求項7】

前記データ変更要求は、データ更新要求と、データ削除要求と、データ追加要求の少なくとも１つを備える、
請求項６に記載の記憶媒体。

【請求項8】

第１のログと第２のログとを生成するステップは：
前記第１のログと前記第２のログとを一時的な非安定状態でメモリ内に生成する過程を含む、
請求項６または請求項７に記載の記憶媒体。

【請求項9】

前記第１のログに永続化処理を実行するステップは、
前記第１のログを特定のフォーマットのファイルに記録し、
当該ファイルを不揮発性記憶デバイスに格納するステップを備える
請求項６から請求項８のいずれか一項に記載の記憶媒体。

【請求項10】

前記プライマリデータベースによって、メモリ内に新たに生成された第２のログを検出するステップと、
新たに生成された第２のログを取得するステップと、
取得された第２のログに対して永続化処理を実行するステップと、
前記第２のログを所定の外部システムに送信するステップを更に備える、
請求項６から請求項９のいずれか一項に記載の記憶媒体。

【請求項11】

１以上のコンピュータと、前記コンピュータと接続され、コンピュータ読み取り可能な記憶媒体を有する１以上の記憶デバイスを備えるシステムであって：
プライマリデータベースにおいて、当該プライマリデータベースに対する１以上のデータベースレコードそれぞれの変更後の値を示すデータ変更要求をユーザから受信するステップと；
前記データ変更要求に応じて前記１以上のデータベースレコードの変更前の値を前記変更後の値へ変更するステップと；
前記データ変更要求に基づいて第１のログと第２のログとを生成するステップであって、
前記第２のログは前記変更後の値と前記変更前の値を備え、前記第１のログは、復元または同期に用いられ、前記変更後の値を備える、ステップと；
前記第１のログに永続化処理を実行して永続化記憶デバイスに格納するステップと；
前記データ変更要求に応じて前記プライマリデータベースにおける変更に成功したことを示す変更結果を返信するステップと；を備え、
前記変更結果を返信するステップの前に、
前記第１のログに対する永続化処理に応じて、前記変更結果を一時的に保留し、
前記第１のログに基づきセカンダリデータベースの変更を前記プライマリデータベースの変更と同期させるステップを更に備え、
前記第１のログに基づき前記セカンダリデータベースの変更と同期させるステップは、
前記セカンダリデータベースによって、前記プライマリデータベースにより同期される第１のログを受信するステップと、
前記セカンダリデータベースによって、受信した前記第１のログに永続化処理を実行するステップと、
前記第１のログを再生成するステップと、
データ変更操作を同期させ、前記再生成を通じてメモリ内に第２のログを生成するステップを更に備える、
処理を、前記コンピュータに実行させる１以上の命令を前記記憶媒体が格納したシステム。

【請求項12】

前記データ変更要求は、データ更新要求と、データ削除要求と、データ追加要求の少なくとも１つを備える、
請求項１１に記載のシステム。

【請求項13】

第１のログと第２のログとを生成するステップは：
前記第１のログと前記第２のログとを一時的な非安定状態でメモリ内に生成する過程を含む、
請求項１１または請求項１２に記載のシステム。

【請求項14】

前記第１のログに永続化処理を実行するステップは、
前記第１のログを特定のフォーマットのファイルに記録し、
当該ファイルを不揮発性記憶デバイスに格納するステップを備える
請求項１１から請求項１３のいずれか一項に記載のシステム。

【請求項15】

前記プライマリデータベースによって、メモリ内に新たに生成された第２のログを検出するステップと、
新たに生成された第２のログを取得するステップと、
取得された第２のログに対して永続化処理を実行するステップと、
前記第２のログを所定の外部システムに送信するステップを更に備える、
請求項１１から請求項１４のいずれか一項に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本願はデータベース技術の分野に関し、特に、データベースのデータ変更要求処理方法及び装置に関する。

【背景技術】

【0002】

データベースはサーバ上で作動する一連のソフトウェアであり、これを用いて大量のデータを記憶し、照会（クエリ）し、管理する。データベースログは、データベースで用いられる記憶内容であり、例えばデータ変更操作等、データベースで発生した操作を記録するために用いることができる。データベースを再起動すると、ログを用いて以前の通常作動状態を復元できる。データベースがログを別のデータベースへ送信する場合、別のデータベースは受信したログを用いて、ログを送信したデータベースと同一のコピーを復元することもできる。これが、プライマリ／セカンダリデータベースの同期方法である。ログには、変更後のデータと変更前のデータとが含まれ、シナリオによっては、変更されたデータなどに関連する他のデータも含まれる。

【0003】

従来技術において、ユーザはデータベースへデータ変更要求を送信できる。データベースは、それに対応してデータを変更し、データ変更要求に基づいてログを生成し、生成されたログに対して永続化処理（ｐｅｒｓｉｓｔｅｎｔ ｐｒｏｃｅｓｓｉｎｇ）を実行し（例えば、生成されたログをハードディスクに格納し）、次いで、データ変更要求に対応する変更結果をユーザへ返信する（例えば、変更に成功したことをユーザへ通知する）。生成されたログは通常は一時的な状態であり、永続化処理を実行することは電源障害（停電）や再起動によって引き起こされる偶発的な消失を防ぐためのものであることは、特に留意すべき事項である。更に、データベースがセカンダリデータベースを有する場合、データベースは、先ず、生成されたログをセカンダリデータベースと同期させ、次に、データ変更要求に対応する変更結果を返信する。

【0004】

しかし、生成されたログに対する永続化処理の実行、又は生成されたログのセカンダリデータベースとの同期には、共に多くの時間を要する。その結果、従来技術におけるデータベースのデータ変更要求処理モードには比較的長い時間がかかることになる。

【発明の概要】

【0005】

本願の実施は、データベースのデータ変更要求処理方法及び装置を提供し、データベースのデータ変更要求処理モードに比較的長い時間がかかるという、従来技術における課題を解決する。

【0006】

本願の実施では以下の技術的解決策が用いられる。

【0007】

本願の実施は、データベースのデータ変更要求処理方法を提供し：データベースに対するデータ変更要求を受信するステップと；前記データベース内の第２のデータを第１のデータへ変更し、前記データ変更要求に基づいて第１のログと第２のログとを生成するステップであって、前記第１のログは前記第１のデータを含み、前記第２のログは前記第２のデータを含む、ステップと；前記第１のログに永続化処理を実行した後、前記データ変更要求に対応する変更結果を返信するステップと；を含む。

【0008】

本願の実施は、データベースのデータ変更要求処理装置を提供し：データベースに対するデータ変更要求を受信するよう構成された受信モジュールと；前記データベース内の第２のデータを第１のデータへ変更し、前記データ変更要求に基づいて第１のログと第２のログとを生成するよう構成された処理モジュールであって、前記第１のログは前記第１のデータを含み、前記第２のログは前記第２のデータを含む、前記処理モジュールと；前記第１のログに対して永続化処理が実行された後に、前記データ変更要求に対応する変更結果を返信するよう構成された返信モジュールと；を含む。

【0009】

本願の実施において用いられる少なくとも１つの技術的解決策は、以下の有益な効果を奏する。変更後のデータと、変更前のデータと、変更されたデータに関連する他のデータとを含む完全ログを生成する従来技術と比べると、本願の解決策では、必ずしも完全ではなく内容が同一ではない２種類のログ、すなわち第１のログと第２のログを、どのようなデータ変更要求に対しても生成できる。第１のデータは変更後のデータであり、第２のデータは変更前のデータである。第１のログは、第１のデータのみを含み、第２のデータと変更されたデータに関連する他のデータとを含まなくてもよい。第２のデータと変更されたデータに関連する他のデータとを含まずに変更後のデータのみに基づいて、データベース状態を復元できる、又は、プライマリ／セカンダリ同期を実施できるので、第１のログに対して永続化処理が実行された後に変更結果をユーザへ返信できる。また、第１のログのデータ量が完全ログのデータ量より少ないので、永続化処理に要する時間が少なくてすみ、その結果、データベースのデータ変更要求処理時間を短縮できる。したがって、従来技術における課題を部分的又は包括的に軽減できる。

【図面の簡単な説明】

【0010】

ここで説明する添付図面は、本願の更なる理解の提供を意図しており、本願の一部を構成することを意図している。本願の例示の実施及びその説明は、本願を説明することを意図しており、本願に対する限定を構成するものではない。

【0011】

【図1】図１は、本願の実施に係る、データベースのデータ変更要求処理方法を示す概略フローチャートである。

【0012】

【図2】図２は、従来技術に係る、実際のアプリケーションシナリオにおけるデータ変更要求処理手順を示す概略図である。

【0013】

【図3】図３は、本願の実施に係る、実際のアプリケーションシナリオにおけるデータ変更要求処理手順を示す概略図である。

【0014】

【図4】図４は、本願の実施に係る、実際のアプリケーションシナリオにおけるデータ分析システムなどの外部システムへログを送信するための手順を示す概略図である。

【0015】

【図5】図５は、本願の実施に係る、実際のアプリケーションシナリオにおいて、セカンダリデータベースがプライマリデータベースによって同期された受信済みの第１のログを処理する手順を示す概略図である。

【0016】

【図6】図６は、本願の実施に係る、（図２乃至図４のシナリオを用いることによる）実際のアプリケーションシナリオにおける本願の解決策での端末間の相互作用を示す概略図である。

【0017】

【図7】図７は、本願の実施に係る、データベースのデータ変更要求処理装置を示す概略構造図である。

【発明を実施するための形態】

【0018】

本願の目的、技術的解決策、及び利点をより明確にするために、本願の実施及び対応する添付図面を参照して、本願の技術的解決策を明確且つ包括的に以下説明する。明らかに、記載される実施は、本願の実施の一部であって全てではない。本願の実施に基づき当業者が創造的に努力することなく獲得する他の全ての実施は、本願の保護範囲に包含される。

【0019】

図１は、本願の実施に係る、データベースのデータの変更要求処理方法を示す概略フローチャートである。

【0020】

図１の手順は、データベースによって、又はデータベースに属していないがデータベースに接続できる機能モジュールによって実行できる。データベース及び／又は機能モジュールが配置されているデバイス（装置）は、本願では限定されない。このデバイスとしては、サーバ又はクライアントとして機能する、パソコン、中型及び大型コンピュータ、コンピュータクラスタ、携帯電話、タブレット型コンピュータ、スマートウォッチ、車載型モバイルステーション等が挙げられるがこれらに限定されない。

【0021】

図１の手順は、以下のステップを含むことができる。

【0022】

Ｓ１０１．データベースに対するデータ変更要求を受信する。

【0023】

本願のこの実施では、データ変更要求は、データベース内のデータを変更するよう要求するためのものである。データベースのユーザは、この要求を手動で送信でき、又は自動化スクリプトを実行して自動的に送信できる。データ変更要求は、データ更新要求、データ削除要求、及びデータ追加要求のうちの少なくとも１つを含む。

【0024】

データ変更要求のフォーマットは、本願においては限定されず、構造化照会言語（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ、ＳＱＬ）ステートメントフォーマットであってもよく、データベースによってサポートされる他のフォーマットであってもよい。

【0025】

Ｓ１０２．データベース内の第２のデータを第１のデータへ変更し、データ変更要求に基づいて第１のログと第２のログとを生成する。ここで、第１のログは第１のデータを含み、第２のログは第２のデータを含む。

【0026】

本願のこの実施では、データ変更要求は、特定のデータ変更操作を実行するための要求を示すことができる。例えば、データ変更要求は、データベース内の第２のデータを第１のデータに変更するための要求を示す。当然ながら、実際には、データ変更要求はそれほど特定的ではない要求であってもよい。例えば、データ変更要求は、データベース内のデータの総量を半分に削減する要求などを示すことができる。削減対象データは、一定の方針（ｃｅｒｔａｉｎ ｐｏｌｉｃｉｅｓ）に基づいてデータベースによって特定できる。

【0027】

本願のこの実施では、第１のデータ又は第２のデータをヌル（ｎｕｌｌ）にすることができる。例えば、データ削除要求の場合、第２のデータはヌルではなく、第１のデータがヌルである；データ追加要求の場合、第１のデータはヌルではなく、第２のデータがヌルである；データ更新要求の場合、第１のデータも第２のデータもヌルではない；とすることができる。

【0028】

第１のデータと第２のデータとの内容は、本願では限定されず、データベースレコード、データテーブル、データインデックス、又はデータグラフのような任意のタイプのデータの一部又は全部であってよい。

【0029】

本願のこの実施では、データベースの復元又はプライマリ／セカンダリ同期がログに基づいて実行される必要がある場合、ログは少なくとも第１のデータを含む必要がある。第２のデータと、変更されたデータに関連するその他のデータとは、データベースの復元又はプライマリ／セカンダリ同期には不要であるため、ログから除外できる。本願の解決策では、このような思想に基づいて、従来技術における課題を軽減できる。従来技術では、１種類のログ（説明を簡単にするために完全ログと呼ぶ）しかなく、完全ログには第１のデータと第２のデータの両方が含まれる。本願の解決策は、２種類のログ、すなわち第１のログ及び第２のログを提供する。第１のログは、データベースの復元又はプライマリ／セカンダリ同期に特化し単純化されたログであってよい。好ましくは、第１のログは、第１のデータのみを含むことができる（その結果、第１のログのデータ量をできるだけ少なくすることができる）。第２のログは、完全ログ又は第１のログを補足するために用いられる不完全ログであってもよい。例えば、第２のログは、第２のデータと第１のデータとの両方を含むことができ、変更されたデータなどに関連する他のデータさえ含むことができる。あるいは、第２のログは、第２のデータのみを含むことができる。

【0030】

あるいは、本願のこの実施では、第２のログ又は第１のログと組み合わせた第２のログを、データベースの復元又はプライマリ／セカンダリ同期のために用いることができ、このデータベースの復元又はプライマリ／セカンダリ同期に加えて、例えば、データベース内のデータの変化に対してリアルタイムで分析を実行するタスクのために更に用いることができる。

【0031】

本願のこの実施では、ステップＳ１０２において「第２のデータを第１のデータに変更する」及び「第１のログと第２のログとを生成する」という２つのサブステップを実行する順序は限定されない。通常、変更操作が先ず実行され、次に、対応するログが生成される。しかし、実際には、先ずログが生成され、次に、対応する変更操作が実行されることで、変更操作が実行されるときに発生する電源障害などの例外によって引き起こされるログの消失を防ぐことができる。この場合、変更操作の実行中に電源障害などの例外が発生した場合でも、データベース内のデータの実際の状況に基づいてログをロールバックできる。ロールバックされたログから、含むべきログが失われたり、エラーのあるログや冗長なログが含まれたりすることがないよう保証することは有益である。

【0032】

Ｓ１０３．第１のログを永続化処理した後、データ変更要求に対応する変更結果を返信する。

【0033】

本願のこの実施では、ステップＳ１０２で生成された第１のログと第２のログは、メモリ内又はバッファ内で生成されるが、生成後は一時的な非安定状態にある。通常、この時点でデータベースを再起動する又は電源を切ると、生成された第１のログと生成された第２のログとが失われ、その後、データベースの復元やプライマリ／セカンダリ同期を実行できなくなる、又はログを用いる必要があるその他の機能を実施できない。このような事態を避けるために、先ず第１のログに対して永続化処理を実行した後、対応する変更結果をデータ変更要求の送信者へ返信して、少なくとも永続化処理が実行される第１のログを用いて、データベースの復元又はプライマリ／セカンダリ同期を実行できるよう保証する。

【0034】

本願のこの実施では、同様の理由で、第２のログに対して永続化処理を実行できる。しかし、第２のログに対する永続化処理も、データ変更要求処理手順のキーパス（ｋｅｙ ｐａｔｈ）に置くことはできない。図１に示す手順は、「第２のログに対する永続化処理の実行」を含まず、図１に示す手順における何れのステップの実行も、「第２のログに対する永続化処理の実行」に基づく必要はない。

【0035】

例えば、メインのスレッド又は工程を用いて、図１の手順を実行でき、別のスレッド（例えば、バックエンドスレッド）又は工程を用いて、第２のログに対して永続化処理を実行できる。この２つの働きは互いに干渉しない。

【0036】

本願のこの実施では、返信された変更結果に含まれる内容は限定されない。変更結果には、変更に成功したかどうかの記述のみを含めることができる、又は、変更後のデータの記述を含めることができる。

【0037】

注記すると、図１に示す手順におけるステップは、同じデバイスによっても異なるデバイスによっても実行できる。例えば、ステップＳ１０１とステップＳ１０２とはデバイス１によって実行でき、ステップＳ１０３はデバイス２によって実行できる。別の実施例では、ステップＳ１０１はデバイス１によって実行でき、ステップＳ１０２とステップＳ１０３とはデバイス２によって実行できる。

【0038】

前述の方法によると、変更後のデータと、変更前のデータと、変更されたデータに関連する他のデータとを含む完全ログを生成する従来技術と比べると、本願の解決策では、必ずしも完全ではなく、内容が同一ではない２種類のログ、すなわち第１のログと第２のログとを、どのようなデータ変更要求に対しても生成できる。第１のデータは変更後のデータであり、第２のデータは変更前のデータである。第１のログは、第１のデータのみを含むことができ、第２のデータと変更されたデータに関連する他のデータとを含まない。第２のデータと、変更されたデータに関連する他のデータとを含まず変更後のデータのみに基づいて、データベース状態を復元でき、又はプライマリ／セカンダリ同期を実施できるので、第１のログに対して永続化処理が実行された後に変更結果をユーザへ返信できる。また、第１のログのデータ量が完全ログのデータ量より少ないので、永続化処理にかかる時間は少なくてすみ、その結果、データベースのデータ変更要求処理時間を短縮できる。したがって、従来技術における問題を軽減できる。

【0039】

更に、第２のログも本願の解決策において生成されるので、第２のログは、完全ログであってよい、又は、第１のログを補足するために用いられる不完全ログであってよい。したがって、従来技術におけるログと比べると、ログ全体の内容が不足することはなく、ログを生成するために消費されるリソースの量はほぼ同じである。従来技術におけるログに基づいて実施できる機能は、本願の解決策でも、依然、実施できる。

【0040】

前述の方法に基づいて、本願の実施は、前述の方法の実施解決策及び拡張解決策を更に提供し、これを以下説明する。

【0041】

本願のこの実施では、第１のログ又は第２のログに対して実行される永続化処理について上で説明した。理解を容易にするために、永続化処理について以下説明する。永続化処理は：ログを不揮発性記憶デバイスに格納するステップを含み；より具体的には、ログを特定のフォーマットのファイルに記録し、次いでそのファイルを不揮発性記憶デバイスに格納するステップを含むことができる。不揮発性記憶デバイスは、電源を切っても記憶されたデータが失われない記憶デバイス、例えば、ハードディスク、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ等でよい。

【0042】

例えば、生成されたレコードをテキストで記録し、そのテキストをハードディスクに格納できる。

【0043】

本願のこの実施では、プライマリ／セカンダリデータベースの同期及びデータベースの復元に加え、ログをデータ分析などの他のシナリオで使えることが、前述の説明から分かる。第２のログを、複数のシナリオの実施で使用でき、詳細について以下説明する。

【0044】

いくつかのアプリケーションシナリオでは、データベースはデータ分析システムなどの外部システムに接続されている。データベースのログを、他の用途のために外部システムに提供できる。例としてデータ分析システムを用いる。データ分析システムは、データベースによって送信されたログに基づいてデータベース内のデータ変更についてリアルタイム又は非リアルタイムで分析を実行し、分析結果を関連ユーザ、組織等に提供できる。

【0045】

データ分析結果の正確性と包括性のために、データ分析システムでは、ログが、変更後のデータ（すなわち第１のデータ）と変更前のデータ（すなわち第２のデータ）とを含む必要があり、さらに他の関連データ（例えば、変更されたデータと同じデータベースレコードに属する他のデータ）をも含む必要がある。

【0046】

本願のこの実施では、第２のログはデータ分析システムの必要性を満たすことができる。第２のログが生成された後、又は第２のログに対して永続化処理が実行された後、第２のログをデータ分析システムへ送信でき、その結果、データ分析システムは第２のログに基づいてデータ分析を実行する。データ分析システムの分析内容は本願では限定しない。

【0047】

本願のこの実施では、本願の解決策のロバスト性（構造安定性）を更に向上させるために、第１のログに対して永続化処理が実行された後、変更結果を一時的に保留し、第１のログがセカンダリデータベース又は別のデバイスと同期した後に返信できる。そのため、セカンダリデータベースが変更を時間内に同期させるには好都合である。加えて、それは第１のログのバックアップと同等である。第１のログに対する永続化処理に用いられる記憶デバイスに障害がある場合でも、第１のログをセカンダリデータベース又は別のデバイスから、依然として復旧可能である。

【0048】

例えば、データベースがプライマリデータベースである場合、データ変更要求に対応する変更結果を返信するステップＳ１０３の前に、セカンダリデータベースが第１のログに基づいて変更を同期させるよう、第１のログをセカンダリデータベースと同期させるステップを更に実行できる。

【0049】

前述の分析によると、実際のアプリケーションシナリオでは、第１のログは第１のデータのみを含む単純化されたログであり、第２のログは少なくとも第１のデータと第２のデータとを含む完全ログである。図２と図３とに基づいて、従来技術における処理手順と本願の解決策における処理手順とを比較して分析する。

【0050】

図２は従来技術による、実際のアプリケーションシナリオにおけるデータ変更要求処理手順を示す概略図である。図２の手順がプライマリデータベースによって実行される場合、手順は以下のステップを含むことができる。

【0051】

Ｓ２０１．プライマリデータベースが、ユーザによって送信されたデータ変更要求を受信する。

【0052】

Ｓ２０２．プライマリデータベースが、データ変更要求に基づいて、対応するデータ変更操作を実行する。

【0053】

Ｓ２０３．プライマリデータベースが、データ変更要求又は実行されたデータ変更操作に基づいて、メモリ内に第２のログを生成する。

【0054】

Ｓ２０４．プライマリデータベースが、生成された第２のログに対して永続化処理を実行する。

【0055】

Ｓ２０５．プライマリデータベースが、永続化処理を実行された第２のログを、セカンダリデータベースと同期させる。

【0056】

Ｓ２０６．プライマリデータベースが、変更に成功したことをユーザへ応答する。

【0057】

ステップＳ２０１乃至Ｓ２０５のいずれか１つにおいて例外が発生した場合には、例外が除去されるまでステップＳ２０６を実行しなくてもよい。

【0058】

図３は本願の実施に係る、実際のアプリケーションシナリオにおけるデータ変更要求処理手順を示す概略図である。図３の手順もプライマリデータベースによって実行される場合、その手順は以下のステップを含むことができる。

【0059】

Ｓ３０１．プライマリデータベースが、ユーザによって送信されたデータ変更要求を受信する。

【0060】

Ｓ３０２．プライマリデータベースが、データ変更要求に基づいて、対応するデータ変更操作を実行する。

【0061】

Ｓ３０３．プライマリデータベースが、データ変更要求又は実行されたデータ変更操作に基づいて、メモリ内に第１のログと第２のログとを生成する。

【0062】

Ｓ３０４．プライマリデータベースが、生成された第１のログに対して永続化処理を実行する。

【0063】

Ｓ３０５．プライマリデータベースが、永続化処理を実行された第１のログを、セカンダリデータベースと同期させる。

【0064】

Ｓ３０６．プライマリデータベースが、変更に成功したことをユーザへ応答する。

【0065】

ステップＳ３０１乃至Ｓ３０５のいずれか１つにおいて例外が発生した場合には、例外が除去されるまでステップＳ３０６を実行しなくてもよい。

【0066】

図２と図３との手順の比較から分かるように、第１のログのデータ量は第２のログのデータ量よりも少ないため、従来技術と比較して、プライマリデータベースがユーザへ変更の成功を応答する前における、永続化処理を実行する必要があるログのデータ量を、本願の解決策において削減できる。そのため、データ変更要求処理時間を短縮できる。

【0067】

更に、図２と図３とにおける両手順において、プライマリデータベースはログをセカンダリデータベースと同期させる。ログの同期も、対応する帯域幅を占有し、対応する時間を費やす必要がある。第１のログのデータ量は第２のログのデータ量よりも少ないので、従来技術と比較して、ログの同期によって占有される帯域幅及び／又はログの同期に費やされる時間も、本願の解決策において低減できる。

【0068】

図４に示すように、本願の実施により、更に、実際のアプリケーションシナリオにおいてデータ分析システムなどの外部システムへログを送信するための手順を示す概略図が提供される。図４の手順もプライマリデータベースによって実行される場合、以下のステップを含むことができる。

【0069】

Ｓ４０１．プライマリデータベースが、メモリ内に新しく生成された第２のログを検出する。

【0070】

Ｓ４０２．プライマリデータベースが、新たに生成された第２のログを取得する。

【0071】

Ｓ４０３．プライマリデータベースが、取得された第２のログに対して永続化処理を実行する。

【0072】

Ｓ４０４．プライマリデータベースが、第２のログを所定の外部システムへ送信する。

【0073】

本願のこの実施では、プライマリデータベースによって同期されたログを受信した後、セカンダリデータベースは、そのログに対して永続化処理を実行する、及び／又はそのログを外部システムへ送信する等の操作も実行できる。しかし、このような操作工程は、従来技術の工程とは異なる。セカンダリデータベースに関する操作について以下説明する。

【0074】

従来技術では、セカンダリデータベースは完全ログ（つまり、前述の例では第２のログ）を受信するので、受信したログに対して永続化処理を実行する、及び／又は受信したログを外部システムへ送信する等の操作を、直接、実行できる。

【0075】

本願の解決策では、セカンダリデータベースは単純化されたログ（すなわち、前述の例の第１のログ）を受信し、この受信されたログに対し、直接、永続化処理のみを実行できる。この受信されたログを外部システムへ送信することは適切ではない。実際には、セカンダリデータベースも完全ログを用いる必要があろう。したがって、セカンダリデータベースは、単純化されたログに基づいて対応の完全ログを取得でき、次いで、完全ログに対して永続化処理を実行できる、及び／又は完全ログを外部システムへ送信する等の操作を実行できる。そのようにして、プライマリデータベースとセカンダリデータベースとのログ間の一貫性を向上させることができる。このような思想に基づいて、データベースが第１のログをデータベースのセカンダリデータベースと同期させた後、セカンダリデータベースは：セカンダリデータベースが変更を同期し、第１のログに基づいて第２のログを生成するステップを実行できる。更に、セカンダリデータベースは：セカンダリデータベースが、同期によって取得された第１のログ及び／又は第１のログに基づいて生成された第２のログに対して永続化処理を実行するステップと；セカンダリデータベースが、第２のログを所定の外部システムへ送信するステップと；を実行できる。

【0076】

図５に示すように、本願の実施により、実際のアプリケーションシナリオにおいて（図２乃至図４のシナリオを用いることによって）プライマリデータベースによって同期された受信済の第１のログをセカンダリデータベースが処理する手順を示す概略図が提供される。図５の手順がプライマリデータベースに対するセカンダリデータベースによって実行される場合、手順は以下のステップを含むことができる。

【0077】

Ｓ５０１．セカンダリデータベースが、プライマリデータベースによって同期された第１のログを受信する。

【0078】

Ｓ５０２．セカンダリデータベースが、受信した第１のログに対して永続化処理を実行する。

【0079】

Ｓ５０３．セカンダリデータベースが、第１のログをリプレイ（ｒｅｐｌａｙ、再生成）する。

【0080】

Ｓ５０４．セカンダリデータベースがデータ変更操作を同期させ、リプレイを通してメモリ内に第２のログを生成する。

【0081】

Ｓ５０５．セカンダリデータベースが、第２のログに対して永続化処理を実行する。

【0082】

本願のこの実施では、上述のように、２種類のログ、すなわち第１のログと第２のログとを、何れのデータ変更要求に対しても生成できる。その次の２種類のログの読み出し速度を上げるために、永続化処理を実行する際に、第１のログと第２のログとを異なる不揮発性記憶デバイスに別々に記憶できる。したがって、２種類のログは、それぞれの記憶デバイスの性能（例えば、帯域幅や読み出し速度）に基づいて別々に読み出すことができ、並行に読み出すこともできる。

【0083】

本願のこの実施では、上述のように、完全ログ又は第２のログは、第１のデータと第２のデータとに加えて、変更データに関連する他のデータを含むことができる。通常、第１のデータと第２のデータとがそれぞれ少なくとも１つのデータベースレコードに属する場合、第２のログに更に含めることができる「変更されたデータに関連する他のデータ」は、第１のデータが属するデータベースレコード内の第１のデータ以外のデータ、及び／又は第２のデータが属するデータベースレコード内の第２のデータ以外のデータを含むが、これらに限定されない。

【0084】

容易に理解できるように、説明のための例として表１及び表２を用いる。

【表1】

【0085】

表１は、３つのデータベースレコード：ａ，ｂ，ｃを含む、データベース内のデータテーブルの一部の内容である。各レコードにはｎキーと値のペアが含まれ、ｎキーはそれぞれｃｏｌｕｍｎ（列）＿１からｃｏｌｕｍｎ＿ｎであり、各データベースレコードのキーに対応する値を表１に示す。説明を簡単にするために、キーと値のペアと、そのキーと値のペアが属するデータベースレコードの行番号とを＜ｒｏｗ＞：＜ｋｅｙ、ｖａｌｕｅ＞で示す。ここで、「ｋｅｙ」はキーを示し、「ｖａｌｕｅ」は値を示し、及び「ｒｏｗ」は、キーと値のペアが属するデータベースレコードの行番号を示す。

【0086】

データベースは、ユーザによって送信されたデータ変更要求を受信すると仮定する。データ変更要求に基づいて、＜ａ＞：＜ｃｏｌｕｍｎ＿２、ａ＿２＞が、＜ａ＞：＜ｃｏｌｕｍｎ＿２、ａ＿２’＞に変更され、＜ｂ＞：＜ｃｏｌｕｍｎ＿２、ｂ＿２＞が、＜ｂ＞：＜ｃｏｌｕｍｎ＿２、ｂ＿２’＞に変更される。表１を変更したものを下記表２に示す。

【表2】

【0087】

前述の例では、第１のデータは、＜ａ＞：＜ｃｏｌｕｍｎ＿２、ａ＿２’＞、及び、＜ｂ＞：＜ｃｏｌｕｍｎ＿２、ｂ＿２’＞であり、第２のデータは、＜ａ＞：＜ｃｏｌｕｍｎ＿２、ａ＿２＞及び＜ｂ＞：＜ｃｏｌｕｍｎ＿２、ｂ＿２＞である。

【0088】

変更されたデータに関連する他のデータは、レコードａとレコードｂの変更されたデータ以外のデータ、つまり＜ａ＞：＜ｃｏｌｕｍｎ＿１、ａ＿１＞、・・・、＜ａ＞：＜ｃｏｌｕｍｎ＿ｎ、ａ＿ｎ＞、及び、＜ｂ＞：＜ｃｏｌｕｍｎ＿１、ｂ＿１＞、・・・、＜ｂ＞：＜ｃｏｌｕｍｎ＿ｎ、ｂ＿ｎ＞を含むことができる。

【0089】

生成された第１のログは、「＜ａ＞：＜ｃｏｌｕｍｎ＿２、ａ＿２‘＞、及び、＜ｂ＞：＜ｃｏｌｕｍｎ＿２，ｂ＿２’＞」と示された第１のデータのみを含むことができ、第２のデータと、変更されたデータに関連するその他のデータとは含まない。

【0090】

生成された第２のログは、「＜ａ＞：第２のデータ及び変更されたデータに関連するその他のデータ：＜ｃｏｌｕｍｎ＿１、ａ＿１＞、＜ｃｏｌｕｍｎ＿２、ａ＿２＞、・・・、＜ｃｏｌｕｍｎ＿ｎ、ａ＿ｎ＞；第１のデータ：＜ｃｏｌｕｍｎ＿２、ａ＿２’＞、及び＜ｂ＞：第２のデータ及び変更されたデータに関連するその他のデータ：＜ｃｏｌｕｍｎ＿１、ａ＿１＞、＜ｃｏｌｕｍｎ＿２、ａ＿２＞、・・・、＜ｃｏｌｕｍｎ＿ｎ、ａ＿ｎ＞;第１のデータ：＜ｃｏｌｕｍｎ＿２、ａ＿２’＞」と示され、第１のデータだけでなく、第２のデータと変更されたデータに関連するその他のデータも含むことができる。

【0091】

前述の例のログに含まれる内容の表現形式は単なる例に過ぎず、本願を限定するものではないことは特に留意すべき事項である。実際には、その内容を他の形式で表すこともできる。

【0092】

図６に示すように、本願の実施は、本願の解決策をより直感的に理解できるよう、（図２乃至図４のシナリオを用いることによる）実際のアプリケーションシナリオにおける本願の解決策における端末間のインタラクション（対話、相互作用）を例示する概略図を更に提供する。

【0093】

４つの端末が主に図６に含まれており、端末はそれぞれユーザ、プライマリデータベース、セカンダリデータベース、及びデータ分析システムである。図６の（１）乃至（５）までの番号に対応するステップは、本願のこの実施において提供されるデータ変更要求処理方法の主要ステップであり、番号のないステップは二次的（補助的）ステップである。すべてのステップは、先に、それぞれ詳細に述べられており、簡略化のために詳細をここでは省略する。

【0094】

以上が本願の実施において提供されるデータベースのデータ変更要求処理方法である。図７に示すように、本願の実施は、同じ考えに基づいて対応する装置を更に提供する。

【0095】

図７は本願の実施に係る、データベースのデータ変更要求処理装置を示す概略構造図である。この装置は：データベースに対するデータ変更要求を受信するよう構成された受信モジュール７０１と；データベース内の第２のデータを第１のデータへ変更し、データ変更要求に基づいて第１のログと第２のログとを生成するよう構成された処理モジュール７０２であって、第１のログは第１のデータを含み、第２のログは第２のデータを含む、処理モジュール７０２と；第１のログに対して永続化処理が実行された後に、データ変更要求に対応する変更結果を返信するよう構成された返信モジュール７０３と；を含む。

【0096】

オプションとして、第２のログは第１のデータを更に含む。

【0097】

オプションとして、処理モジュール７０２は、メモリ内に第１のログと第２のログとを生成するよう構成される。

【0098】

オプションとして、処理モジュール７０２は、第２のログに対して永続化処理を実行するよう更に構成される。

【0099】

オプションとして、装置は、第２のログをデータ分析システムに送信するよう構成される送信装置７０４を更に含み、それによりデータ分析システムは第２のログに基づいてデータ分析を実行する。

【0100】

オプションとして、データベースがプライマリデータベースである場合、装置は、返信モジュール７０３がデータ変更要求に対応する変更結果を返信する前に、セカンダリデータベースが第１のログに基づいて変更を同期するように、第１のログをデータベースのセカンダリデータベースと同期させるよう構成された同期モジュール７０５を更に含む。

【0101】

オプションとして、第１のデータと第２のデータとは、それぞれ少なくとも１つのデータベースレコードに属する。

【0102】

第２のログは、第１のデータが属するデータベースレコード内の第１のデータ以外のデータ、及び／又は第２のデータが属するデータベースレコード内の第２のデータ以外のデータを更に含む。

【0103】

オプションとして、永続化処理には、ログを不揮発性記憶デバイスに格納する処理が含まれる。

【0104】

オプションとして、永続化処理には、ログを不揮発性記憶デバイスに格納する処理が含まれる。

【0105】

第１のログと第２のログとは、永続化処理を用いて別々の不揮発性記憶デバイスに別々に記憶される。

【0106】

オプションとして、データ変更要求はデータ更新要求、データ削除要求、又はデータ追加要求である。

【0107】

データ変更要求がデータ更新要求である場合、第１のデータも第２のデータもヌルではない；又は、データ変更要求がデータ削除要求である場合、第１のデータはヌルであり、第２のデータはヌルではない；又は、データ変更要求がデータ追加要求の場合、第１のデータはヌルではなく、第２のデータがヌルである。

【0108】

図７の装置は、データベース内に配置できる、又は、データベースに属さないがデータベースに接続できる機能モジュール上に配置できる。

【0109】

本願において提供される装置は、本願において提供される方法と１対１に対応する。したがって、装置及び方法は、同様の有益な技術的効果を奏する。本方法の有益な技術的効果については上で詳細に述べているので、装置の有益な技術的効果については、簡略化のためにここでは省略する。

【0110】

当業者は、本願の実施が方法、システム、又はコンピュータプログラム製品として提供できることを理解するはずである。そのため、本発明は、ハードウェアのみの実施、ソフトウェアのみの実施、又は、ソフトウェアとハードウェアとの組み合わせによる実施を用いることができる。さらに、本発明は、コンピュータで使用可能なプログラムコードを含んだ１台以上のコンピュータで使用可能な記憶媒体（ディスクメモリ、ＣＤ−ＲＯＭ、光学メモリ等を含むがこれに限定されない）上で実施されるコンピュータプログラム製品を使用できる。

【0111】

本発明は、本願の実施に係る方法、デバイス（システム）、コンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明されている。フローチャート及び／又はブロック図内の各プロセス及び／又は各ブロック、並びにフローチャート及び／又はブロック図内のプロセス及び／又はブロックの組み合わせを実施するために、コンピュータプログラム命令を使用することができることを理解されたい。このコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又はあらゆるその他のプログラムマブルデータ処理デバイスに、マシンを生成するために提供されることができ、これにより、コンピュータ、又はあらゆるその他のプログラムマブルデータ処理デバイスのプロセッサが、フローチャートの１つ以上のフローにおける、及び／又は、ブロック図の１つ以上のブロックにおける、特定の機能を実施するデバイスを生成できるようになる。

【0112】

このコンピュータプログラム命令を、コンピュータ又はあらゆるその他のプログラマブルデータ処理デバイスに特定の方法で機能するように命令することができるコンピュータ読取可能なメモリに記憶して、これらのコンピュータ読取可能なメモリに記憶された命令が、命令装置を含むアーチファクトを作り出すようにすることができる。この命令装置は、フローチャート内の１つ以上のフローにおける、及び／又はブロック図内の１つ以上のブロックにおける特定の機能を実施する。

【0113】

このコンピュータプログラム命令をコンピュータ又はその他のプログラマブルデータ処理デバイスにロードして、コンピュータ又はその他のプログラムマブルデバイス上で一連の操作及びステップが実行されるようにし、コンピュータで実施される処理を生成することができる。これにより、コンピュータ又はその他のプログラムマブルデバイス上で実行される命令が、フローチャート内の１つ以上のフロー及び／又はブロック図内の１つ以上のブロックにおける特定の機能を実施するデバイスを提供することを可能とする。

【0114】

典型的な構成では、コンピューティングデバイスは１つ以上のプロセッサ（ＣＰＵｓ）、入出力インターフェース、ネットワークインターフェース、及びメモリを含む。

【0115】

メモリは、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、不揮発性メモリ、及び／又はリードオンリーメモリ（ＲＯＭ）やフラッシュメモリ（ｆｌａｓｈ ＲＡＭ）のようなコンピュータ読取可能な媒体を含んでよい。メモリはコンピュータ読取可能な媒体の一例である。

【0116】

コンピュータ読取可能な媒体には、任意の方法又は技術を用いて情報を記憶できる、永続的、非永続的、移動可能な、移動不能な媒体が含まれる。この情報はコンピュータ読取可能な命令、データ構造、プログラムモジュール、又はその他のデータであってよい。コンピュータの記憶媒体の例として、コンピューティングデバイスによってアクセスできる情報を記憶するために用いることが可能な、相変化ランダムアクセスメモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、別タイプのランダムアクセスメモリ、リードオンリーメモリ（ＲＯＭ）、電気的に消去可能でプログラム可能なＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、又は別のメモリ技術、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、又は別の光学記憶装置、カセット、磁気テープ、テープ、ディスクストレージ、他の磁気的記憶装置、又は他の任意の非伝送媒体があるが、これに限定されない。本願の定義に基づき、コンピュータ読取可能な媒体は、変調されたデータ信号及び搬送波のような一時的な媒体（ｔｒａｎｓｉｔｏｒｙ ｍｅｄｉａ）を含まない。

【0117】

さらに、用語「含む」、「含有する」、又はこれらのその他任意の応用形は、非限定的な包含を網羅するものであるため、一連の要素を含んだ工程、方法、物品、デバイスはこれらの要素を含むだけでなく、ここで明確に挙げていないその他の要素をも含む、あるいは、このような工程、方法、物品、デバイスに固有の要素をさらに含むことができる点に留意することが重要である。「（１つの）〜を含む」との用語を付けて示された要素は、それ以上の制約がなければ、その要素を含んだ工程、方法、商品、デバイス内に別の同一の要素をさらに含むことを排除しない。

【0118】

上述のものは本願の一実施の形態に過ぎず、本願を限定するものではない。当業者にとって、本願は様々な修正及び変更を加えることができる。本願の主旨及び原理から逸脱せずに為されるあらゆる修正、均等物による代替、改善は、本願の特許請求の範囲に含まれるものである。
以下、本発明の実施の態様の例を列挙する。
［第１の局面］
データベースのデータ変更要求処理方法であって：
データベースに対するデータ変更要求を受信するステップと；
前記データベース内の第２のデータを第１のデータへ変更し、前記データ変更要求に基づいて第１のログと第２のログとを生成するステップであって、前記第１のログは前記第１のデータを備え、前記第２のログは前記第２のデータを備える、ステップと；
前記第１のログに永続化処理を実行した後、前記データ変更要求に対応する変更結果を返信するステップと；を備える、
データベースのデータ変更要求処理方法。
［第２の局面］
前記第２のログは前記第１のデータを更に備える、
第１の局面に記載の方法。
［第３の局面］
第１のログと第２のログとを生成する前記ステップは：
前記第１のログと前記第２のログとをメモリ内に生成するステップを備える、
第２の局面に記載の方法。
［第４の局面］
前記第２のログに永続化処理を実行するステップを更に備える、
第２の局面に記載の方法。
［第５の局面］
データ分析システムが前記第２のログに基づいてデータ分析を実行するように、前記第２のログを前記データ分析システムへ送信するステップを更に備える、
第２の局面に記載の方法。
［第６の局面］
前記データベースがプライマリデータベースである場合、前記データ変更要求に対応する変更結果を返信する前記ステップの前に：
前記データベースのセカンダリデータベースが前記第１のログに基づいて前記変更を同期させるように、前記第１のログを前記データベースの前記セカンダリデータベースと同期させるステップを更に備える、
第２の局面に記載の方法。
［第７の局面］
前記第１のログを前記データベースの前記セカンダリデータベースと同期させる前記ステップの後に：
前記セカンダリデータベースによって、前記変更を同期させ、前記第１のログに基づいて前記第２のログを生成するステップを更に備える、
第６の局面に記載の方法。
［第８の局面］
同期を通して得られた前記第１のログ及び／又は前記第１のログに基づいて生成された前記第２のログに対して永続化処理を、前記セカンダリデータベースによって実行するステップを更に備える、
第７の局面に記載の方法。
［第９の局面］
前記第１のデータと前記第２のデータとはそれぞれ、少なくとも１つのデータベースレコードに属し；
前記第２のログは、前記第１のデータが属する前記データベースレコード内の前記第１のデータ以外のデータ、及び／又は前記第２のデータが属する前記データベースレコード内の前記第２のデータ以外のデータを更に備える、
第１乃至５の局面のいずれかに記載の方法。
［第１０の局面］
前記永続化処理は：
ログを不揮発性記憶デバイスに格納するステップを備える、
第１乃至８の局面のいずれかに記載の方法。
［第１１の局面］
前記永続化処理は：
ログを不揮発性記憶デバイスに格納するステップを備え；
前記第１のログと前記第２のログとは、前記永続化処理を用いて別々の不揮発性記憶デバイスへ別々に格納される、
第１乃至４の局面のいずれかに記載の方法。
［第１２の局面］
前記データ変更要求は、データ更新要求、データ削除要求、又はデータ追加要求であり；
前記データ変更要求がデータ更新要求である場合は、前記第１のデータも前記第２のデータもヌルではない；又は
前記データ変更要求がデータ削除要求である場合は、前記第１のデータはヌルであり、前記第２のデータはヌルではない；又は
前記データ変更要求がデータ追加要求である場合は、前記第１のデータはヌルではなく、前記第２のデータがヌルである、
第１乃至８の局面のいずれかに記載の方法。
［第１３の局面］
データベースのデータ変更要求処理装置であって：
データベースに対するデータ変更要求を受信するよう構成された受信モジュールと；
前記データベース内の第２のデータを第１のデータへ変更し、前記データ変更要求に基づいて第１のログと第２のログとを生成するよう構成された処理モジュールであって、前記第１のログは前記第１のデータを備え、前記第２のログは前記第２のデータを備える、前記処理モジュールと；
前記第１のログに対して永続化処理が実行された後に、前記データ変更要求に対応する変更結果を返信するよう構成された返信モジュールと；を備える、
データベースのデータ変更要求処理装置。
［第１４の局面］
前記第２のログは前記第１のデータを更に備える、
第１３の局面に記載の装置。
［第１５の局面］
前記処理モジュールは、メモリ内に前記第１のログと前記第２のログとを生成するよう構成される、
第１４の局面に記載の装置。
［第１６の局面］
前記処理モジュールは、前記第２のログに対して永続化処理を実行するように更に構成される、
第１４の局面に記載の装置。
［第１７の局面］
データ分析システムが前記第２のログに基づいてデータ分析を実行するように、前記第２のログを前記データ分析システムへ送信するよう構成された送信装置を更に備える、
第１４の局面に記載の装置。
［第１８の局面］
前記データベースがプライマリデータベースである場合：
前記返信モジュールが前記データ変更要求に対応する前記変更結果を返信する前に、セカンダリデータベースが前記第１のログに基づいて前記変更を同期させるように、前記第1のログを前記データベースの前記セカンダリデータベースと同期させるよう構成された同期モジュールを更に備える、
第１４の局面に記載の装置。
［第１９の局面］
前記第１のデータと前記第２のデータとはそれぞれ少なくとも１つのデータベースレコードに属し；
前記第２のログは、前記第１のデータが属する前記データベースレコード内の前記第１のデータ以外のデータ、及び／又は、前記第２のデータが属する前記データベースレコード内の前記第２のデータ以外のデータを更に備える、
第１３乃至１８の局面のいずれかに記載の装置。
［第２０の局面］
前記永続化処理は：
ログを不揮発性記憶デバイスに格納する処理を備える、
第１３乃至１８の局面のいずれかに記載の装置。
［第２１の局面］
前記永続化処理は、ログを不揮発性記憶デバイスに格納する処理を備え；
前記第１のログと前記第２のログとは、前記永続化処理を用いて別々の不揮発性記憶デバイスに別々に記憶される、
第１３乃至１８の局面のいずれかに記載の装置。
［第２２の局面］
前記データ変更要求は、データ更新要求、データ削除要求、又はデータ追加要求であり；
前記データ変更要求がデータ更新要求である場合は、前記第１のデータも前記第２のデータもヌルではない；又は、
前記データ変更要求がデータ削除要求である場合は、前記第１のデータはヌルであり、前記第２のデータはヌルではない；又は
前記データ変更要求がデータ追加要求である場合は、前記第１のデータはヌルではなく、前記第２のデータがヌルである、
第１３乃至１８の局面のいずれかに記載の装置。

【符号の説明】

【0119】

７０１ 受信モジュール
７０２ 処理モジュール
７０３ 返信モジュール
７０４ 送信モジュール
７０５ 同期モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】