【０００１】
【発明の属する技術分野】
この発明は、データを一時的に保持するデータキャッシュ処理システムにおけるサーバノードに関し、特にコンピュータネットワークのサーバノード上に配置されたデータベースに共用データを保持し、それを複数のクライアントノードから参照・更新する処理において、ネットワークを介した共用データの不要なデータ転送を削減するデータキャッシュ処理システムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
サーバノードの共用データをクライアントノードに一時的に保持する共用データキャッシュ処理システムにおいて、まずサーバノードからクライアントノードにサーバノードにおける共用データの更新情報を送信し、サーバノードからの更新情報とクライアントノードのキャッシュでの更新情報とを比較し、更新情報が異なっている場合にサーバノードの共用データをクライアントノードに送信することにより、不要なデータ転送を無くしている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２０００−１３７６８９号第１０頁〜第１２頁、図１９、（実施形態３）
【０００４】
【発明が解決しようとする課題】
【０００５】
従来のデータキャッシュ処理システムでは、まずキャッシュ対象の更新情報をサーバノードで検索してクライアントノードに送信し、クライアントノードでキャッシュの更新情報と比較して、クライアントノードでキャッシュ対象の共用データに更新情報が無いか、またはサーバノードの共用データが更新されている場合は再びサーバノードで検索してデータを取得するため、本来１回で済むはずのサーバノードの検索処理と通信処理が、クライアントノードキャッシュのデータが使用できない場合は更新情報を取得するために余分に必要となるという問題点があった。また、検索処理が更新情報とデータの２回行われるため、対象となるデータが２回の検索処理の間に他のクライアントノードから更新されないようにデータの一貫性を保障する方法に関する考慮がなされていない。さらにデータの更新有無の判定をクライアントノードで行っているため、同じデータをキャッシュしているクライアントノードが複数存在していても、各々の更新有無判定のために更新情報の検索が実行されてしまい、サーバノードに不要な負荷がかかるという問題点があった。
【０００６】
この発明は上記のような問題点を解決するためになされたもので、クライアントノードキャッシュのデータが使用できない場合においてもサーバノードで検索処理を１回行うことでクライアントノードのキャッシュを更新でき、キャッシュを更新する際のデータの一貫性を保障することを目的とする。また、クライアントノードにおけるキャッシュ更新有無の判定処理でのサーバノードの負荷を軽減することを目的とする。
【０００７】
【課題を解決するための手段】
この発明に係るサーバノードは、サーバノードにあるデータベースのデータをクライアントノードのキャッシュに一時的に保持するデータベースキャッシュ処理システムに適用され、クライアントノードのキャッシュに格納されたデータの更新記録を含む情報が記憶されたキャッシュ管理テーブルと、クライアントノードからキャッシュデータ要求が入力されたとき、キャッシュ管理テーブルのデータ情報からクライアントノードのキャッシュに要求データが格納されているか、格納されている場合に要求データの更新が最新のものか判定し、要求データ無または要求データが最新のものでない場合はデータベースのデータをクライアントノードのキャッシュに送信するデータベース管理部とを備えたものである。
【０００８】
【発明の実施の形態】
実施の形態１．
図１はこの発明におけるネットワークを介してクライアントノードからサーバノードにアクセスする際のデータキャッシュ方法を示すデータベースキャッシュ処理システムの構成図である。
図１において、クライアントノード１はネットワーク２を介してサーバノード３と接続されている。クライアントノード１はデータ処理を要求するアプリケーションプログラム１１と、アプリケーションプログラム１１の要求に応じて処理の依頼や結果の応答を行うクライアント処理部１２とクライアントキャッシュ１４を備える。また、クライアント処理部１２はクライアントキャッシュ１４を制御するクライアントキャッシュ制御部１３を有する。
【０００９】
サーバノード３はデータベース全体を管理するデータベース管理部３１、共用データの格納されているデータベース３３、クライアントキャッシュ１４に記憶されているデータの管理情報を記憶するキャッシュ管理テーブル３５およびサーバキャッシュ３７を有する。
データベース管理部３１はデータ処理を行うデータベース処理部３２とシステム全体のキャッシュを管理するキャッシュ管理部３４とを有し、さらに、キャッシュ管理部３４はサーバノード３のキャッシュを制御するサーバキャッシュ制御部３６を有する。
【００１０】
図２は本実施の形態のキャッシュ管理テーブル３５の一構成例を示すものである。キャッシュ管理レコード３８は、図１のキャッシュ管理部３４がクライアントキャッシュ１４に記憶しているデータを管理するための管理情報の一構成例を表している。キャッシュ管理レコード３８はすべてのクライアントノード１のクライアントキャッシュ１４のデータ数分存在し、表名、行識別子、行版名といったデータに関する情報と、クライアント識別子、領域識別子といったクライアントノード１に関する情報を含んでいる。
【００１１】
次に動作について説明する。
まずアプリケーションプログラム１１におけるデータベース３３のデータ検索処理の流れを図３のフローチャートを用いて説明する。図３は本実施の形態のデータ検索処理手順を示すフローチャートである。
クライアントからデータ検索処理要求があると、ステップ４１によりアプリケーションプログラム１１からクライアント処理部１２にデータの問合せが行われ、ステップ４２でクライアント処理部１２からデータベース管理部３１にデータ問合せ要求が送信される。ステップ４３においてデータ問合せはデータベース処理部３２に渡り、データベース３３のデータ検索処理が実行される。ステップ４４ではキャッシュ管理部３４はキャッシュ管理テーブル３５を使い、問合せ要求元のクライアントノード１のクライアントキャッシュ１４にデータベース処理部３２での検索結果に該当するデータが存在するかどうか調べる。ステップ４５においてクライアントキャッシュ１４に該当するデータが存在している場合、ステップ４６でキャッシュ管理部３４はキャッシュ管理テーブル３５の行版名の情報を使い、そのデータがキャッシュされた後に更新されているかどうか判定する。ステップ４７においてデータが更新されていないときはステップ４８でクライアント処理部１２に使用するキャッシュの指示を送信する。ステップ５４でクライアント処理部１２はキャッシュ管理部３４から送信されたキャッシュの指示によりクライアントキャッシュ１４からデータを取り出し、アプリケーションプログラム１１にデータを渡して、ステップ５５の終了となる。
【００１２】
ステップ４５でクライアントキャッシュ１４に該当するデータが存在しない場合、またステップ４７でキャッシュされたデータがその後更新されている場合にはステップ４９において、サーバキャッシュ制御部３６はサーバキャッシュ３７に該当データが存在するか調べる。データが存在しないときはステップ５０でデータベース３３からサーバキャッシュ３７にデータを読み込む。そしてステップ５１ではサーバキャッシュ３７から該当するデータをクライアント処理部１２に送信する。
【００１３】
ステップ５２ではキャッシュ管理部３４はキャッシュ管理テーブル３５にあるステップ５１で送信したデータに関する情報を記録または更新する。ステップ５３においてクライアントキャッシュ制御部１３は送られてきたデータをクライアントキャッシュ１４に追加する。そしてステップ５４ではクライアント処理部１２はクライアントキャッシュ１４から結果データを取り出し、アプリケーションプログラム１１にデータを渡して、ステップ５５の終了となる。
【００１４】
次にアプリケーションプログラム１１におけるデータベース３３のデータ更新処理の流れを図４のフローチャートを用いて説明する。図４は本実施の形態のデータ更新処理手順を示すフローチャートである。
ステップ６１によりアプリケーションプログラム１１からクライアント処理部１２にデータの更新要求が行われると、ステップ６２でクライアント処理部１２からデータベース管理部３１にデータ更新要求が送信される。ステップ６３においてデータベース処理部３２が更新対象となるデータの検索処理をデータベース３３から行い、ステップ６４でサーバキャッシュ制御部３６は更新対象のデータがサーバキャッシュ３７に存在するかどうか調べる。対象のデータがサーバキャッシュ３７に存在しない場合、ステップ６５で対象データをデータベース３３からサーバキャッシュ３７に読み込む。ステップ６６においてサーバキャッシュ３７のデータを更新する。サーバキャッシュ３７の更新データは一般のキャッシュ制御方法によりデータベース３３に反映される。
【００１５】
ステップ６７ではキャッシュ管理部３４がキャッシュ管理テーブル３５を使い、更新したデータをクライアントキャッシュ１４に記憶しているクライアントノード１が存在するかどうか調べる。ステップ６８で記憶しているクライアントノード１が存在している場合、ステップ６９ではキャッシュ管理部３４はキャッシュ管理テーブル３５の情報を更新して、クライアントキャッシュ１４のデータが更新されていることが判定できるようにする。ステップ７０ではクライアント処理部１２にデータの更新処理の完了通知を送信して、ステップ７１の終了となる。
【００１６】
以上のように、データ検索処理において、クライアントキャッシュ１４にすでにデータが保持されている場合、データの転送は行わずにクライアントキャッシュ１４のデータを使用するようにしているので、不要なデータ転送を削除することができる。
【００１７】
また、クライアントキャッシュ１４でのデータの有無、更新有無の判定をサーバノード３で行うようにしているので、キャッシュされているデータの更新情報の転送処理を省くことができる。
【００１８】
さらに、キャッシュデータの有無、更新有無判定を実際の検索データにより行うようにしているので、更新情報の検索処理を削除することができ、サーバノード３の処理を減らすことができる。
【００１９】
また、キャッシュの判定で使用したデータをクライアントノード１に転送するようにしているので、データの一貫性を保障することができる。
【００２０】
さらにまた、クライアントノード１ではクライアントキャッシュ１４の制御のみを行うようにしているので、クライアントノード１でのキャッシュデータの比較処理を省くことができる。
【００２１】
実施形態２．
以上の実施形態１では、キャッシュ管理とデータベース処理を同じサーバノードで行うようにしたものであるが、次にキャッシュ専用のサーバノードを用意したような場合の実施の形態を示す。
図５はこのような場合のネットワークを介してクライアントノードからサーバノードにアクセスする際のデータキャッシュ方法を示すデータベースキャッシュ処理システムの構成図である。
図５において、クライアントノード１は、図１に示す実施の形態１と同様な構成をしており、データ処理を要求するアプリケーションプログラム１１と、アプリケーションプログラム１１の要求に応じて処理の依頼や結果の応答を行うクライアント処理部１２とクライアントキャッシュ１４を備え、また、クライアント処理部１２はクライアントキャッシュ１４を制御するクライアントキャッシュ制御部１３を有する。
そして、ネットワーク２を介してサーバノード３ａと接続されている。また、サーバノード３ａはネットワーク２を介してサーバノード３ｂと接続されている。
【００２２】
サーバノード３ａはクライアントノード１、サーバノード３ｂと通信を行うデータベース通信部１３１、システム全体のキャッシュを管理するキャッシュ管理部３４とキャッシュ管理テーブル３５、サーバノード３ｂにおけるキャッシュ処理を制御するサーバキャッシュ制御部３６とサーバキャッシュ３７を有する。サーバノード３ｂはデータベース全体を管理するデータベース管理部３１とデータの格納されているデータベース３３を備え、データベース管理部３１はデータ処理を行うデータベース処理部３２を有する。
【００２３】
次に動作について説明する。
まずアプリケーションプログラム１１におけるデータベース３３に対するデータ検索処理の流れを図６のフローチャートを用いて説明する。図６は本実施の形態のデータ検索処理手順を示すフローチャートである。
クライアントからデータ検索処理要求があると、ステップ１５１によりアプリケーションプログラム１１からクライアント処理部１２にデータの問合せが行われ、ステップ１５２でクライアント処理部１２からデータベース通信部１３１にデータ問合せ要求が送信され、さらにデータベース通信部１３１からデータベース管理部３１へ転送される。ステップ１５３においてデータ問合せはデータベース処理部３２に渡り、データベース３３のデータ検索処理が実行される。ステップ１５４でサーバキャッシュ３７に該当するデータが既にある場合、ステップ１５５ではキャッシュ管理テーブル３５を使い、問合せ要求元のクライアントノード１１のクライアントキャッシュ１４に検索結果に該当するデータが存在するかどうか調べる。ステップ１５６においてクライアントキャッシュ１４に該当するデータが存在している場合、ステップ１５７でキャッシュ管理部３４はキャッシュ管理テーブル３５の情報を使い、そのデータがキャッシュされた後に更新されているかどうか判定する。ステップ１５８においてデータが更新されていないときはステップ１５９でクライアント処理部１２に使用するキャッシュの指示を送信する。ステップ１６４でクライアント処理部１２はキャッシュ管理部３４から送信されたキャッシュの指示によりクライアントキャッシュ１４からデータを取り出し、アプリケーションプログラム１１にデータを渡して、ステップ１６５の終了となる。
【００２４】
ステップ１５４でサーバキャッシュ３７に該当するデータが存在しない場合は、ステップ１６０でサーバキャッシュ３７にデータを転送してステップ１６１へ進む。ステップ１５６でクライアントキャッシュ１４に該当するデータが存在しない場合、またステップ１５８でキャッシュされたデータがその後で更新されている場合、ステップ１６１において、サーバキャッシュ３７から該当するデータをクライアント処理部１２に送信する。ステップ１６２ではキャッシュ管理部３４はキャッシュ管理テーブル３５にあるステップ１６１で送信したデータに関する情報を更新する。ステップ１６３においてクライアントキャッシュ制御部１３は送られてきたデータをクライアントキャッシュ１４に追加する。そしてステップ１６４ではクライアント処理部１１２はクライアントキャッシュ１４から結果データを取り出し、アプリケーションプログラム１１にデータを渡して、ステップ１６５の終了となる。
【００２５】
次にアプリケーションプログラム１１におけるデータベース３３に対するデータ更新処理の流れを図７のフローチャートを用いて説明する。図７は本実施の形態のデータ更新処理手順を示すフローチャートである。
ステップ１７１によりアプリケーションプログラム１１からクライアント処理部１２にデータの更新要求が行われると、ステップ１７２でクライアント処理部１２からデータベース通信部１３１にデータ更新要求が送信され、さらにデータベース通信部１３１からデータベース管理部３１へ転送される。ステップ１７３においてデータベース処理部３２が更新対象となるデータの検索処理をデータベース３３から行い、ステップ１７４でデータベース３３のデータを更新する。ステップ１７５でサーバキャッシュ制御部３４は更新対象のデータがサーバキャッシュ３７に存在するかどうか調べる。対象のデータがサーバキャッシュ３７に存在する場合、ステップ１７６で対象データをサーバキャッシュ３７から削除する。ステップ１７７ではクライアント処理部１２にデータの更新処理の完了通知を送信して、ステップ１７８の終了となる。
【００２６】
以上のように、データ検索処理において、クライアントキャッシュ１４にすでにデータが保持されている場合、データの転送は行わずにクライアントキャッシュ１４のデータを使用するようにしているので、不要なデータ転送を削除することができる。
【００２７】
また、クライアントキャッシュ１４でのデータの有無、更新有無の判定をサーバノード３ａで行うようにしているので、キャッシュされているデータの更新情報の転送処理を省くことができる。
【００２８】
さらに、キャッシュデータの有無、更新有無判定を実際の検索データにより行うようにしているので、更新情報の検索処理を削除することができ、サーバノード３ｂの処理を減らすことができる。
【００２９】
また、キャッシュの判定で使用したデータをクライアントノード１に転送するようにしているので、データの一貫性を保障することができる。
【００３０】
さらに、クライアントノード１ではクライアントキャッシュ１４の制御のみを行うようにしているので、クライアントノード１でのキャッシュデータの比較処理を省くことができる。
【００３１】
そして、データベース処理用のサーバノード３ａ、キャッシュ管理用のサーバノード３ｂと処理単位でサーバノードを分けることにより負荷の分散が図られ、それぞれが同時に並行して動作することによりシステムの処理効率を高めることができる。
【００３２】
【発明の効果】
以上のようにこの発明によれば、クライアントキャッシュでのデータの有無、更新有無の判定をサーバノードで行うようにしているので、キャッシュされているデータの更新情報の転送処理を省くことができる。
【図面の簡単な説明】
【図１】この発明の実施の形態１を示すデータベースキャッシュ処理システムのブロック図である。
【図２】この発明の実施の形態１におけるキャッシュ管理テーブルの一構成例を示す説明図である。
【図３】この発明の実施の形態１におけるデータの検索処理手順を示すフローチャート図である。
【図４】この発明の実施の形態１におけるデータの更新処理手順を示すフローチャート図である。
【図５】この発明の実施の形態２を示すデータベースキャッシュ処理システムのブロック図である。
【図６】この発明の実施の形態２におけるデータの検索処理手順を示すフローチャート図である。
【図７】この発明の実施の形態２におけるデータの更新処理手順を示すフローチャート図である。
【符号の説明】
１：クライアントノード、２：ネットワーク、３、３ａ、３ｂ：サーバノード、１１：アプリケーションプログラム、１２：クライアント処理部、１３：クライアントキャッシュ制御部、１４：クライアントキャッシュ、３１：データベース管理部、３２：データベース処理部、３３：データベース、３５：キャッシュ管理テーブル、３４：キャッシュ管理部、３６：サーバキャッシュ制御部、３７：サーバキャッシュ、１３１：データベース通信部。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a server node in a data cache processing system for temporarily storing data, and more particularly, to holding shared data in a database arranged on a server node of a computer network, and referencing / updating the shared data from a plurality of client nodes. The present invention relates to a technique which is effective when applied to a data cache processing system for reducing unnecessary data transfer of shared data via a network in processing.
[0002]
[Prior art]
In a shared data cache processing system for temporarily storing shared data of a server node in a client node, first, the server node transmits update information of the shared data in the server node to the client node, and updates the shared information of the server node and the client node. Unnecessary data transfer is eliminated by comparing the update information in the cache and transmitting the shared data of the server node to the client node when the update information is different (for example, see Patent Document 1).
[0003]
[Patent Document 1]
JP-A-2000-137689, pp. 10-12, FIG. 19, (third embodiment)
[0004]
[Problems to be solved by the invention]
[0005]
In a conventional data cache processing system, first, a server node searches for update information to be cached and transmits it to a client node. The client node compares the update information with the cache update information, and the client node updates the cached shared data into shared data. If there is no server node, or if the shared data of the server node has been updated, the server node searches again and acquires the data. However, when the data cannot be used, there is a problem that extra data is required to obtain the update information. In addition, since the search process is performed twice, that is, update information and data, consideration is given to a method for ensuring data consistency so that target data is not updated from another client node during the two search processes. Not. Furthermore, since the client node determines whether data has been updated, even if there are a plurality of client nodes that cache the same data, a search for update information is performed for each of the updated nodes. However, there is a problem that an unnecessary load is applied to the server node.
[0006]
SUMMARY OF THE INVENTION The present invention has been made to solve the above problems. Even when data in a client node cache cannot be used, the server node can perform a search process once to update the client node cache. The purpose is to ensure the consistency of data when updating. It is another object of the present invention to reduce the load on the server node in the process of determining whether or not to update the cache in the client node.
[0007]
[Means for Solving the Problems]
The server node according to the present invention is applied to a database cache processing system that temporarily holds data of a database in a server node in a cache of a client node, and information including an update record of data stored in the cache of the client node is used. When a cache data request is input from the stored cache management table and the client node, the request data is stored in the cache of the client node based on the data information of the cache management table, or the request data is updated when stored. Is determined to be the latest one, and if there is no requested data or the requested data is not the latest one, a database management unit that transmits data of the database to the cache of the client node is provided.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
Embodiment 1 FIG.
FIG. 1 is a configuration diagram of a database cache processing system showing a data cache method when a client node accesses a server node via a network according to the present invention.
In FIG. 1, a client node 1 is connected to a server node 3 via a network 2. The client node 1 includes an application program 11 for requesting data processing, a client processing unit 12 for requesting processing and responding to a result in response to a request from the application program 11, and a client cache 14. The client processing unit 12 has a client cache control unit 13 that controls the client cache 14.
[0009]
The server node 3 has a database management unit 31 for managing the entire database, a database 33 for storing shared data, a cache management table 35 for storing management information of data stored in the client cache 14, and a server cache 37.
The database management unit 31 includes a database processing unit 32 that performs data processing and a cache management unit 34 that manages a cache of the entire system. Further, the cache management unit 34 includes a server cache control unit 36 that controls a cache of the server node 3. Having.
[0010]
FIG. 2 shows a configuration example of the cache management table 35 according to the present embodiment. The cache management record 38 represents a configuration example of management information for managing data stored in the client cache 14 by the cache management unit 34 of FIG. The cache management records 38 exist for the number of data in the client caches 14 of all the client nodes 1 and include information on data such as table names, row identifiers, and row version names, and information on client nodes 1 such as client identifiers and area identifiers. I have.
[0011]
Next, the operation will be described.
First, the flow of the data search process of the database 33 in the application program 11 will be described with reference to the flowchart of FIG. FIG. 3 is a flowchart illustrating a data search processing procedure according to the present embodiment.
When there is a data search request from the client, the application program 11 inquires of the client processing unit 12 for data in step 41, and a data inquiry request is transmitted from the client processing unit 12 to the database management unit 31 in step 42. In step 43, the data inquiry is passed to the database processing unit 32, and the data search processing of the database 33 is executed. In step 44, the cache management unit 34 uses the cache management table 35 to check whether or not data corresponding to the search result in the database processing unit 32 exists in the client cache 14 of the client node 1 that has issued the inquiry request. If the corresponding data exists in the client cache 14 in step 45, the cache management unit 34 uses the information of the row version name of the cache management table 35 in step 46 to determine whether the data has been updated after being cached. judge. If the data has not been updated in step 47, an instruction for the cache to be used is transmitted to the client processing unit 12 in step 48. In step 54, the client processing unit 12 retrieves data from the client cache 14 according to the cache instruction transmitted from the cache management unit 34, passes the data to the application program 11, and ends step 55.
[0012]
If there is no corresponding data in the client cache 14 in step 45, or if the cached data has been updated in step 47, the server cache control unit 36 determines in step 49 that the corresponding data exists in the server cache 37. Find out what to do. If the data does not exist, the data is read from the database 33 to the server cache 37 in step 50. Then, in step 51, the corresponding data is transmitted from the server cache 37 to the client processing unit 12.
[0013]
In step 52, the cache management unit 34 records or updates information on the data transmitted in step 51 in the cache management table 35. In step 53, the client cache control unit 13 adds the transmitted data to the client cache 14. Then, in step 54, the client processing unit 12 retrieves the result data from the client cache 14, passes the data to the application program 11, and ends step 55.
[0014]
Next, the flow of the data update process of the database 33 in the application program 11 will be described with reference to the flowchart of FIG. FIG. 4 is a flowchart illustrating a data update processing procedure according to the present embodiment.
When a data update request is made from the application program 11 to the client processing unit 12 in step 61, a data update request is transmitted from the client processing unit 12 to the database management unit 31 in step 62. In step 63, the database processing unit 32 searches the database 33 for data to be updated, and in step 64, the server cache control unit 36 checks whether the data to be updated exists in the server cache 37. If the target data does not exist in the server cache 37, the target data is read from the database 33 into the server cache 37 in step 65. In step 66, the data in the server cache 37 is updated. The update data of the server cache 37 is reflected on the database 33 by a general cache control method.
[0015]
In step 67, the cache management unit 34 uses the cache management table 35 to check whether or not there is a client node 1 that stores updated data in the client cache 14. If the client node 1 stored in step 68 exists, in step 69, the cache management unit 34 updates the information in the cache management table 35, and can determine that the data in the client cache 14 has been updated. To do. In step 70, a completion notification of the data update process is transmitted to the client processing unit 12, and the process ends in step 71.
[0016]
As described above, when data is already stored in the client cache 14 in the data search processing, the data in the client cache 14 is used without transferring the data. Therefore, unnecessary data transfer is deleted. can do.
[0017]
Further, since the server node 3 determines whether or not data is present in the client cache 14 and whether or not the data is updated, the transfer process of the update information of the cached data can be omitted.
[0018]
Further, since the presence / absence of cache data and the presence / absence of update are determined based on the actual search data, the search processing of update information can be deleted, and the processing of the server node 3 can be reduced.
[0019]
Further, since the data used in the cache determination is transferred to the client node 1, data consistency can be guaranteed.
[0020]
Furthermore, since the client node 1 controls only the client cache 14, the process of comparing cache data in the client node 1 can be omitted.
[0021]
Embodiment 2. FIG.
In the first embodiment, cache management and database processing are performed by the same server node. Next, an embodiment in which a server node dedicated to cache is prepared will be described.
FIG. 5 is a configuration diagram of a database cache processing system showing a data cache method when a client node accesses a server node via a network in such a case.
In FIG. 5, a client node 1 has the same configuration as that of the first embodiment shown in FIG. 1, and includes an application program 11 for requesting data processing, a processing request and a result request in response to a request from the application program 11. It has a client processing unit 12 and a client cache 14 that make a response, and the client processing unit 12 has a client cache control unit 13 that controls the client cache 14.
And it is connected to the server node 3a via the network 2. The server node 3a is connected to the server node 3b via the network 2.
[0022]
The server node 3a includes a database communication unit 131 for communicating with the client node 1 and the server node 3b, a cache management unit 34 and a cache management table 35 for managing a cache of the entire system, and a server cache control unit for controlling cache processing in the server node 3b. 36 and a server cache 37. The server node 3b includes a database management unit 31 that manages the entire database and a database 33 in which data is stored. The database management unit 31 includes a database processing unit 32 that performs data processing.
[0023]
Next, the operation will be described.
First, the flow of a data search process for the database 33 in the application program 11 will be described with reference to the flowchart in FIG. FIG. 6 is a flowchart illustrating a data search processing procedure according to the present embodiment.
When there is a data search processing request from the client, in step 151, the application program 11 inquires of the client processing unit 12 for data. In step 152, the client processing unit 12 transmits a data inquiry request to the database communication unit 131. The data is transferred from the database communication unit 131 to the database management unit 31. In step 153, the data inquiry is passed to the database processing unit 32, and the data search processing of the database 33 is executed. If it is determined in step 154 that the data corresponding to the server cache 37 already exists, in step 155, the cache management table 35 is used to check whether the data corresponding to the search result exists in the client cache 14 of the client node 11 that has issued the inquiry request. If the corresponding data exists in the client cache 14 in step 156, the cache management unit 34 uses the information in the cache management table 35 in step 157 to determine whether or not the data has been updated after being cached. If the data has not been updated in step 158, an instruction for the cache to be used is transmitted to the client processing unit 12 in step 159. In step 164, the client processing unit 12 retrieves data from the client cache 14 according to the cache instruction transmitted from the cache management unit 34, passes the data to the application program 11, and ends step 165.
[0024]
If there is no corresponding data in the server cache 37 in step 154, the data is transferred to the server cache 37 in step 160, and the process proceeds to step 161. If there is no corresponding data in the client cache 14 in step 156, or if the cached data has been updated in step 158, the corresponding data is transmitted from the server cache 37 to the client processing unit 12 in step 161. I do. In step 162, the cache management unit 34 updates information on the data transmitted in step 161 in the cache management table 35. In step 163, the client cache control unit 13 adds the transmitted data to the client cache 14. Then, in step 164, the client processing unit 112 retrieves the result data from the client cache 14, passes the data to the application program 11, and ends step 165.
[0025]
Next, the flow of a data update process for the database 33 in the application program 11 will be described with reference to the flowchart in FIG. FIG. 7 is a flowchart illustrating a data update processing procedure according to the present embodiment.
When a request to update data is made from the application program 11 to the client processing unit 12 in step 171, a data update request is transmitted from the client processing unit 12 to the database communication unit 131 in step 172, and further, the database management unit 31. In step 173, the database processing unit 32 searches the database 33 for data to be updated, and in step 174, updates the data in the database 33. In step 175, the server cache control unit 34 checks whether the data to be updated exists in the server cache 37. If the target data exists in the server cache 37, the target data is deleted from the server cache 37 in step 176. In step 177, a notification of the completion of the data update process is transmitted to the client processing unit 12, and the process ends in step 178.
[0026]
As described above, when data is already stored in the client cache 14 in the data search processing, the data in the client cache 14 is used without transferring the data. Therefore, unnecessary data transfer is deleted. can do.
[0027]
Further, since the server node 3a determines whether or not data is present in the client cache 14 and whether or not the data is updated, the transfer process of the update information of the cached data can be omitted.
[0028]
Further, since the presence / absence of cache data and the presence / absence of update are determined based on actual search data, the search process for update information can be deleted, and the processing of the server node 3b can be reduced.
[0029]
Further, since the data used in the cache determination is transferred to the client node 1, data consistency can be guaranteed.
[0030]
Further, since only the control of the client cache 14 is performed in the client node 1, the cache data comparison processing in the client node 1 can be omitted.
[0031]
The server node 3a for database processing and the server node 3b for cache management are divided into server nodes for each processing unit, thereby distributing the load, and simultaneously operating in parallel to increase the processing efficiency of the system. be able to.
[0032]
【The invention's effect】
As described above, according to the present invention, the presence / absence of data in the client cache and the presence / absence of update are determined by the server node, so that the transfer processing of the update information of the cached data can be omitted.
[Brief description of the drawings]
FIG. 1 is a block diagram of a database cache processing system according to a first embodiment of the present invention.
FIG. 2 is an explanatory diagram illustrating a configuration example of a cache management table according to the first embodiment of the present invention;
FIG. 3 is a flowchart illustrating a data search processing procedure according to the first embodiment of the present invention;
FIG. 4 is a flowchart showing a data update processing procedure according to the first embodiment of the present invention;
FIG. 5 is a block diagram of a database cache processing system according to a second embodiment of the present invention.
FIG. 6 is a flowchart showing a data search processing procedure according to Embodiment 2 of the present invention;
FIG. 7 is a flowchart showing a data update processing procedure according to the second embodiment of the present invention;
[Explanation of symbols]
1: Client node, 2: Network, 3, 3a, 3b: Server node, 11: Application program, 12: Client processing unit, 13: Client cache control unit, 14: Client cache, 31: Database management unit, 32: Database Processing unit, 33: database, 35: cache management table, 34: cache management unit, 36: server cache control unit, 37: server cache, 131: database communication unit.
