JPH04175939A - 分散データマネジメントシステムの問い合わせ処理方式 - Google Patents
分散データマネジメントシステムの問い合わせ処理方式Info
- Publication number
- JPH04175939A JPH04175939A JP2302376A JP30237690A JPH04175939A JP H04175939 A JPH04175939 A JP H04175939A JP 2302376 A JP2302376 A JP 2302376A JP 30237690 A JP30237690 A JP 30237690A JP H04175939 A JPH04175939 A JP H04175939A
- Authority
- JP
- Japan
- Prior art keywords
- node
- processing
- data
- dml
- application program
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000013523 data management Methods 0.000 title claims description 11
- 238000004891 communication Methods 0.000 claims abstract description 27
- 238000000034 method Methods 0.000 claims abstract description 16
- 238000007726 management method Methods 0.000 claims description 26
- 238000003672 processing method Methods 0.000 claims 2
- 238000004904 shortening Methods 0.000 claims 1
- 230000003252 repetitive effect Effects 0.000 abstract description 3
- 230000005540 biological transmission Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、分散データベースシステムの繰り返しＤＭＬ
処理における。ユーザの処理待ち時間削減に関するもの
であり、使用する繰り返しＤＭＬの繰り返し数の多い業
務に適用される。
処理における。ユーザの処理待ち時間削減に関するもの
であり、使用する繰り返しＤＭＬの繰り返し数の多い業
務に適用される。
従来、リモートデータベースアクセス（ＩＳＯ／ＩＥＣ
５Ｃ２１／ＷＧ３ Ｒｅｍｏｔｅ Ｄａｔａｂｅｓ
ｅＡｃｃｅｓｓ Ｐａｒｔ２ ＳＱＬ ５ｐｅｃ
ｉａｌｉｚａｔｉｏｎＣＤ９５７９−２）においては、
通信によるオーバヘッドの削減のため繰り返しＤ ａｔ
ａ Ｂ ｅｓｅ Ｌ ａｎｇｕａｇｅ （以下ＤＢＬ）
という手法が考えられていた。
５Ｃ２１／ＷＧ３ Ｒｅｍｏｔｅ Ｄａｔａｂｅｓ
ｅＡｃｃｅｓｓ Ｐａｒｔ２ ＳＱＬ ５ｐｅｃ
ｉａｌｉｚａｔｉｏｎＣＤ９５７９−２）においては、
通信によるオーバヘッドの削減のため繰り返しＤ ａｔ
ａ Ｂ ｅｓｅ Ｌ ａｎｇｕａｇｅ （以下ＤＢＬ）
という手法が考えられていた。
これはクライアントノードで発生したデータ操作要求を
サーバノードへ繰り返し指定をし送信し、サーバノード
でそのデータ操作要求を繰り返し実行した後、その処理
結果を一括してクライアントノードへ応答することによ
り、その次からのデー夕操作要求はサーバノードへ送信
せずにすみ、通信によるオーバヘッドが削減される。
サーバノードへ繰り返し指定をし送信し、サーバノード
でそのデータ操作要求を繰り返し実行した後、その処理
結果を一括してクライアントノードへ応答することによ
り、その次からのデー夕操作要求はサーバノードへ送信
せずにすみ、通信によるオーバヘッドが削減される。
また、特開昭６３−１３８４３９において、非同期ＤＭ
Ｌによる性能向上が考えられていたが。
Ｌによる性能向上が考えられていたが。
参照系処理においては、同期処理となっており、性能向
上の効果がなかった。
上の効果がなかった。
上記従来技術の問題点を第１図を用いて説明する。
上記従来技術では、他ノードに繰り返しＤＥＬを送信（
処理１−１．１−２）した場合、その該当ノードでその
繰り返しＤＢＬの実行（ＤＢＬを複数回実行する。処理
１−３）が完了した後、その結果をまとめて、要求ノー
ドへ返信（処理１−４．１−５）するため、要求ノード
のユーザの待ち時間は、往復の通信に要する処理時間と
、相手ノードで繰り返しＤＥＬの実行に要する処理時間
の合計となり、ユーザの処理待ち時間が長くなっていた
。
処理１−１．１−２）した場合、その該当ノードでその
繰り返しＤＢＬの実行（ＤＢＬを複数回実行する。処理
１−３）が完了した後、その結果をまとめて、要求ノー
ドへ返信（処理１−４．１−５）するため、要求ノード
のユーザの待ち時間は、往復の通信に要する処理時間と
、相手ノードで繰り返しＤＥＬの実行に要する処理時間
の合計となり、ユーザの処理待ち時間が長くなっていた
。
本発明の目的は、上記の問題を解決することにある。
上記問題点を解決するための手段を第１図を用いて説明
する。
する。
上記問題は、処理ノードで繰り返しＤＭＬの最初のＤＭ
Ｌを実行（処理１−６）した後、その実行結果を要求ノ
ードへ応答（処理１−７．１−８）し、ユーザアプリケ
ーションプログラムへ応答（処理１−９）する処理と平
行して、残りＤＭＬを実行（処理１−１０）Ｌ、その実
行結果を要求ノードへ応答（処理１−１１．１−１２）
することにより達成される。
Ｌを実行（処理１−６）した後、その実行結果を要求ノ
ードへ応答（処理１−７．１−８）し、ユーザアプリケ
ーションプログラムへ応答（処理１−９）する処理と平
行して、残りＤＭＬを実行（処理１−１０）Ｌ、その実
行結果を要求ノードへ応答（処理１−１１．１−１２）
することにより達成される。
分散データマネジメントシステム下において、ノードＡ
に存在するアプリケーションプログラムがだしたデータ
操作要求をトランザクション管理部が管理し、繰り返し
ＤＭＬへ変換し、通信制御処理部を通して、該当するノ
ード（ノードＢとする）へデータ操作要求を送信する。
に存在するアプリケーションプログラムがだしたデータ
操作要求をトランザクション管理部が管理し、繰り返し
ＤＭＬへ変換し、通信制御処理部を通して、該当するノ
ード（ノードＢとする）へデータ操作要求を送信する。
ノードＢのトランザクション管理部はデータ操作要求を
繰り返しデータ管理処理部へ渡す。ノードＢのトランザ
クション管理部は、ある単位数分のデータ処理結果を得
た時点で、通信制御処理部を通して、要求元であるノー
ドＡへそのデータ処理結果を送信する。また、ノードＢ
のトランザクション管理部は、通信制御処理部が上記の
データ処理結果を送信するのと平行し、残りのデータ操
作要求をデータ管理処理部へ渡し、繰り返しが完了した
時点で、そのデータ処理結果を要求元であるノードＡへ
、通信制御処理部を通し送信する。
繰り返しデータ管理処理部へ渡す。ノードＢのトランザ
クション管理部は、ある単位数分のデータ処理結果を得
た時点で、通信制御処理部を通して、要求元であるノー
ドＡへそのデータ処理結果を送信する。また、ノードＢ
のトランザクション管理部は、通信制御処理部が上記の
データ処理結果を送信するのと平行し、残りのデータ操
作要求をデータ管理処理部へ渡し、繰り返しが完了した
時点で、そのデータ処理結果を要求元であるノードＡへ
、通信制御処理部を通し送信する。
ノードＡのトランザクション管理部は、ある単位数分の
データ処理結果を受信した時点でユーザアプリケーショ
ンプログラムへデータ処理操作結果を応答することによ
り、ユーザアプリケーションプログラムはデータ操作要
求の結果を少ない待ち時間で得ることができる。
データ処理結果を受信した時点でユーザアプリケーショ
ンプログラムへデータ処理操作結果を応答することによ
り、ユーザアプリケーションプログラムはデータ操作要
求の結果を少ない待ち時間で得ることができる。
以下、本発明の一実施例を図面を参照しつつ説明する。
第１図は繰り返しＤＭＬの処理の流れであり、第２図は
本発明に係わる分散データマネジメントシステムの構成
を示す機能構成図である。また第３図は本発明の１実施
例を示すフローチャートである。
本発明に係わる分散データマネジメントシステムの構成
を示す機能構成図である。また第３図は本発明の１実施
例を示すフローチャートである。
第２図において２−２はユーザアプリケーションプログ
ラム、２−３はトランザクション管理部で１発行された
データ操作要求の処理ノードの決定、データ操作要求の
管理を行う。２−４は通信制御処理部であり、複数計算
機間のデータ通信を制御する。２−５はデータ管理処理
部であり、２−６データベース、２−７デイクシヨナリ
に対しデータの入出力を管理する。ユーザアプリケーシ
ョンプログラム、トランザクション管理部１通信制御処
理部、データ管理処理部は２−１の計算機数システムの
機能構成図であり、通信ネットワーク（２−８）によっ
て複数のノードが通信可能な状態を示している。ノード
Ａをクライアントノード、ノードＢ、ノードＣをサーバ
とする。通常ノ−ドＡのシステムにおいてアプリケーシ
ョンプログラムからのデータ操作要求が自ノードにある
データに対するものであれば、トランザクション管理部
は、自ノードに対するアクセスであることを認識し、デ
ータ管理処理部を通して、自ノードのデータベースをア
クセスする。アクセス要求が他ノード（ノードＢ、ノー
ドＣ）に対するものであれば１通信処理管理部によって
ノードＢ、ノードＣのシステムにアクセス要求を送信す
る。ノードＢ、ノードＣではこれを認識し、自ノードの
データベースへアクセスし、ノードＡへ処理結果を返す
。
ラム、２−３はトランザクション管理部で１発行された
データ操作要求の処理ノードの決定、データ操作要求の
管理を行う。２−４は通信制御処理部であり、複数計算
機間のデータ通信を制御する。２−５はデータ管理処理
部であり、２−６データベース、２−７デイクシヨナリ
に対しデータの入出力を管理する。ユーザアプリケーシ
ョンプログラム、トランザクション管理部１通信制御処
理部、データ管理処理部は２−１の計算機数システムの
機能構成図であり、通信ネットワーク（２−８）によっ
て複数のノードが通信可能な状態を示している。ノード
Ａをクライアントノード、ノードＢ、ノードＣをサーバ
とする。通常ノ−ドＡのシステムにおいてアプリケーシ
ョンプログラムからのデータ操作要求が自ノードにある
データに対するものであれば、トランザクション管理部
は、自ノードに対するアクセスであることを認識し、デ
ータ管理処理部を通して、自ノードのデータベースをア
クセスする。アクセス要求が他ノード（ノードＢ、ノー
ドＣ）に対するものであれば１通信処理管理部によって
ノードＢ、ノードＣのシステムにアクセス要求を送信す
る。ノードＢ、ノードＣではこれを認識し、自ノードの
データベースへアクセスし、ノードＡへ処理結果を返す
。
次に第３図のフローチャートに基づいて第２図及び第３
図の各部の動作を説明する。
図の各部の動作を説明する。
まず、ノードＡのユーザアプリケーションプログラム（
２−２）が発行したデータ操作要求（ＤＭＬ）はトラン
ザクション管理部（２−３）へ渡される。トランザクシ
ョン管理部は、そのデータ操作要求が以前に発行した繰
り返しＤＭＬに該当するか判定する（処理３−１）、デ
ータ操作要求が以前に発行した繰り返しＤＭＬに該当し
ない、もしくはそのトランザクション範囲内で最初のＤ
ＭＬだった場合、そのデータ操作要求を解析し、処理ノ
ードを決定（処理３−２）する、これは。
２−２）が発行したデータ操作要求（ＤＭＬ）はトラン
ザクション管理部（２−３）へ渡される。トランザクシ
ョン管理部は、そのデータ操作要求が以前に発行した繰
り返しＤＭＬに該当するか判定する（処理３−１）、デ
ータ操作要求が以前に発行した繰り返しＤＭＬに該当し
ない、もしくはそのトランザクション範囲内で最初のＤ
ＭＬだった場合、そのデータ操作要求を解析し、処理ノ
ードを決定（処理３−２）する、これは。
ノードＡのディクショナリ（２−７）より得られる表定
義情報によってデータ操作要求の対象となるデータの所
在ノードが認識できるようになっている。処理ノードが
決定されるとトランザクション管理部はデータ操作要求
のパラメタとして繰り返し数を設定し、データ操作要求
を繰り返しＤＭＬの形へ変換し、通信制御処理部（２−
３）へ渡す（処理３−３）、 トランザクション管理部
（２−３）は最初のデータ操作要求の処理結果を受信す
るまで待ち状態となる（処理３−４）、通信制御処理部
へ渡された繰り返しＤＭＬは、通信ネットワーク（２−
８）を介し、処理ノードであるノードＢ （２−９）の
通信制御処理部（２−１１）を通り、トランザクション
管理部（２−１０）へ送信される。ノードＢのトランザ
クション管理部（２−１０）では受信した繰り返しｅＭ
Ｌをデータ操作要求の形へ変換しなおし、データ管理処
理部（２−１２）へ渡す処理を指定された繰り返し数分
実行する。ノードＢのトランザクション管理部（２−Ｉ
Ｑ）は繰り返しの内、最初のデータ操作要求の処理結果
が得られた時点で、その処理結果をノードＡのトランザ
クション管理部（２−３）へ、通信制御処理部（２−１
１）、通信ネットワーク（２−８）、通信制御処理部（
２−４）の経路をたどり、応答する。ノードＢのトラン
ザクション管理部は最初のデータの処理結果を送信した
後、残り繰り返し数分実行が完了した時点で、その残り
繰り返し数分の実行結果をノードＡのトランザクション
管理部（２−３）へ、通信管理部（２−１１）、通信ネ
ットワーク（２−８）、通信制御処理部（２−４）の経
路をたどり応答する。
義情報によってデータ操作要求の対象となるデータの所
在ノードが認識できるようになっている。処理ノードが
決定されるとトランザクション管理部はデータ操作要求
のパラメタとして繰り返し数を設定し、データ操作要求
を繰り返しＤＭＬの形へ変換し、通信制御処理部（２−
３）へ渡す（処理３−３）、 トランザクション管理部
（２−３）は最初のデータ操作要求の処理結果を受信す
るまで待ち状態となる（処理３−４）、通信制御処理部
へ渡された繰り返しＤＭＬは、通信ネットワーク（２−
８）を介し、処理ノードであるノードＢ （２−９）の
通信制御処理部（２−１１）を通り、トランザクション
管理部（２−１０）へ送信される。ノードＢのトランザ
クション管理部（２−１０）では受信した繰り返しｅＭ
Ｌをデータ操作要求の形へ変換しなおし、データ管理処
理部（２−１２）へ渡す処理を指定された繰り返し数分
実行する。ノードＢのトランザクション管理部（２−Ｉ
Ｑ）は繰り返しの内、最初のデータ操作要求の処理結果
が得られた時点で、その処理結果をノードＡのトランザ
クション管理部（２−３）へ、通信制御処理部（２−１
１）、通信ネットワーク（２−８）、通信制御処理部（
２−４）の経路をたどり、応答する。ノードＢのトラン
ザクション管理部は最初のデータの処理結果を送信した
後、残り繰り返し数分実行が完了した時点で、その残り
繰り返し数分の実行結果をノードＡのトランザクション
管理部（２−３）へ、通信管理部（２−１１）、通信ネ
ットワーク（２−８）、通信制御処理部（２−４）の経
路をたどり応答する。
待ち状態であったノードＡのトランザクション管理部（
２−３）は繰り返し数分の内最初のデータ操作要求の実
行結果を受信したら、その処理結果をユーザアプリケー
ションプログラム（２−２）へ返しく処理３−５）、残
り繰り返しＤＭＬの処理結果の応答待ち状態となる（処
理３−６）、ユーザアプリケーションプログラム（２−
２）はデータ操作要求の結果が得られた時点で、処理の
続行を開始する。
２−３）は繰り返し数分の内最初のデータ操作要求の実
行結果を受信したら、その処理結果をユーザアプリケー
ションプログラム（２−２）へ返しく処理３−５）、残
り繰り返しＤＭＬの処理結果の応答待ち状態となる（処
理３−６）、ユーザアプリケーションプログラム（２−
２）はデータ操作要求の結果が得られた時点で、処理の
続行を開始する。
残り繰り返しＤＭＬの処理結果待ち状態にあるノードＡ
のトランザクション管理部（２−３）は、残り繰り返し
数分の処理結果を受信すると、その処理結果を内部記憶
へ書き込む（処理３−７）。
のトランザクション管理部（２−３）は、残り繰り返し
数分の処理結果を受信すると、その処理結果を内部記憶
へ書き込む（処理３−７）。
残り繰返し数分の実行結果が全て得られるまで、処理３
−６．３−７を繰り返す（処理３−８）。
−６．３−７を繰り返す（処理３−８）。
処理３−１において、ユーザアプリケーションプログラ
ム（２−２）から渡されたデータ操作要求が以前に発行
した繰り返しＤＭＬに該当した場合、そのデータ操作要
求の実行結果をすでに受信済みか判定しく処、理３−９
）、受信済みでない場合、受信するまで待ち状態となり
、受信済みの場合、内部記憶よりその実行結果を読みだ
しユーザアプリケーションプログラム（２−２）へ返す
（処理３−１０）。
ム（２−２）から渡されたデータ操作要求が以前に発行
した繰り返しＤＭＬに該当した場合、そのデータ操作要
求の実行結果をすでに受信済みか判定しく処、理３−９
）、受信済みでない場合、受信するまで待ち状態となり
、受信済みの場合、内部記憶よりその実行結果を読みだ
しユーザアプリケーションプログラム（２−２）へ返す
（処理３−１０）。
□□−１′
この実施例によれば、ユーザアプリケーションプログラ
ムはデータ操作要求を発行してから、繰り返し数分の処
理を待つことはなく、発行したデータ操作要求の実行に
必要な分だけ待てばよいことになる。また、そのデータ
操作要求を繰り返し実行した場合には、通常の繰り返し
ＤＭＬの特性も活かすことができる。
ムはデータ操作要求を発行してから、繰り返し数分の処
理を待つことはなく、発行したデータ操作要求の実行に
必要な分だけ待てばよいことになる。また、そのデータ
操作要求を繰り返し実行した場合には、通常の繰り返し
ＤＭＬの特性も活かすことができる。
本発明によれば、ユーザアプリケーションプログラムの
発行したデータ操作要求を繰り返しＤＭＬで実行しつつ
、なおかつユーザアプリケーションプログラムの処理待
ち時間は、単一ＤＭＬを実行した場合に近づけることが
できる。
発行したデータ操作要求を繰り返しＤＭＬで実行しつつ
、なおかつユーザアプリケーションプログラムの処理待
ち時間は、単一ＤＭＬを実行した場合に近づけることが
できる。
第１図（ａ）および（ｂ）は従来の繰り返しＤＢＬの処
理および本発明による繰り返しＤＭＬの処理の流れを示
す処理チャート、第２図は本発明に係わる分散データベ
ースシステムの機能構成図、第３図は本発明の処理手順
の１実施例を示すフロー閑 １ ｍ 梢 ２ 国 第３０
理および本発明による繰り返しＤＭＬの処理の流れを示
す処理チャート、第２図は本発明に係わる分散データベ
ースシステムの機能構成図、第３図は本発明の処理手順
の１実施例を示すフロー閑 １ ｍ 梢 ２ 国 第３０
Claims (1)
- １、複数のデータ資源を有する分散型データマネジメン
トシステムの繰り返しＤａｔａＭａｎｉｐｕｌａｔｉｏ
ｎＬａｎｇｕａｇｅ（以下ＤＭＬ）処理方式において、
アプリケーションプログラム、アプリケーションプログ
ラムからのデータ処理要求を制御するトランザクション
管理部、他ノードとの通信制御を管理する通信制御管理
部がそれぞれ独立に動作することによって、アプリケー
ションプログラムが実行されているノードとは別のノー
ドで繰り返しＤＭＬをある単位数実行した後、その実行
結果を要求ノードへ応答しユーザアプリケーションプロ
グラムへ応答する処理と平行して、残りＤＭＬを実行し
、その実行結果を要求ノードへ応答することによりユー
ザアプリケーションプログラムの処理待ち時間が短くな
ることを特徴とした分散データマネジメントシステムの
問い合わせ処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2302376A JPH04175939A (ja) | 1990-11-09 | 1990-11-09 | 分散データマネジメントシステムの問い合わせ処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2302376A JPH04175939A (ja) | 1990-11-09 | 1990-11-09 | 分散データマネジメントシステムの問い合わせ処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04175939A true JPH04175939A (ja) | 1992-06-23 |
Family
ID=17908157
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2302376A Pending JPH04175939A (ja) | 1990-11-09 | 1990-11-09 | 分散データマネジメントシステムの問い合わせ処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04175939A (ja) |
-
1990
- 1990-11-09 JP JP2302376A patent/JPH04175939A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2932370B1 (en) | System and method for performing a transaction in a massively parallel processing database | |
| JPS6170654A (ja) | 分散処理システムにおける資源管理方式 | |
| US4714995A (en) | Computer integration system | |
| WO2021052502A1 (zh) | 一种配置变更的方法及相关装置 | |
| CN111625585B (zh) | 硬件加速数据库的访问方法、装置、主机及存储介质 | |
| JPH11312151A (ja) | 高速な分散オブジェクトリクエストブローカ | |
| CN113032421A (zh) | 基于MongoDB的分布式事务处理系统及方法 | |
| CN116108057A (zh) | 一种分布式数据库访问方法、装置、设备及存储介质 | |
| US6604122B1 (en) | Method and apparatus for evaluating a data processing request performed by distributed processes | |
| Wang et al. | Integrating multiple web-based geographic information systems | |
| JPH04175939A (ja) | 分散データマネジメントシステムの問い合わせ処理方式 | |
| JP2643356B2 (ja) | 分散システムにおけるトランザクション整合性保証制御方法 | |
| CN114793244A (zh) | 一种区块链的资源处理方法、装置、设备和介质 | |
| CN114547199A (zh) | 数据库增量同步响应方法、装置及计算机可读存储介质 | |
| CN111324655B (zh) | 一种分布式仿真中基于差异数据萃取的数据订阅方法 | |
| JPS59220866A (ja) | 分散処理方式 | |
| JP2003132039A (ja) | シナリオ分割方式 | |
| CN116226137B (zh) | 一种数据存储方法、装置、设备及存储介质 | |
| WO2023124431A1 (zh) | 一种数据库处理方法及相关设备 | |
| CN117573730B (zh) | 数据处理方法、装置、设备、可读存储介质及程序产品 | |
| JPH04107741A (ja) | Ｒｐｃにおけるサービスプロシージャの外出し方式 | |
| JPS59225473A (ja) | 分散フアイル制御方式 | |
| JPH07334401A (ja) | ネットワーク接続システムのデータベースアクセス業務 の高速化方法 | |
| JPH0231279A (ja) | 分散データベース処理方式 | |
| KR20210015617A (ko) | 데이터 액세스 방법, 장치, 전자 기기 및 컴퓨터 저장 매체 |