JPH0573449A - データベースクライアント・サーバシステムのデータ処理方式 - Google Patents
データベースクライアント・サーバシステムのデータ処理方式Info
- Publication number
- JPH0573449A JPH0573449A JP3231332A JP23133291A JPH0573449A JP H0573449 A JPH0573449 A JP H0573449A JP 3231332 A JP3231332 A JP 3231332A JP 23133291 A JP23133291 A JP 23133291A JP H0573449 A JPH0573449 A JP H0573449A
- Authority
- JP
- Japan
- Prior art keywords
- database
- server system
- data
- data base
- processing
- 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
Abstract
(57)【要約】
【目的】端末コンピュータ上のアプリケーションプログ
ラムが、データベースクライアントシステムを介して、
ホストコンピュータ上のデータベースサーバシステムと
連結されたデータベースのデータ処理を行うシステム
で、端末・ホストコンピュータ間の通信回数を減らすこ
とにより、システム全体を高速化しようとするものであ
る。 【構成】データベースクライアントシステムがデータ操
作言語をデータベースサーバシステムに転送する場合、
一連の処理を一括して要求するためにデータ操作言語を
ブロッキングし、データベースクライアントシステムが
そのブロッキングしたデータ操作言語を転送する場合、
通信可能なバッファサイズを越えるこのであれば、繰り
返し転送し、データベースサーバシステムがデータベー
ス処理結果やレコードを返却する場合、データベース処
理結果やレコードをブロッキングし、データベースサー
バシステムがそのブロッキングしたデータベース処理結
果やレコーを転送する場合、通信可能なバッファサイズ
を越えるこものであれば、繰り返し転送し続ける。
ラムが、データベースクライアントシステムを介して、
ホストコンピュータ上のデータベースサーバシステムと
連結されたデータベースのデータ処理を行うシステム
で、端末・ホストコンピュータ間の通信回数を減らすこ
とにより、システム全体を高速化しようとするものであ
る。 【構成】データベースクライアントシステムがデータ操
作言語をデータベースサーバシステムに転送する場合、
一連の処理を一括して要求するためにデータ操作言語を
ブロッキングし、データベースクライアントシステムが
そのブロッキングしたデータ操作言語を転送する場合、
通信可能なバッファサイズを越えるこのであれば、繰り
返し転送し、データベースサーバシステムがデータベー
ス処理結果やレコードを返却する場合、データベース処
理結果やレコードをブロッキングし、データベースサー
バシステムがそのブロッキングしたデータベース処理結
果やレコーを転送する場合、通信可能なバッファサイズ
を越えるこものであれば、繰り返し転送し続ける。
Description
【０００１】
【産業上の利用分野】本発明は、データ処理を行う端末
コンピュータのアプリケーションプログラム（以後ＡＰ
と略す）から、データベースクライアントシステム（Ｄ
ＢＣＬ）を介し、データ操作言語（ＤＭＬ）を転送する
ことにより、ホストコンピュータ上のデータベースサー
バシステム（ＤＢＳＶ）に結合したデータベース（Ｄ
Ｂ）を操作する様なシステムのデータ処理方式に関す
る。
コンピュータのアプリケーションプログラム（以後ＡＰ
と略す）から、データベースクライアントシステム（Ｄ
ＢＣＬ）を介し、データ操作言語（ＤＭＬ）を転送する
ことにより、ホストコンピュータ上のデータベースサー
バシステム（ＤＢＳＶ）に結合したデータベース（Ｄ
Ｂ）を操作する様なシステムのデータ処理方式に関す
る。
【０００２】
【従来の技術】従来のＤＢＣＬ・ＤＢＳＶ間のデータ処
理方式は、ＤＢＣＬがＡＰからの要求を受けると即時に
ＤＢＳＶへ転送し、ＤＢＳＶもＤＢからデータ処理結果
（レスポンス）やレコードを受け取ると即時にＤＢＣＬ
へ転送するという繰り返しであった。
理方式は、ＤＢＣＬがＡＰからの要求を受けると即時に
ＤＢＳＶへ転送し、ＤＢＳＶもＤＢからデータ処理結果
（レスポンス）やレコードを受け取ると即時にＤＢＣＬ
へ転送するという繰り返しであった。
【０００３】図３および図５は従来のデータベースクラ
イアント・サーバシステムのデータ処理方式を示す模式
図である。
イアント・サーバシステムのデータ処理方式を示す模式
図である。
【０００４】図３はＡＰからＤＢの４件のレコードの読
み込み（ＲＥＡＤ）の処理を示す。ＤＢＣＬはＡＰから
要求のあったＯＰＥＮ−ＤＭＬをＤＢＳＶに転送し、Ｄ
ＢＳＶはＤＢからのレスポンスをＤＢＣＬに送信する。
次に４件のレコードそれぞれについてＤＢＣＬはＡＰか
ら要求されるＲＥＡＤをＤＢＳＶに転送し、ＤＢＳＶは
ＤＢのレコードをＤＢＣＬは送信する。
み込み（ＲＥＡＤ）の処理を示す。ＤＢＣＬはＡＰから
要求のあったＯＰＥＮ−ＤＭＬをＤＢＳＶに転送し、Ｄ
ＢＳＶはＤＢからのレスポンスをＤＢＣＬに送信する。
次に４件のレコードそれぞれについてＤＢＣＬはＡＰか
ら要求されるＲＥＡＤをＤＢＳＶに転送し、ＤＢＳＶは
ＤＢのレコードをＤＢＣＬは送信する。
【０００５】図５はＡＰからＤＢへの４件のレコードの
書き込み（ＷＲＩＴＥ）の処理を示す。４件のレコード
それぞれについてＤＢＣＬはＡＰから要求されるＷＲＩ
ＴＥおよびレコードをＤＢＳＶに転送し、ＤＢＳＶはレ
スポンスをＤＢＣＬに送信する。
書き込み（ＷＲＩＴＥ）の処理を示す。４件のレコード
それぞれについてＤＢＣＬはＡＰから要求されるＷＲＩ
ＴＥおよびレコードをＤＢＳＶに転送し、ＤＢＳＶはレ
スポンスをＤＢＣＬに送信する。
【０００６】
【発明が解決しようとする課題】前述の様に、ＡＰは１
つの要求に対し１つのレスポンスやレコードしか受け取
れないため、頻繁に要求を行う必要があり、そのためＤ
ＢＣＬ・ＤＢＳＶ間の通信回数が増えていた。
つの要求に対し１つのレスポンスやレコードしか受け取
れないため、頻繁に要求を行う必要があり、そのためＤ
ＢＣＬ・ＤＢＳＶ間の通信回数が増えていた。
【０００７】また、日常のＡＰでは、レコードの順次読
み込み（ＲＥＡＤ）やレコードの順次書き込み（ＷＲＩ
ＴＥ）は、特に利用頻度が高く、連続して要求されるこ
とが多いＤＭＬである。
み込み（ＲＥＡＤ）やレコードの順次書き込み（ＷＲＩ
ＴＥ）は、特に利用頻度が高く、連続して要求されるこ
とが多いＤＭＬである。
【０００８】従って、通信回数を減らし、ＲＥＡＤ・Ｗ
ＲＩＴＥ−ＤＭＬのデータ処理時間を短縮ることが必須
であった。
ＲＩＴＥ−ＤＭＬのデータ処理時間を短縮ることが必須
であった。
【０００９】
【課題を解決するための手段】本発明のデータベースク
ライアント・サーバシステムの高速データ処理方式は、
端末コンピュータ上のアプリケーションプログラムが、
データベースクライアントシステムを介して、ポストコ
ンピュータ上のデーアベースサーバシステムと連結され
たデータベースのデータ処理を行う方式において、前記
データベースクライアントシステムがデータ操作言語を
前記データベースサーバシステムに転送する場合に一連
の処理を一括して要求するためにデータ操作言語をブロ
ッキングして転送し、ブロッキングしたデータ操作言語
が通信可能なバッファサイズを越えるものであれば、通
信可能なバッファサイズにブロッキングしたデータ操作
言語を繰り返し転送し続ける手段と、前記データベース
サーバシステムがデータベース処理結果またはレコード
を返却する場合、データベース処理結果およびレコード
をブロッキングして転送し、ブロッキングしたデータベ
ース処理結果およびレコードが通信可能なバッファサイ
ズを越えるものであれば、通信可能なバッファサイズに
ブロッキングしたデータベース処理結果およびレコード
を繰り返し転送し続ける手段と、前記データベースクラ
イアントシステムがデータベースサーバシステムから受
信したデータベース処理結果およびレコードをデブロッ
キングする手段と、前記データベースサーバシステムが
前記データベースから受信したデータ操作言語をデブロ
ッキングする手段とを有する。
ライアント・サーバシステムの高速データ処理方式は、
端末コンピュータ上のアプリケーションプログラムが、
データベースクライアントシステムを介して、ポストコ
ンピュータ上のデーアベースサーバシステムと連結され
たデータベースのデータ処理を行う方式において、前記
データベースクライアントシステムがデータ操作言語を
前記データベースサーバシステムに転送する場合に一連
の処理を一括して要求するためにデータ操作言語をブロ
ッキングして転送し、ブロッキングしたデータ操作言語
が通信可能なバッファサイズを越えるものであれば、通
信可能なバッファサイズにブロッキングしたデータ操作
言語を繰り返し転送し続ける手段と、前記データベース
サーバシステムがデータベース処理結果またはレコード
を返却する場合、データベース処理結果およびレコード
をブロッキングして転送し、ブロッキングしたデータベ
ース処理結果およびレコードが通信可能なバッファサイ
ズを越えるものであれば、通信可能なバッファサイズに
ブロッキングしたデータベース処理結果およびレコード
を繰り返し転送し続ける手段と、前記データベースクラ
イアントシステムがデータベースサーバシステムから受
信したデータベース処理結果およびレコードをデブロッ
キングする手段と、前記データベースサーバシステムが
前記データベースから受信したデータ操作言語をデブロ
ッキングする手段とを有する。
【００１０】
【実施例】本発明について図面を用いて説明する。
【００１１】図１は本発明の一実施例のＤＢＣＬとＤＢ
ＳＶの構成図である。端末コンピュータ上のＤＢＣＬ
は、ＡＰの処理要求を受け付け、またＡＰにレスポンス
やレコードを返却するＡＰインターフェイス部１、ＡＰ
の処理要求を通信可能な形式に変換するプロトコル組立
部２、ＤＢＳＶから転送されたプロトコルをＡＰ側に渡
す形式に変換するプロトコル解析部３、ＤＭＬ，レスポ
ンス，レコードのブロッキング・デブロッキングを行う
ブロッキング管理部４、そして実際にＤＢＳＶとプロト
コルを送受信する通信管理部５を有する。
ＳＶの構成図である。端末コンピュータ上のＤＢＣＬ
は、ＡＰの処理要求を受け付け、またＡＰにレスポンス
やレコードを返却するＡＰインターフェイス部１、ＡＰ
の処理要求を通信可能な形式に変換するプロトコル組立
部２、ＤＢＳＶから転送されたプロトコルをＡＰ側に渡
す形式に変換するプロトコル解析部３、ＤＭＬ，レスポ
ンス，レコードのブロッキング・デブロッキングを行う
ブロッキング管理部４、そして実際にＤＢＳＶとプロト
コルを送受信する通信管理部５を有する。
【００１２】ホストコンピュータ上のＤＢＳＶは、ＤＢ
ＣＬとプロトコルを送受信する通信管理部６、ＤＢアク
セス後のレスポンスやレコードを通信可能な形式に変換
するプロトコル組立部７、ＤＢＣＬから転送されたプロ
トコルを解析しＡＰのデータ処理要求を認識するプロト
コル解析部８、ＤＭＬ，レスポンス，レコードのブロッ
キング・デブロッキングを行うブロッキング管理部９、
そして実際に、ＤＢアクセス要求を行いレスポンスやレ
コードを受け取るＤＢインターフェイス部１０がある。
ＣＬとプロトコルを送受信する通信管理部６、ＤＢアク
セス後のレスポンスやレコードを通信可能な形式に変換
するプロトコル組立部７、ＤＢＣＬから転送されたプロ
トコルを解析しＡＰのデータ処理要求を認識するプロト
コル解析部８、ＤＭＬ，レスポンス，レコードのブロッ
キング・デブロッキングを行うブロッキング管理部９、
そして実際に、ＤＢアクセス要求を行いレスポンスやレ
コードを受け取るＤＢインターフェイス部１０がある。
【００１３】図２はＤＢ内のファイルをＯＰＥＮし指定
レコード件数（ここでは４件）ＲＥＡＤする処理の説明
図である。
レコード件数（ここでは４件）ＲＥＡＤする処理の説明
図である。
【００１４】まず、ＤＢＣＬはＡＰから要求を受けた
（ＡＰインターフェイス１）ＯＰＥＮ−ＤＭＬをブロッ
キングしＲＥＡＤ−ＤＭＬもブロッキングする（ブロッ
キング管理部４）。そして、プロトコルを組立て（プロ
トコル組立部２）、ＤＢＳＶに転送する（通信管理部
５）。このとき送信権（図では★で示す）も渡す。ＤＢ
ＳＶはプロトコルを受け取り（通信管理部６）、解析す
る（プロトコル解析部８）。プロトコルはＤＭＬをブロ
ッキングしているため、デブロッキングを行い（ブロッ
キング管理部９）ＡＰの要求を把握する。そして実際に
ＤＢにアクセスを行う（ＤＢインターフェイス部１
０）。
（ＡＰインターフェイス１）ＯＰＥＮ−ＤＭＬをブロッ
キングしＲＥＡＤ−ＤＭＬもブロッキングする（ブロッ
キング管理部４）。そして、プロトコルを組立て（プロ
トコル組立部２）、ＤＢＳＶに転送する（通信管理部
５）。このとき送信権（図では★で示す）も渡す。ＤＢ
ＳＶはプロトコルを受け取り（通信管理部６）、解析す
る（プロトコル解析部８）。プロトコルはＤＭＬをブロ
ッキングしているため、デブロッキングを行い（ブロッ
キング管理部９）ＡＰの要求を把握する。そして実際に
ＤＢにアクセスを行う（ＤＢインターフェイス部１
０）。
【００１５】この例ではまずＯＰＥＮを行い、ＯＰＥＮ
のレスポンスをブロッキングする（ブロッキング管理部
９）。ＲＥＡＤを行い（ＤＢインターフェイス部１０）
レコード１をブロッキングし（ブロッキング管理部９）
再びＲＥＡＤを行い（ＤＢインターフェイス部１０）レ
コード２をブロッキング（ブロッキング管理部９）す
る。そして、ここで通信可能なバッファサイズに達した
ためプロトコルを組立て（プロトコル組立部７）ＤＢＣ
Ｌへ送信する（通信管理部６）。そして、まだＡＰ指定
処理が終了していないため、送信権は渡さないて引き続
きＲＥＡＤを行う（ＤＢインターフェイス部１０）。レ
コード３，４をＲＥＡＤした時点でＡＰの指定処理が終
了するため、プロトコルを組立て（プロトコル組立部
７）ＤＢＣＬへ送信する（通信管理部６）。そしてこの
時、送信権はＤＢＣＬへ渡す。
のレスポンスをブロッキングする（ブロッキング管理部
９）。ＲＥＡＤを行い（ＤＢインターフェイス部１０）
レコード１をブロッキングし（ブロッキング管理部９）
再びＲＥＡＤを行い（ＤＢインターフェイス部１０）レ
コード２をブロッキング（ブロッキング管理部９）す
る。そして、ここで通信可能なバッファサイズに達した
ためプロトコルを組立て（プロトコル組立部７）ＤＢＣ
Ｌへ送信する（通信管理部６）。そして、まだＡＰ指定
処理が終了していないため、送信権は渡さないて引き続
きＲＥＡＤを行う（ＤＢインターフェイス部１０）。レ
コード３，４をＲＥＡＤした時点でＡＰの指定処理が終
了するため、プロトコルを組立て（プロトコル組立部
７）ＤＢＣＬへ送信する（通信管理部６）。そしてこの
時、送信権はＤＢＣＬへ渡す。
【００１６】図３は図２と同じ処理を従来の方法で行っ
た例である。ＡＰで受け取ったレコードは同じ件数で
も、通信回数は図２で３回、従来の場合の図３は１０回
で本実施例の場合の３倍である。
た例である。ＡＰで受け取ったレコードは同じ件数で
も、通信回数は図２で３回、従来の場合の図３は１０回
で本実施例の場合の３倍である。
【００１７】図４は本実施例でＷＲＩＴＥ−ＤＭＬのレ
コードをブロッキングして数回に渡って送信する例であ
る。
コードをブロッキングして数回に渡って送信する例であ
る。
【００１８】まず、ＤＢＣＬはＡＰから要求を受けた
（ＡＰインターフエイス部１）ＷＲＩＴＥ−ＤＭＬをブ
ロッキングしレコードもブロッキングする（ブロッキン
グ管理部４）。そして、送信バッファが一杯になるとプ
ロトコルを組立て（プロトコル組立部２）、ＤＢＳＶに
転送する（通信管理部５）。この時、次に続くＷＲＩＴ
Ｅ−ＤＭＬがあるため送信権は渡さない。２回ＷＲＩＴ
Ｅ−ＤＭＬとレコードもブロッキングしＡＰからの要求
が終わったところでプロトコルを組立て（プロトコル組
立部２）、ＤＢＳＶに転送する（通信管理部５）。この
時は送信権も渡す。 ＤＢＳＶはプロトコルを受け取り
（通信管理部６）、解析する（プロトコル解析部８）。
プロトコルはＤＭＬをブロッキングしているため、デブ
ロッキングを行い（ブロッキング管理部９）ＡＰの要求
を把握する。そして実際にＤＢにアクセスを行う（ＤＢ
インターフェイス部１０）。この例ではまずＷＲＩＴＥ
を行い、レスポンスをブロッキングする（ブロッキング
管理部９）。続けて、ＷＲＩＴＥを行い、レスポンスの
ブロッキングをし（ブロッキング管理部９）、プロトコ
ルを組立て（プロトコル組立部７）ＤＢＣＬへ送信する
（通信管理部６）。この時、送信権も渡す。
（ＡＰインターフエイス部１）ＷＲＩＴＥ−ＤＭＬをブ
ロッキングしレコードもブロッキングする（ブロッキン
グ管理部４）。そして、送信バッファが一杯になるとプ
ロトコルを組立て（プロトコル組立部２）、ＤＢＳＶに
転送する（通信管理部５）。この時、次に続くＷＲＩＴ
Ｅ−ＤＭＬがあるため送信権は渡さない。２回ＷＲＩＴ
Ｅ−ＤＭＬとレコードもブロッキングしＡＰからの要求
が終わったところでプロトコルを組立て（プロトコル組
立部２）、ＤＢＳＶに転送する（通信管理部５）。この
時は送信権も渡す。 ＤＢＳＶはプロトコルを受け取り
（通信管理部６）、解析する（プロトコル解析部８）。
プロトコルはＤＭＬをブロッキングしているため、デブ
ロッキングを行い（ブロッキング管理部９）ＡＰの要求
を把握する。そして実際にＤＢにアクセスを行う（ＤＢ
インターフェイス部１０）。この例ではまずＷＲＩＴＥ
を行い、レスポンスをブロッキングする（ブロッキング
管理部９）。続けて、ＷＲＩＴＥを行い、レスポンスの
ブロッキングをし（ブロッキング管理部９）、プロトコ
ルを組立て（プロトコル組立部７）ＤＢＣＬへ送信する
（通信管理部６）。この時、送信権も渡す。
【００１９】図５は図４と同じ処理を従来の方法で行っ
た例である。ＷＲＩＴＥしたレコードは同じ件数でも、
通信回数は図４で３回、従来の場合の図５は８回で本実
施例の場合の２倍以上である。
た例である。ＷＲＩＴＥしたレコードは同じ件数でも、
通信回数は図４で３回、従来の場合の図５は８回で本実
施例の場合の２倍以上である。
【００２０】これらの制御は主にブロッキング管理部
４，９で行う。ブロッキング管理部４ではＤＭＬのブロ
ッキング、レスポンスやレコードのデブロッキング、ブ
ロッキング管理部９ではＤＭＬのデブロッキング、レス
ポンスやレコードのブロッキングを行う。
４，９で行う。ブロッキング管理部４ではＤＭＬのブロ
ッキング、レスポンスやレコードのデブロッキング、ブ
ロッキング管理部９ではＤＭＬのデブロッキング、レス
ポンスやレコードのブロッキングを行う。
【００２１】図６，図７のフローチャートではＤＢＣＬ
・ＤＢＳＶそれぞれの処理の流れを示す。ステップ６０
１〜６１３がＤＢＣＬの処理を示し、ステップ７０１〜
７１１がＤＢＳＶの処理を示す。
・ＤＢＳＶそれぞれの処理の流れを示す。ステップ６０
１〜６１３がＤＢＣＬの処理を示し、ステップ７０１〜
７１１がＤＢＳＶの処理を示す。
【００２２】ＤＢＣＬは、ＡＰから要求を入力し（ステ
ップ６０１）ブロッキングする（ステップ６０２）。Ａ
Ｐ要求を終わり又は通信バッファが一杯になると（ステ
ップ６０３）、プロトコルを組み立てる（ステップ６０
４）。ＡＰ要求が終わりでなければ（ステップ６０５）
プロトコルのみを送信し（ステップ６０６）、ＡＰ要求
の入力（ステップ６０１）に戻る。終わりであれば送信
権も送信し（ステップ６０７）ＤＢＳＶからのプロトコ
ルの受信状態（ステップ６０８）に入る。
ップ６０１）ブロッキングする（ステップ６０２）。Ａ
Ｐ要求を終わり又は通信バッファが一杯になると（ステ
ップ６０３）、プロトコルを組み立てる（ステップ６０
４）。ＡＰ要求が終わりでなければ（ステップ６０５）
プロトコルのみを送信し（ステップ６０６）、ＡＰ要求
の入力（ステップ６０１）に戻る。終わりであれば送信
権も送信し（ステップ６０７）ＤＢＳＶからのプロトコ
ルの受信状態（ステップ６０８）に入る。
【００２３】ＤＢＳＶはＤＢＣＬから送られたプロトコ
ルを受信する（ステップ７０１）。送信権を受けとると
（ステップ７０２）プロトコルを分解する（ステップ７
０３）。ＡＰ要求を認識を行い（ステップ７０４）ＤＢ
をアクセスし（ステップ７０５）その結果をブロッキン
グする（ステップ７０６）。ＡＰ要求の終わり又は通信
バッファが一杯になると（ステップ７０７）プロトコル
を組み立て（ステップ７０８）、ＡＰ要求の終わりでな
ければ（ステップ７０９）プロトコルのみを送信し（ス
テップ７１０）、ＡＰ要求認識（ステップ７０４）に戻
り繰り返す。終わりであれば送信権も送信し（ステップ
７１１）ＤＢＣＬからの受信状態（ステップ７０１）に
戻る。
ルを受信する（ステップ７０１）。送信権を受けとると
（ステップ７０２）プロトコルを分解する（ステップ７
０３）。ＡＰ要求を認識を行い（ステップ７０４）ＤＢ
をアクセスし（ステップ７０５）その結果をブロッキン
グする（ステップ７０６）。ＡＰ要求の終わり又は通信
バッファが一杯になると（ステップ７０７）プロトコル
を組み立て（ステップ７０８）、ＡＰ要求の終わりでな
ければ（ステップ７０９）プロトコルのみを送信し（ス
テップ７１０）、ＡＰ要求認識（ステップ７０４）に戻
り繰り返す。終わりであれば送信権も送信し（ステップ
７１１）ＤＢＣＬからの受信状態（ステップ７０１）に
戻る。
【００２４】ＤＢＣＬはＤＢＳＶから送られたプロトコ
ルを受信し（ステップ６０８）送信権を受け取ると（ス
テップ６０９）プロトコルを分解する（ステップ６１
０）。レスポンスやレコードをデブロッキングして（ス
テップ６１１）ＡＰへ出力する（ステップ６１２）。そ
して結果出力が終わるとＡＰ要求の入力へ戻る（ステッ
プ６０１）。
ルを受信し（ステップ６０８）送信権を受け取ると（ス
テップ６０９）プロトコルを分解する（ステップ６１
０）。レスポンスやレコードをデブロッキングして（ス
テップ６１１）ＡＰへ出力する（ステップ６１２）。そ
して結果出力が終わるとＡＰ要求の入力へ戻る（ステッ
プ６０１）。
【００２５】図８は本実施例と従来のデータベースクラ
イアント・サーバシステムのデーダ処理方式での処理時
間を比較して示すためのタイムチャートであり、左側の
２本の棒状の表示は従来の方式での時間を示し、右側の
２本のものは本実施例での時間を示す。左右それぞれで
左側のものは端末コンピュータ側の時間を示し、右側の
ものはホストコンピュータ側の時間を示す。図中Ｒで示
す部分はＤＢＣＬまたはＤＢＳＶ内のプロトコル組立等
の処理の時間を示し、従来の方式および本実施例の右側
の件数は送信したレコードの累積係数を示す。
イアント・サーバシステムのデーダ処理方式での処理時
間を比較して示すためのタイムチャートであり、左側の
２本の棒状の表示は従来の方式での時間を示し、右側の
２本のものは本実施例での時間を示す。左右それぞれで
左側のものは端末コンピュータ側の時間を示し、右側の
ものはホストコンピュータ側の時間を示す。図中Ｒで示
す部分はＤＢＣＬまたはＤＢＳＶ内のプロトコル組立等
の処理の時間を示し、従来の方式および本実施例の右側
の件数は送信したレコードの累積係数を示す。
【００２６】図８に示すように本実施例は従来の方式に
比べ通信回数を削減したことの他に、通信している間に
処理を行っていることも効果のひとつである。
比べ通信回数を削減したことの他に、通信している間に
処理を行っていることも効果のひとつである。
【００２７】
【発明の効果】以上説明した様に、本発明によればＤＭ
Ｌ，レスポンス，レコードのブロッキングによって通信
可能バッファサイズを有効利用し、通信回数を大幅に削
減し、通信機能の負荷を軽減することで、ＤＢＣＬ・Ｄ
ＢＳＶ双方の処理能力を最大限に利用可能とする効果が
ある。
Ｌ，レスポンス，レコードのブロッキングによって通信
可能バッファサイズを有効利用し、通信回数を大幅に削
減し、通信機能の負荷を軽減することで、ＤＢＣＬ・Ｄ
ＢＳＶ双方の処理能力を最大限に利用可能とする効果が
ある。
【図１】本発明のデータベースクライアント・サーバシ
ステムのデータ処理方式を示すブロック図である。
ステムのデータ処理方式を示すブロック図である。
【図２】図１に示す実施例でＤＢのファイルをＯＰＥＮ
しレコードを４件ＲＥＡＤするデータ処理方式を説明す
る図である。
しレコードを４件ＲＥＡＤするデータ処理方式を説明す
る図である。
【図３】従来のデータベースクライアント・サーバシス
テムでＤＢのファイルをＯＰＥＮしレコードを４件ＲＥ
ＡＤすす処理方式を説明する図である。
テムでＤＢのファイルをＯＰＥＮしレコードを４件ＲＥ
ＡＤすす処理方式を説明する図である。
【図４】図１に示す実施例で４件のレコードをＤＢへＷ
ＲＩＴＥする処理方式を説明する図である。
ＲＩＴＥする処理方式を説明する図である。
【図５】従来のデータベースクライアント・サーバシス
テムで４件のレコードをＤＢへＷＲＩＴＥする処理方式
を説明する図である。
テムで４件のレコードをＤＢへＷＲＩＴＥする処理方式
を説明する図である。
【図６】図１に示す実施例のフローチャートの一部分で
ある。
ある。
【図７】図１に示す実施例の概略フローチャートの一部
分である。
分である。
【図８】図１に示す実施例と従来のデータベースクライ
アント・サーバシステムのデータ処理方式を比べて示す
タイムチャートである。
アント・サーバシステムのデータ処理方式を比べて示す
タイムチャートである。
ＡＰ アプリケーションプログラム ＤＢ データベース ＤＢＣＬ データベースクライアントシステム ＤＢＳＶ データベースサーバシステム １ ＡＰインターフェイス部 ２ プロトコル組立部 ３ プロトコル解析部 ４ ブロッキング管理部 ５ 通信管理部 ６ 通信管理部 ７ プロトコル組立部 ８ プロトコル解析部 ９ ブロッキング管理部 １０ ＤＢインターフェイス部
Claims (1)
- 【請求項１】 端末コンピュータ上のアプリケーション
プログラムが、データベースクライアントシステムを介
して、ポストコンピュータ上のデーアベースサーバシス
テムと連結されたデータベースのデータ処理を行う方式
において、 前記データベースクライアントシステムがデータ操作言
語を前記データベースサーバシステムに転送する場合に
一連の処理を一括して要求するためにデータ操作言語を
ブロッキングして転送し、ブロッキングしたデータ操作
言語が通信可能なバッファサイズを越えるものであれ
ば、通信可能なバッファサイズにブロッキングしたデー
タ操作言語を繰り返し転送し続ける手段と、前記データ
ベースサーバシステムがデータベース処理結果またはレ
コードを返却する場合、データベース処理結果およびレ
コードをブロッキングして転送し、ブロッキングしたデ
ータベース処理結果およびレコードが通信可能なバッフ
ァサイズを越えるものであれば、通信可能なバッファサ
イズにブロッキングしたデータベース処理結果およびレ
コードを繰り返し転送し続ける手段と、前記データベー
スクライアントシステムがデータベースサーバシステム
から受信したデータベース処理結果およびレコードをデ
ブロッキングする手段と、前記データベースサーバシス
テムが前記データベースから受信したデータ操作言語を
デブロッキングする手段と含むことを特徴とするデータ
ベースクライアント・サーバシステムのデータ処理方
式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3231332A JPH0573449A (ja) | 1991-09-11 | 1991-09-11 | データベースクライアント・サーバシステムのデータ処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3231332A JPH0573449A (ja) | 1991-09-11 | 1991-09-11 | データベースクライアント・サーバシステムのデータ処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0573449A true JPH0573449A (ja) | 1993-03-26 |
Family
ID=16921981
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3231332A Pending JPH0573449A (ja) | 1991-09-11 | 1991-09-11 | データベースクライアント・サーバシステムのデータ処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0573449A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5518530A (en) * | 1993-10-18 | 1996-05-21 | Ngk Insulators, Ltd. | Connected body comprising a gas separator and a metal, and apparatus for separating hydrogen gas from a mixed gas |
| JP2000285060A (ja) * | 1999-01-29 | 2000-10-13 | Digital Design Co Ltd | データ転送方法、コンピュータ読み取り可能な記録媒体及びデータ転送装置 |
| US6751791B2 (en) | 1999-12-27 | 2004-06-15 | Nec Corporation | Method of optimizing an MPI procedure by altering to a procedure other than the invoked MPI procedure portion or by altering the execution sequence |
| US7117252B1 (en) | 1999-01-29 | 2006-10-03 | Digitaldesign Co., Ltd. | Data transmission method, computer-readable medium, and data transmission apparatus |
| US8834239B2 (en) | 2004-05-10 | 2014-09-16 | Behr Gmbh & Co. Kg | Air outlet in particular for a motor vehicle |
| US9296277B2 (en) | 2003-03-13 | 2016-03-29 | Mahle International Gmbh | Air exhausting device, in particular for a vehicle and corresponding method for exhausting air |
-
1991
- 1991-09-11 JP JP3231332A patent/JPH0573449A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5518530A (en) * | 1993-10-18 | 1996-05-21 | Ngk Insulators, Ltd. | Connected body comprising a gas separator and a metal, and apparatus for separating hydrogen gas from a mixed gas |
| JP2000285060A (ja) * | 1999-01-29 | 2000-10-13 | Digital Design Co Ltd | データ転送方法、コンピュータ読み取り可能な記録媒体及びデータ転送装置 |
| US7117252B1 (en) | 1999-01-29 | 2006-10-03 | Digitaldesign Co., Ltd. | Data transmission method, computer-readable medium, and data transmission apparatus |
| US6751791B2 (en) | 1999-12-27 | 2004-06-15 | Nec Corporation | Method of optimizing an MPI procedure by altering to a procedure other than the invoked MPI procedure portion or by altering the execution sequence |
| US9296277B2 (en) | 2003-03-13 | 2016-03-29 | Mahle International Gmbh | Air exhausting device, in particular for a vehicle and corresponding method for exhausting air |
| US8834239B2 (en) | 2004-05-10 | 2014-09-16 | Behr Gmbh & Co. Kg | Air outlet in particular for a motor vehicle |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0841626A1 (en) | Data transfer mechanism | |
| US6185521B1 (en) | System and method for emulating mainframe channel programs by open systems computer systems | |
| JPH0573449A (ja) | データベースクライアント・サーバシステムのデータ処理方式 | |
| JPS62262164A (ja) | 仮想端末制御装置 | |
| JP2605491B2 (ja) | 設備管理コントローラ | |
| JPS61191140A (ja) | ロ−カルネツトワ−クの通信方式 | |
| JPH0410038A (ja) | リモートアクセス方式 | |
| JPH03294938A (ja) | 分散型通信システム | |
| JPH1091554A (ja) | 通信高速化システム | |
| JP2644090B2 (ja) | コンピュータ間通信方法 | |
| JPH0540721A (ja) | 計算機システム | |
| JPH05324505A (ja) | ファイル転送方法およびファイル転送システム | |
| JPH02231654A (ja) | Ｔｏｆ引継型ファイル | |
| JP2643843B2 (ja) | オンライン処理システム | |
| JPH07262109A (ja) | ホストエミュレーション方式 | |
| JPH0290755A (ja) | 計算機ネットワーク | |
| JP2604907B2 (ja) | ローカルファイルデータの入出力方式 | |
| JPH05342179A (ja) | データベースクライアント・サーバ分散処理システムのデータ処理方法 | |
| JPH07101904B2 (ja) | 交換機のシステムコントロ−ル装置 | |
| JPH03219339A (ja) | データ処理システム | |
| JPH06119259A (ja) | 情報表現形式変換装置 | |
| JPH08171611A (ja) | 文字認識システム | |
| JPH0612461A (ja) | データ出力方式 | |
| JPH06149738A (ja) | 情報端末装置 | |
| JPH04220749A (ja) | 情報変更処理方式 |