JPH10187513A - クライアント／サーバ型データベースシステム - Google Patents

Abstract

(57)【要約】 【課題】 クライアントとサーバ間のデータ通信による
オーバーヘッドを減少させると共に、クライアント間の
機密性を保持し、セキュリティの向上を図るクライアン
ト／サーバ型のデータベースシステムを提供する。 【解決手段】 共有メモリ部３０が、クライアント１０
に個別に対応して設けられた複数のローカルバッファ３
２と、クライアント１０からのアクセス要求を対応する
ローカルバッファ３２に供給するメモリ制御部３１とを
備え、ローカルバッファ３２が、既にアクセスされたデ
ータを格納する検索データ保持領域３４と、クライアン
ト１０からのアクセス要求に応じて検索データ保持領域
３４を参照し、該検索データ保持領域３４に目的のデー
タが保持されている場合は、サーバ２０にアクセスする
ことなく、検索データ保持領域３４に保持されているデ
ータを読み出してクライアント１０に送るバッファ管理
部３３とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、サーバに設けられ
たデータベースに対して複数のクライアントからアクセ
スするクライアント／サーバ型データベースシステムに
関し、特にデータ通信におけるオーバヘッドの削減及び
セキュリティの向上を目的としたクライアント／サーバ
型データベースシステムに関する。

【０００２】

【従来の技術】データベースシステムにおいて、複数の
アプリケーションプログラムからデータベースにアクセ
スする場合、複数のアプリケーションプログラムが同一
のデータベースレコードに同時にアクセスすることを認
めると不都合が生じ場合がある。例えば、データを参照
する場合には同時に複数のアクセスを認めても問題ない
が、データを更新する場合には更新処理を実行しようと
するアプリケーションプログラムのみにアクセスを認め
る必要がある。そこで、必要に応じて、所定のアプリケ
ーションプログラムがデータベースレコードを占有でき
るようにするため、当該アプリケーションプログラムが
データベースにアクセスしている間、他のアプリケーシ
ョンプログラムからのアクセスを排除する排他制御を行
う。

【０００３】従来のデータベースシステムでは、システ
ムの性能を向上させるための種々の技術が提案されてい
る。この種の従来技術としては、例えば、特開平４−１
３９５４５号公報に開示された技術がある。同公報のデ
ータベースシステムは、複数のアプリケーンョンプログ
ラムごとに個別にバッファ（ローカルバッファ）を設
け、データベースレコードをローカルバッファにコピー
し、当該ローカルバッファ上でデータベースレコードを
更新することにより、他のアプリケーンョンプログラム
から参照不可能な排他区間を短くし、アプリケーション
プログラムの待ち合わせ回数を減少させている。

【０００４】上記の従来技術によれば、アプリケーショ
ンプログラムの待ち合わせ回数を減少させることにより
システムの性能の向上を図ることができる。しかし、上
記従来技術は、独立したデータベースシステムでは有効
に機能するが、サーバに設けられたデータベースに対し
て複数のクライアントからアクセスするクライアント／
サーバ型のデータベースシステムでは必ずしも有効では
なかった。すなわち、クライアント／サーバ型のデータ
ベースシステムは、クライアントからサーバにアクセス
する度にクライアントのアプリケーンョンプログラムと
サーバの管理プログラムとの間でＩ／Ｏを伴う通信が発
生する。このため、上記従来技術により排他区間を短く
しても、クライアントとサーバ間の通信のためのオーバ
ーヘッドの発生を回避することができなかった。

【０００５】ところで、クライアント／サーバ型のデー
タベースシステムにおいて、クライアントからサーバの
データベースにアクセスする場合、従来のデータベース
システムは、システムバッファを使用してデータの送受
信を行っている。そこで、クライアントに障害が発生し
た場合、障害の原因を調査するための資料として、シス
テムバッファから、当該クライアントのサーバへのアク
セス履歴等の情報を取得する必要がある。しかし、シス
テムバッファの情報は各クライアント及びサーバにおい
て共有されているため、障害の発生した当該クライアン
ト以外のクライアントのアクセス履歴等の情報が当該ク
ライアントに関する資料と一緒に出力されていた。

【０００６】

【発明が解決しようとする課題】上述したように、従来
のデータベースシステムは、クライアントとサーバとの
間のデータ通信のためのオーバーヘッドを回避できず、
システム全体の性能劣化を招来するという欠点があっ
た。

【０００７】また、クライアントに障害が発生した場
合、システムバッファの内容が資料として出力されるた
め、当該システムバッファを共用している他のクライア
ントのデータに関する情報まで出力されてしまい、クラ
イアントどうしの機密性を保つことができないという欠
点があった。

【０００８】本発明の目的は、上記従来の欠点を解決
し、クライアント／サーバ型のデータベースシステムに
おいて、クライアントとサーバ間のデータ通信によるオ
ーバーヘッドを減少させることができるクライアント／
サーバ型のデータベースシステムを提供することにあ
る。

【０００９】また、本発明の他の目的は、クライアント
間の機密性を保持し、セキュリティの向上を図ることが
できるクライアント／サーバ型のデータベースシステム
を提供することにある。

【００１０】

【課題を解決するための手段】上記の目的を達成する本
発明は、データベースを備えたサーバと、サーバに設け
られたデータベースにアクセスする複数のクライアント
と、該サーバ及び複数のクライアントの全てによって共
有される共有メモリ手段とを備えるクライアント／サー
バ型データベースシステムにおいて、前記共有メモリ手
段が、前記複数のクライアントに個別に対応して設けら
れた複数のローカルバッファ手段と、前記クライアント
からのアクセス要求を該クライアントに対応する前記ロ
ーカルバッファ手段に供給するメモリ制御手段とを備
え、前記ローカルバッファ手段が、対応する前記クライ
アントによって既にアクセスされたデータを格納する検
索データ保持手段と、前記クライアントからのアクセス
要求に応じて前記検索データ保持手段を参照し、該検索
データ保持手段に目的のデータが保持されている場合
は、前記サーバにアクセスすることなく、該検索データ
保持手段に保持されているデータを読み出して前記クラ
イアントに送るバッファ管理手段とを備えることを特徴
とする。

【００１１】請求項２の本発明のクライアント／サーバ
型データベースシステムは、前記バッファ管理手段が、
前記検索データ保持手段に目的のデータが保持されてい
ない場合、前記サーバにアクセスして前記データベース
から目的のデータを取得し、該取得したデータを、前記
クライアントに送ると共に、前記検索データ保持手段に
格納することを特徴とする。

【００１２】請求項３の本発明のクライアント／サーバ
型データベースシステムは、所定のクライアントに障害
が発生した場合に、該障害の発生したクライアントに対
応する前記ローカルバッファ手段のみから前記障害の発
生したクライアントに関する情報を読出すことを特徴と
する。

【００１３】請求項４の本発明のクライアント／サーバ
型データベースシステムは、前記ローカルバッファ手段
から読出す前記障害の発生したクライアントに関する情
報が、該クライアントのアクセス履歴を含むことを特徴
とする。

【００１４】

【発明の実施の形態】以下、本発明の実施例について図
面を参照して詳細に説明する。

【００１５】図１は、本発明の１実施例によるクライア
ント／サーバ型データベースシステムの構成を示すブロ
ック図である。

【００１６】図示のように、本実施例のデータベースシ
ステムは、データベース３０を備えたサーバ２０と、ネ
ットワークを介してサーバ２０に接続されたクライアン
ト１０と、クライアント１０とサーバ２０とに共有され
る共有メモリ部３０とを備える。図には、簡単のためク
ライアント１０を１つのみ記載しているが、サーバ２０
は複数のクライアント１０からのアクセスを受け付ける
ことができる。この場合、共有メモリ部３０は、サーバ
２０及び複数のクライアント１０の全てに共有される。
なお、図１には本実施例の特徴的な構成のみを記載し、
他の一般的な構成については記載を省略してある。

【００１７】クライアント１０は、サーバ２０のデータ
２３にアクセスするためのアクセス実行部１１を備え
る。アクセス実行部１１は、ユーザアプリケーション１
２により制御され、データベース操作言語（ＤＭＬ）で
記述されたアクセスプログラムを実行することによって
サーバ２０のデータ２３にアクセスする。

【００１８】サーバ２０は、種々のデータを格納したデ
ータベース２３と、クライアント１０からのアクセス要
求に基づいてデータベース２３に対するデータの入出力
を制御する入出力制御部２１と、入出力制御部２１の制
御によりデータベース２３にアクセスするデータベース
アクセス部２２とを備える。

【００１９】共有メモリ部３０は、サーバ２０とサーバ
２０に接続された全てのクライアント１０とに共有さ
れ、クライアント１０からサーバ２０へのアクセスを仲
介する。図示のように、共有メモリ部３０は、共有メモ
リ１０全体の動作を制御するメモリ制御部３１と、各ク
ライアント１０に対応して複数設けられたローカルバッ
ファ３２とを備える。

【００２０】ローカルバッファ３２は、データベース２
３から読み出された検索データを保持する検索データ保
持領域３４を備えると共に、検索データ保持領域３４の
記憶内容を管理するバッファ管理部３３と、検索データ
保持領域３４にデータの書込みを行うデータ書込部３５
とを備える。

【００２１】次に、図２及び図３のフローチャートを参
照して本実施例の動作について説明する。

【００２２】まず、クライアント１０のアクセス実行部
１１が、ＤＭＬで記述されたアクセスプログラムを実行
して所望のデータベースレコードにアクセスするための
アクセスコマンドを発行する（ステップ２０１）。発行
されたアクセスコマンドは、共有メモリ３０に送られ、
メモリ制御部３１を介して、当該アクセスコマンドを発
行したクライアントに対応するローカルバッファ３２に
供給される（ステップ２０２）。

【００２３】ローカルバッファ３２のバッファ管理部３
３は、メモリ制御部３１からアクセスコマンドを受け取
ると、検索データ保持領域３４を参照して、当該アクセ
スコマンドによって請求されたデータを検索する（ステ
ップ２０３）。当該データが検索データ保持領域３４に
保持されているならば、当該データを検索データ保持領
域３４から読み出して（ステップ２０４）、当該アクセ
スコマンドを発行したクライアント１０に送る（ステッ
プ２０５）。

【００２４】これに対し、検索データ保持領域３４に当
該データが存在しない場合、バッファ管理部３３は、サ
ーバ２０の入出力制御部２１に当該アクセスコマンドを
送る（ステップ３０１）。

【００２５】入出力制御部２１は、受け取ったアクセス
コマンドにしたがって、データベースアクセス部２２を
制御してデータベース２３を検索し、目的のデータを読
出す（ステップ３０２、３０３）。そして、読み込んだ
データを共有メモリ２０に送り、当該アクセスコマンド
の送信もとであるローカルバッファ３２のバッファ管理
部３３に供給する（ステップ３０４）。

【００２６】バッファ管理部３３は、メモリ制御部３１
から受け取ったデータをデータ書込部３５を介して検索
データ保持領域３４に書き込むと共に（ステップ３０
５、３０６）、当該アクセスコマンドを発行したクライ
アント１０に当該データを送る（ステップ２０５）。

【００２７】以上の動作を、図４に示すように、データ
ベース２３にデータ“ＡＡＡ”、“ＢＢＢ”、…、“Ｚ
ＺＺ”が格納されており、ローカルバッファ３２の検索
データ保持領域３４にデータ“ＡＡＡ”、“ＺＺＺ”が
格納されており、クライアント１０のアクセス実行部１
１がデータ“ＡＡＡ”及びデータ“ＢＢＢ”の転送を要
求するアクセスコマンドを発行した場合を例として、具
体的に説明する。

【００２８】ステップ２０１で、アクセス実行部１１が
データ“ＡＡＡ”を取得するアクセスコマンドを発行す
ると、ステップ２０３で、ローカルバッファ３２のバッ
ファ管理部３３が検索データ保持領域３４を参照しデー
タ“ＡＡＡ”を検索する。検索データ保持領域３４には
データ“ＡＡＡ”が保持されているので、バッファ管理
部３３は、ステップ２０４でデータ“ＡＡＡ”を読出
し、ステップ２０５でクライアント１０に送る。

【００２９】次に、ステップ２０１で、アクセス実行部
１１がデータ“ＢＢＢ”を取得するアクセスコマンドを
発行すると、ステップ２０３で、ローカルバッファ３２
のバッファ管理部３３が検索データ保持領域３４を参照
しデータ“ＢＢＢ”を検索する。検索データ保持領域３
４にはデータ“ＢＢＢ”が保持されていないので、ステ
ップ３０１で、バッファ管理部３３はアクセスコマンド
をサーバ２０に送る。次に、ステップ３０２〜３０４
で、データ“ＢＢＢ”がデータベース２３から読み出さ
れ、ローカルバッファ３２に送られる。そして、バッフ
ァ管理部３３が、ステップ３０５、３０６でデータ“Ｂ
ＢＢ”を検索データ保持領域３４に格納し、ステップ２
０５でクライアント１０に送る。

【００３０】以上の動作により、クライアント１０が、
以前にアクセスしたデータに対して再度アクセスしよう
とする場合には、共有メモリ３０の記憶容量の範囲内で
当該クライアント１０に対応するローカルバッファ３２
に保持されているデータを取得できるため、サーバ２０
のデータベース２３にアクセスする必要がない。また、
目的のデータがローカルバッファ３２に保持されていな
い場合、データベース２３から読み出した当該データを
ローカルバッファ３２に格納するため、次のアクセスの
際には当該データをローカルバッファ３２から読み出し
て供給することができる。これにより、クライアント１
０とサーバ２０との間の通信量を減少させ、オーバーヘ
ッドを低減することができる。

【００３１】さらに、当該ローカルバッファ３２は各ク
ライアント１０ごとに個別に設けられているため、他の
クライアント１０とアクセス要求が競合して処理を待ち
合わせるといった事態が生じない。これにより、オーバ
ーヘッドやデッドロックを回避し、データベースシステ
ム全体の性能の向上を図ることができる。

【００３２】次に、クライアントの障害に対する資料の
採取について説明する。

【００３３】クライアント１０に障害が発生した場合、
障害の原因を調査するため、当該クライアント１０のア
クセス履歴等の情報が資料として採取される。この場
合、本実施例では、障害の発生したクライアント１０に
対応するローカルバッファ３２から情報が読み出され、
資料として採取される。上述したように、ローカルバッ
ファ３２はクライアント１０ごとに個別に設けられてお
り、検索データ保持領域３４に格納されているデータは
対応するクライアント１０によりアクセスされたデータ
のみである。したがって、当該ローカルバッファ３２か
ら読み出される資料は当該クライアント１０に関する情
報のみであり、他のクライアント１０のアクセス履歴等
の情報が資料と一緒に採取されることはない。

【００３４】以上好ましい実施例をあげて本発明を説明
したが、本発明は必ずしも上記実施例に限定されるもの
ではない。

【００３５】

【発明の効果】以上説明したように、本発明のデータベ
ースシステムによれば、クライアントとサーバとの間の
通信によるオーバヘッドを削減し、かつ複数のクライア
ントによるアクセス要求の競合を回避することにより、
システム全体の性能の向上を図ることができるという効
果がある。

【００３６】また、クライアントに障害が発生し、障害
の原因を調査するためにローカルバッファの内容を資料
として取得する場合に、障害を発生した当該クライアン
ト以外のクライアントに関する情報は読み出されないた
め、クライアント間の機密性が保持され、セキュリティ
の向上を図ることができるという効果がある。

【図面の簡単な説明】

【図１】 本発明の１実施例によるデータベースシステ
ムの構成を示すブロック図である。

【図２】 本実施例の動作を示すフローチャートであ
り、クライアントから共有メモリ部にアクセスした場合
の動作を示す。

【図３】 本実施例の動作を示すフローチャートであ
り、サーバの動作を示す。

【図４】 本実施例の具体的な動作例を説明するための
概略図。

【符号の説明】

１０ クライアント １１ アクセス実行部 １２ ユーザアプリケーション ２０ サーバ ２１ 入出力制御部 ２２ データベースアクセス部 ２３ データベース ３０ 共有メモリ部 ３１ メモリ制御部 ３２ ローカルバッファ ３３ バッファ管理部 ３４ 検索データ保持領域 ３５ データ書込部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データベースを備えたサーバと、サーバ
   に設けられたデータベースにアクセスする複数のクライ
   アントと、該サーバ及び複数のクライアントの全てによ
   って共有される共有メモリ手段とを備えるクライアント
   ／サーバ型のデータベースシステムにおいて、 前記共有メモリ手段が、 前記複数のクライアントに個別に対応して設けられた複
   数のローカルバッファ手段と、 前記クライアントからのアクセス要求を該クライアント
   に対応する前記ローカルバッファ手段に供給するメモリ
   制御手段とを備え、 前記ローカルバッファ手段が、 対応する前記クライアントによって既にアクセスされた
   データを格納する検索データ保持手段と、 前記クライアントからのアクセス要求に応じて前記検索
   データ保持手段を参照し、該検索データ保持手段に目的
   のデータが保持されている場合は、前記サーバにアクセ
   スすることなく、該検索データ保持手段に保持されてい
   るデータを読み出して前記クライアントに送るバッファ
   管理手段とを備えることを特徴とするクライアント／サ
   ーバ型データベースシステム。
2. 【請求項２】 前記バッファ管理手段が、前記検索デー
   タ保持手段に目的のデータが保持されていない場合、前
   記サーバにアクセスして前記データベースから目的のデ
   ータを取得し、該取得したデータを、前記クライアント
   に送ると共に、前記検索データ保持手段に格納すること
   を特徴とする請求項１に記載のクライアント／サーバ型
   データベースシステム。
3. 【請求項３】 所定のクライアントに障害が発生した場
   合に、該障害の発生したクライアントに対応する前記ロ
   ーカルバッファ手段のみから前記障害の発生したクライ
   アントに関する情報を読出すことを特徴とする請求項１
   または請求項２に記載のクライアント／サーバ型データ
   ベースシステム。
4. 【請求項４】 前記ローカルバッファ手段から読出す前
   記障害の発生したクライアントに関する情報が、該クラ
   イアントのアクセス履歴を含むことを特徴とする請求項
   ３に記載のクライアント／サーバ型データベースシステ
   ム。