JPH05101111A

JPH05101111A - データ処理装置

Info

Publication number: JPH05101111A
Application number: JP3258156A
Authority: JP
Inventors: Hiroyoshi Yamada; 広佳山田; Tomohiko Yamada; 朝彦山田; Takao Iwasaki; 孝夫岩崎; Kazunori Shimakawa; 和典島川; Yuji Sato; 祐治佐藤; Hironori Hokao; 博紀外尾; Shinichi Amano; 慎一天野
Original assignee: Toshiba Corp; Toshiba Software Engineering Corp
Current assignee: Toshiba Corp; Toshiba Software Engineering Corp
Priority date: 1991-10-04
Filing date: 1991-10-04
Publication date: 1993-04-23

Abstract

(57)【要約】【目的】ホスト装置からデータベース演算コマンドが発
行された場合に、データベース演算処理装置において、
その対象データ量を事前に予測して必要メモリ容量を算
出でき、最適処理方式が事前に決定できるようにするこ
とである。【構成】ホスト装置からデータベース演算処理装置（Ｄ
ＢＥ）にファイル入力等のコマンドが与えられた場合、
対象ファイルのファイルサイズ等からデータ量を算出
し、同コマンドに対応して結果データ量記憶部に記憶し
（Ｓ２）、対象処理が存在するコマンドを実行した場合
には、処理結果のデータ量を、コマンドに対応させて結
果データ量記憶部に記憶する（Ｓ９）構成とする。ま
た、ホスト装置からＤＢＥに対象処理が存在するコマン
ドが与えられた場合には、その対象データを得るのに用
いられたコマンドに対応して結果データ量記憶部に記憶
されている結果データ量をもとに、必要メモリ容量を算
出する（Ｓ３）構成とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ホスト装置から与え
られるコマンドを受けて指定された演算処理を実行する
データベース演算処理装置を備えたデータ処理装置に係
り、特にホスト装置からデータベース演算処理を指示す
るコマンドが発行された場合に、その対象データ量を事
前に予測する予測機能をデータベース演算処理装置に持
たせたデータ処理装置に関する。

【０００２】

【従来の技術】ホスト装置から与えられるデータベース
演算コマンドを受けて指定された演算処理を実行するデ
ータベース演算処理装置を備えたデータ処理装置が従来
より知られている。この種のデータ処理装置が持つデー
タベース演算処理装置で、データベース演算コマンドを
効率的に実行するためには、対象となるデータの量（例
えば準結合または結合処理であれば、対象テーブルと条
件テーブルのデータ量）に対応したメモリ領域がデータ
ベース演算処理装置内に確保される必要がある。このメ
モリ領域は、上記の準結合または結合処理の例であれ
ば、対象テーブルと条件テーブルを一時記憶するための
入力バッファの領域、及び準結合または結合処理の結果
データを一時記憶するための出力バッファ領域である。

【０００３】ところが従来は、データベース演算のコマ
ンドの処理を開始する前に、対象となるデータ量を事前
に知ることはできず、したがって処理に必要となるメモ
リ容量を予測することができなかった。このため従来
は、データベース演算処理装置でのデータベース演算処
理に、次の第１または第２の手法のいずれかが適用され
ていた。

【０００４】まず第１は、データベース演算処理装置内
に必要メモリ容量が確保できないことを前提として、実
際に必要なメモリ容量に無関係に必ず処理可能な方式
（具体的には、データベース演算処理装置内のメモリに
代えて、２次記憶装置の作業ファイルを利用する方式）
を適用する手法である。

【０００５】第２は、最高性能が得られる方式（具体的
には、データベース演算処理装置内に必要なメモリ容量
が確保できるものと仮定して、データベース演算処理装
置内のメモリを利用する方式）から試行して、失敗すれ
ば次の方式を試していくという手法である。

【０００６】

【発明が解決しようとする課題】上記したようにデータ
ベース演算処理装置を備えた従来のデータ処理装置で
は、データベース演算のコマンドの処理を開始する前
に、対象となるデータ量を事前に知ることはできず、必
要となるメモリ容量を予測することができなかったた
め、全ての場合において処理可能な方式（第１の手法）
を用いるか、最高性能が得られる方式から試行して、失
敗すれば次の方式を試していくという手法（第２の手
法）を用いるかの２通りしかなかった。

【０００７】しかし、前者（第１の手法）は汎用的な方
式であり、データ量が少ないときの最適化は図られてい
ないのでデータ量が少ない場合の性能がかなり劣化する
という問題があった。これに対し、後者（第２の手法）
では、データ量が少ない場合には最適化が図られるが、
大きなデータ量では処理ができず、別の方式でやり直す
ことになる。よって、このような場合には、処理を開始
してから処理不能だと判断するまでが無駄となり、性能
がかなり劣化するという問題があった。

【０００８】この発明は上記事情に鑑みてなされたもの
でその目的は、ホスト装置からデータベース演算処理を
指示するコマンドが発行された場合に、データベース演
算処理装置において、その対象データ量を事前に予測し
て必要メモリ容量を算出することができ、もって算出し
たメモリ容量をもとに最適データベース演算処理方式が
事前に決定できるデータ処理装置を提供することにあ
る。

【０００９】

【課題を解決するための手段】この発明は、ホスト装置
から与えられるデータベース演算コマンドを受けて指定
された演算処理を実行するデータベース演算処理装置を
備えたデータ処理装置において、ホスト装置からデータ
ベース演算処理装置にファイル入力等のためのコマンド
を発行する場合に、対象となるファイルのデータ量を直
接または間接に指定するデータ量情報を付加する手段を
ホスト装置に設けると共に、データベース演算処理結果
のデータ量等を記憶するのに用いられる記憶手段と、ホ
スト装置から発行されたコマンドを解析して、対象処理
が存在するコマンドであるか否かを判別する判別手段
と、対象処理が存在しないコマンドの場合に、そのコマ
ンドに付加されているデータ量情報によって直接または
間接に指定されているデータ量を、結果データ量として
そのコマンドに対応して記憶手段に記憶する手段と、対
象処理が存在するコマンドの場合に、同コマンドの処理
対象データを得るのに用いられた先行コマンドに対応し
て記憶手段に記憶されている結果データ量をもとに、同
演算処理のためにデータベース演算処理装置内に確保す
べきメモリ容量を算出する算出手段と、算出された必要
メモリ容量に応じて最適データベース演算処理方式を決
定する決定手段と、決定された方式で処理されたデータ
ベース演算処理結果のデータ量を該当するコマンドに対
応して記憶手段に記憶する手段との各手段を、ホスト装
置に設けたことを特徴とするものである。

【００１０】

【作用】上記の構成では、対象処理が存在しないコマン
ド（例えば、２次記憶装置上のテーブルデータをデータ
ベース演算処理装置に読み込むことを指示するREADコマ
ンドなど）の場合には、そのコマンドに付加されている
データ量情報によって直接または間接に指定されている
データ量が、結果データ量としてそのコマンドに対応し
て記憶手段に記憶される。また、対象処理が存在するコ
マンド（例えば、先行するコマンドの実行によって得ら
れたテーブルデータを対象とする準結合処理を指示する
RESTRICTコマンドなど）が実行された場合には、その実
行結果のデータ量がそのコマンドに対応して記憶手段に
記憶される。

【００１１】そして、対象処理が存在するコマンド、即
ち先行するREADコマンド，RESTRICTコマンドなどの実行
によって得られたテーブルデータをデータベース演算処
理の対象データとするコマンド（例えば、結合を指示す
るJOINコマンド）が与えられた場合には、同対象データ
を得るのに用いられた先行コマンドに対応して記憶手段
に記憶されている結果データ量をもとに、指示された演
算処理のためにデータベース演算処理装置内に確保すべ
きメモリ容量が算出され、その算出された必要メモリ容
量に応じて最適データベース演算処理方式が事前に決定
される。これにより、指示された処理がデータ量に適し
た方式で効率的に実行される。この実行結果のデータ量
は、後続のコマンドの処理で利用可能なように、該当す
るコマンド（ここでは、JOINコマンド）に対応して記憶
手段に記憶される。

【００１２】

【実施例】以下、図面を参照してこの発明の実施例を説
明する。

【００１３】図１にはこの発明の一実施例に係わるデー
タ処理装置の全体のシステム構成が示されている。この
データ処理装置は、ホストコンピュータ１０と、データ
ベース演算処理装置（データベースエンジン；ＤＢＥ）
１６と、磁気ディスク装置などのディスク装置１７とに
よって構成されている。ホストコンピュータ１０は、Ｃ
ＰＵ１１、主記憶装置１２、第１及び第２のチャネル装
置１４，１５によって構成されており、これらＣＰＵ１
１、主記憶装置１２及びチャネル装置１４，１５はシス
テムバス１３を介して相互接続されている。

【００１４】ホストコンピュータ１０とデータベース演
算処理装置（ＤＢＥ）１６はチャネル装置１４によって
接続され、またホストコンピュータ１０とディスク装置
１７はチャネル装置１５によって接続されている。さら
に、データベース演算処理装置（ＤＢＥ）１６とディス
ク装置１７は専用のパス１８を介して接続されている。

【００１５】ＣＰＵ１１は、ホストコンピュータ１０全
体の制御を司るものであり、データベース演算処理装置
（ＤＢＥ）１６に対してソート処理や関係代数演算等の
各種演算処理の実行を依頼する。主記憶装置１２には、
データベース演算処理装置（ＤＢＥ）１６に対して演算
対象ファイルや演算内容を指示するためのコマンド群が
格納される。

【００１６】データベース演算処理装置（ＤＢＥ）１６
は、ＣＰＵ１１からのコマンドに基づいて演算対象ファ
イルのデータに対して演算処理を実行するものであり、
演算対象ファイルの入力及び演算結果の出力のために、
パス１８を介してディスク装置１７を直接的にアクセス
する。

【００１７】このＤＢＥ（データベース演算処理装置）
１６は、エンジンインターフェースプロセッサ（ＥＩ
Ｐ）１６１、エンジン制御プロセッサ（ＥＣＰ）１６
２、大容量メモリ（ＥＢＤＭ）１６３、ハードウェア
（ＨＷ）ソータ制御プロセッサ（ＥＣＡＭ）１６４、並
列ソーティングモジュール（ＰＳＯＭ）１６５及び並列
関係代数演算モジュール（ＰＲＡＭ）１６６によって構
成されている。

【００１８】ＥＩＰ（エンジンインターフェースプロセ
ッサ）１６１、ＥＣＰ（エンジン制御プロセッサ）１６
２及びＥＣＡＭ（ハードウェアソータ制御プロセッサ）
１６４の３台のプロセッサは、内部バス１６７によって
相互接続されており、ＥＢＤＭ（大容量メモリ）１６３
を共有メモリとする密結合のマルチプロセッサを構成し
ている。ＥＢＤＭ１６３は、３台の各プロセッサの共通
のアドレス空間上に配置されている。また、これら３台
のプロセッサ、つまりＥＩＰ１６１、ＥＣＰ１６２及び
ＥＣＡＭ１６４には機能分散がなされている。この場
合、それぞれの固有の役割を効率良く実行するために、
これら各プロセッサは、密結合ながらそれぞれに適した
独立のモニタによって動作制御されるように構成されて
いる。ＥＩＰ１６１、ＥＣＰ１６２及びＥＣＡＭ１６４
の機能分散は、次のようになされている。

【００１９】すなわち、ＥＩＰ（エンジン制御プロセッ
サ）１６１は、ホストコンピュータ１０とＤＢＥ１６間
の通信を行なうと共に、ディスク装置１７のディスクコ
ントローラにもパス１８を介して接続されており、ディ
スク装置１７とのデータ入出力を制御する。また、ＥＩ
Ｐ１６１は、ディスク装置１７にデータを出力する際、
出力ファイルの再構成処理も行なう。

【００２０】ホストコンピュータ１０との間の通信にお
いては、ＥＩＰ１６１は、第１のチャネル装置１４を介
してＣＰＵ１１から送られてくるコマンドを受信し、そ
れをＥＣＰ１６２に送信する。また、ＥＩＰ１６１は、
ＥＣＰ１６２から送られてくるコマンド結果としてのス
テータスを受信し、それを第１のチャネル装置１４を介
してＣＰＵ１１に返信する。

【００２１】ディスク装置１７との間のデータ入出力処
理においては、ＥＩＰ１６１は、ＥＣＰ１６２からの入
出力要求を受け付け、直接ＥＢＤＭ１６３とディスク装
置１７との間でデータ転送を行なう。ＥＣＰ１６２は、
ＥＩＰ１６１、ＥＢＤＭ１６３及びＥＣＡＭ１６４を内
部バス１６７を介して制御し、データ処理を行なう。

【００２２】ＥＢＤＭ（大容量メモリ）１６３は、ディ
スク装置１７から読み出された演算対象のファイルデー
タ（テーブルデータ）、ＥＣＡＭ１６４、ＰＳＯＭ１６
５及びＰＲＡＭ１６６によるソート処理結果、関係代数
演算結果等を格納する共有メモリである。このＥＢＤＭ
１６３に格納されるソート処理結果、関係代数演算結果
等（の出力結果）は、基本的には、ＥＢＤＭ１６３上に
おける入力レコードの先頭アドレスを示すポインタ（レ
コード識別番号ＲＩＤ）によって表わされる。これは、
出力結果を格納するのに必要なメモリ容量を少なくする
ためである。ＥＣＡＭ（ハードウェアソータ制御プロセ
ッサ）１６４は、ＥＣＰ１６２からの指令に基づいて、
ＰＳＯＭ１６５及びＰＲＡＭ１６６による演算を制御す
る。

【００２３】この場合、ＥＣＡＭ１６４は、ＥＢＤＭ１
６３上のデータをＰＳＯＭ１６５に入力し、ＰＲＡＭ１
６６から出力された演算結果をＥＢＤＭ１６３上に格納
するが、ＰＳＯＭ１６５へのデータ入力に際しては、キ
ー切り出し処理を実行する。このキー切り出し処理にお
いては、ＥＣＡＭ１６４は、演算対象の各レコードから
演算に必要なキーのみを切り出し、それにレコード識別
番号ＲＩＤ（ＥＢＤＭ１６３上におけるレコードの先頭
アドレスを示すポインタ）を付加してＰＳＯＭ１６５へ
送出する。

【００２４】ＰＳＯＭ（並列ソーティングモジュール）
１６５は、ＥＣＡＭ１６４によって駆動され、ソートを
並列に実行する専用のハードウェア回路であり、ＰＲＡ
Ｍ１６６に接続されている。このＰＳＯＭ１６５は、パ
イプラインマージソータと称されるものであり、２−ウ
ェイマージを行なう複数のソートセルをカスケード接続
してなる。

【００２５】ＰＲＡＭ（並列関係代数演算モジュール）
１６６は、関係型データベースにおけるJOIN（結合）や
RESTRICT（制約、準結合）といった関係代数演算を並列
に実行する専用のハードウェア回路であり、ＰＳＯＭ１
６５からソートされたデータを入力し、演算結果をＥＣ
ＡＭ１６４に出力する。ソート処理だけを実行する場合
には、ＰＲＡＭ１６６は最終段のソートセルとして機能
する。

【００２６】図２はホストコンピュータ１０（のＣＰＵ
１１）からＤＢＥ（データベース演算処理装置）１６に
与えられるコマンド列２１を示す。このコマンド列２１
は、ホストコンピュータ１０よりＤＢＥ１６に処理を行
なわせる一連の処理内容を表わしたコマンド群（コマン
ド＃１，＃２…＃ｎ）とコマンド列内コマンド数よりな
る。各コマンドはコマンド識別子（コマンドＩＤ）によ
って識別可能である。

【００２７】コマンドとしては、ディスク装置１７から
ＥＢＤＭ１６３へのテーブルの読み込みを指示するREAD
コマンド、ＥＢＤＭ１６３上のデータを指定された形式
でディスク装置１７またはＥＢＤＭ１６３に出力するこ
とを指示するPROJECTION（射影）コマンド、及びRESTRI
CTコマンドが用意されている。このRESTRICTコマンド
は、異なるテーブルのカラムを条件として制約（準結
合）を行なうこと、即ち対象テーブルと条件テーブルの
複数カラムの比較を行ない該当する対象テーブル中のレ
コードを選択することを指示するコマンドである。

【００２８】またコマンドとして、同一テーブルのカラ
ムまたは定数による選択を行なうことを指示するSELECT
コマンド、対象テーブルと条件テーブルそれぞれに対し
て与えられたカラムに対する条件によるレコードの選択
を行なった後対象テーブルの選択されたレコード群と条
件テーブルの選択されたレコード群の複数カラムの比較
を行ない該当する対象テーブル中のレコードを選択する
ことを指示するSELSELJOINコマンド（指定されたキーカ
ラムによる結合を行なうJOINコマンドの一種）、及びデ
ィスク装置１７上のワークファイルを指定するWORKFILE
コマンドも用意されている。

【００２９】コマンド列２１を構成する各コマンドは、
図に示すように、コマンドコードとＤＢＥ１６での処理
に必要な諸情報からなる。この諸情報は、例えばREADコ
マンドであれば、ディスク装置１７からＤＢＥ１６内に
読み込むべきファイルデータ（テーブルデータ）と、そ
のサイズ等である。また、例えばRESTRICTコマンドであ
れば、選択の対象となるテーブル（を得るのに用いられ
たコマンドのＩＤ）と、条件となるテーブル（を得るの
に用いられたコマンドのＩＤ）と、対象テーブルのカラ
ムと、条件テーブルのカラムと、比較演算子等である。
また、SELSELJOINコマンドであれば、結合の対象とする
テーブル（を得るのに用いられたコマンドのＩＤ）と、
条件となるテーブル（を得るのに用いられたコマンドの
ＩＤ）と、対象テーブルに対する選択条件、条件テーブ
ルに対する選択条件、対象テーブルのカラム、条件テー
ブルのカラム、結合のための演算子等である。

【００３０】図３はＥＣＰ１６２内のメモリ（図示せ
ず）上に確保される結果データ量記憶部１６８の構造を
示す。結果データ量記憶部１６８は、ホストコンピュー
タ１０から与えられたコマンドを実行することにより得
られるデータのデータ量を結果データ量として、そのコ
マンドのＩＤに対応して記憶するのに用いられる。

【００３１】次に、この発明の一実施例の動作を説明す
る。まず、図１のデータ処理装置全体の動作を説明す
る。ホストコンピュータ１０内のＣＰＵ１１は、主記憶
装置１２上にあるコマンド列２１（図２参照）をシステ
ムバス１３、チャネル装置１４を経由してＤＢＥ（デー
タベース演算処理装置）１６に発行する。

【００３２】ＤＢＥ１６に発行されたコマンド列２１
は、ＥＩＰ１６１によってＤＢＥ１６内に入力されて、
ＥＢＤＭ１６３に格納される。ＥＣＰ１６２は、ＥＢＤ
Ｍ１６３に格納された（ホストコンピュータ１０から
の）コマンド列２１の先頭コマンドから順にコマンドの
解析を行ない、必要があれば処理対象となるデータをＥ
ＩＰ１６１を介してディスク装置１７からＥＢＤＭ１６
３に読み込み、それをＥＣＡＭ１６４に渡して処理を行
なわせる。ＥＣＡＭ１６４は対象となるデータをＰＳＯ
Ｍ１６５からＰＲＡＭ１６６に渡して指定された演算を
行なわせ、処理が終了すればＥＣＰ１６２に報告を行
う。ＥＩＰ１６１は、必要があれば処理結果をディスク
装置１７または主記憶装置１２等へ出力し、実行された
たコマンドに対応する応答をチャネル装置１４、システ
ムバス１３を経由してＣＰＵ１１に返す。

【００３３】次に、ＤＢＥ１６内での動作の詳細を図４
のフローチャートを参照して説明する。まずＥＣＰ１６
２が、ＥＢＤＭ１６３に格納されたコマンド列２１から
１コマンドを取り出して同コマンドの解析を行なったも
のとする。この解析の結果、コマンドの形式（種別）に
よって２通りに処理が分かれる（ステップＳ１）。

【００３４】１つは、当該コマンドが、対象処理の存在
しないコマンド、つまりREADコマンド等（入力等の処
理）の場合であり、この場合にはステップＳ２の処理が
行なわれる。

【００３５】このステップＳ２においてＥＣＰ１６２
は、当該コマンドによって入力が指定されているディス
ク装置１７上の対象ファイル（テーブルデータ）のデー
タ量（レコード数）の最大値（上限）を、当該コマンド
に付されているファイルの大きさ（ファイルサイズ）等
により算出し（見積もり）、その算出したデータ量を結
果データ量として、当該コマンドのＩＤに対応してＥＣ
Ｐ１６２内の結果データ量記憶部１６８に登録する。

【００３６】これに対し、当該コマンドが、対象処理の
存在するコマンド、つまり先行する他のコマンドの結果
を対象としてデータベース演算処理を施すRESTRICTコマ
ンド、SELSELJOIN等のコマンドの場合には、ステップＳ
３の処理が行なわれる。

【００３７】このステップＳ３においてＥＣＰ１６２
は、当該コマンドによって指定されている（対象データ
を得るのに用いられた）先行コマンドのＩＤにより結果
データ量記憶部１６８を参照し、同ＩＤに対応して結果
データ量記憶部１６８に登録されている結果データ量、
即ちこの先行コマンドの処理結果のデータ量（先行コマ
ンドがREADコマンドであれば、対象ファイルの計算によ
って求められたデータ量、先行コマンドがRESTRICTコマ
ンドやSELSELJOINコマンド等であれば、準結合または結
合処理の結果のデータ量）を取り出す。

【００３８】続いてＥＣＰ１６２は、取り出した結果デ
ータ量から、当該コマンドの対象処理のためにＥＢＤＭ
１６３上に確保すべき必要メモリ容量を算出する。即ち
ＥＣＰ１６２は、例えばSELSELJOINコマンドの指示によ
る結合処理の結果（生成されたテーブル）とREADコマン
ドによって指定されたファイル（テーブル）を対象とす
る準結合を指示するRESTRICTコマンドの場合を例にとる
と、上記のＳＥＬＳＥＬＪＯＩＮコマンドのＩＤに対応
して結果データ量記憶部１６８に登録されている結果デ
ータ量（ＳＥＬＳＥＬＪＯＩＮコマンドの指示よる結合
処理の結果生成されたテーブルのデータ量）及び上記の
READコマンドのＩＤに対応して結果データ量記憶部１６
８に登録されている結果データ量（READコマンドで指定
されるテーブルのデータ量であり、同コマンドに付され
ているファイルの大きさ等の情報をもとに算出されたも
の）をもとに、これら両テーブルを対象とするRESTRICT
（準結合）の結果のデータ量の最大値を算出（予測）す
る。ここで最大値となっているのは、処理の対象外とさ
れるデータ、更には処理によって落とされるデータだけ
の誤差が発生するからである。

【００３９】そしてＥＣＰ１６２は、上記両テーブルの
データ量をもとに、これら両テーブルを入力するための
バッファ領域（入力バッファ）のメモリ容量を算出する
と共に、上記算出した結果のデータ量をもとに、処理結
果を出力するためのバッファ領域（出力バッファ領域）
のメモリ容量を算出する。以上により、当該コマンド
（ここではRESTRICTコマンド）を（ＤＢＥ１６内だけ
で）処理するのに必要な総メモリ容量が算出される。

【００４０】ＥＣＰ１６２は必要メモリ容量を算出する
と、そのメモリ容量の領域を確保するだけの余裕がＥＢ
ＤＭ１６３にあるか否か、即ち上記によって求められた
データの総量が、全てＤＢＥ１６の内部メモリであるＥ
ＢＤＭ１６３の空き領域内に配置できるか否かを調べる
（ステップＳ４）。これにより、もしＥＢＤＭ１６３が
領域不足であるならば、ＥＣＰ１６２はＤＢＥ１６内の
みで処理を継続するのは不可能であるものと判断し、デ
ィスク装置１７或いは主記憶装置１２等の、ＤＢＥ１６
から見た外部記憶上の作業ファイルを（バッファとし
て）利用して、ＥＣＡＭ１６４等を用いて処理を行なわ
せる（ステップ８）。このような処理を拡張処理と呼
ぶ。

【００４１】これに対してＥＢＤＭ１６３が領域不足で
なく、ＤＢＥ１６内のみで処理できる場合には、ＥＣＰ
１６２は、当該コマンドの処理が、関係代数演算のため
の専用ハードウェアであるＰＳＯＭ１６５及びＰＲＡＭ
１６６を用いて一括処理できるか否かを調べる（ステッ
プＳ５）。この一括処理の可否により、処理はステップ
Ｓ６またはステップＳ７の２つに分岐する。即ち、ＰＳ
ＯＭ１６５及びＰＲＡＭ１６６のハードウェアには、一
度に処理できるデータ量の上限が存在しており、上記で
求めた予測データ量がこの一括処理可能なデータ量を超
過する場合としない場合では、処理内容が異なる。

【００４２】まず、一括処理が可能であれば、ＥＣＰ１
６２はＥＣＡＭ１６４に依頼して、ＰＳＯＭ１６５及び
ＰＲＡＭ１６６のハードウェアを用いた一括処理を行な
わせる（ステップＳ６）。このような処理を内部処理と
呼ぶ。一方、一括処理が可能でない場合には、ＥＣＰ１
６２はＥＣＡＭ１６４に依頼してＰＳＯＭ１６５及びＰ
ＲＡＭ１６６のハードウェアによる処理を繰り返し行な
わせ、それらの結果を結合・統合する処理を行なう（ス
テップＳ７）。即ち一括処理が可能でない場合には、Ｐ
ＳＯＭ１６５及びＰＲＡＭ１６６のハードウェアが何度
も利用した後、それらを結合・統合する後処理（このよ
うな処理を外部処理と呼ぶ）が必要となる。

【００４３】以上のステップＳ６（内部処理）、ステッ
プＳ７（外部処理）またはステップＳ８（拡張処理）が
済むと、ＥＣＰ１６２はそのステップで得られた処理結
果の正しいデータ量を、当該コマンド（ここではRESTRI
CTコマンド）のＩＤに対応して結果データ量記憶部１６
８に登録する（ステップＳ９）。これにより、当該コマ
ンドの処理結果のデータ量の情報を、後続のコマンドの
処理で利用（参照）することが可能となる。ここで、ス
テップＳ６〜Ｓ８の処理速度は、ステップＳ６の内部処
理が最も高速であり、ステップＳ７の外部処理が２番目
に高速であり、ステップＳ８の拡張処理が最も低速であ
る。

【００４４】なお、前記実施例では、READコマンド等に
は、対象ファイルの大きさ等を示す情報が付されている
ものとして説明したが、対象ファイルの大きさ等によっ
て予測されるデータ量（の最大値）が付されていても構
わない。こうすると、対象コマンドがREADコマンド等の
場合に、ＥＣＰ１６２において対象ファイルのデータ量
を算出する必要がなくなる。

【００４５】また、結果データ量記憶部１６８の内容
を、コマンド列２１の実行が全て終了した後にクリアす
る構成であっても構わない。この場合、結果データ量記
憶部１６８の領域を最小限に抑えることができる。

【００４６】

【発明の効果】以上詳述したようにこの発明によれば、
対象処理が存在しないファイル入力等のためのコマンド
に、対象となるファイルのデータ量を直接または間接に
指定するデータ量情報をホスト装置側で付加し、同コマ
ンドを受けたデータベース演算処理装置側で、同コマン
ドに付加されているデータ量情報によって直接または間
接に指定されているデータ量を結果データ量として同コ
マンドに対応して記憶手段に記憶し、更に対象処理が存
在するコマンドの実行結果のデータ量をそのコマンドに
対応して記憶手段に記憶する構成とすると共に、対象処
理が存在するコマンド、即ち先行するコマンドの実行に
よって得られたテーブルデータをデータベース演算処理
の対象データとするコマンドがホスト装置からデータベ
ース演算処理装置に与えられた場合に、同対象データを
得るのに用いられたコマンドに対応して記憶手段に記憶
されている結果データ量をもとに、指示された演算処理
のためにデータベース演算処理装置内に確保すべきメモ
リ容量を算出する構成としたので、この算出した必要メ
モリ容量に応じて最適データベース演算処理方式が事前
に決定できるようになり、データベース演算処理の性能
向上が図れる。

【図面の簡単な説明】

【図１】この発明の一実施例に係るデータ処理装置のシ
ステム構成を示すブロック図。

【図２】図１のホストコンピュータ１０からデータベー
ス演算処理装置（ＤＢＥ）１６に与えられるコマンド列
の構成を示す図。

【図３】図１のエンジン制御プロセッサ（ＥＣＰ）１６
２内のメモリ上に確保される結果データ量記憶部の構造
を示す図。

【図４】図１のデータベース演算処理装置（ＤＢＥ）１
６の動作を説明するためのフローチャート。

【符号の説明】１０…ホストコンピュータ、１１…ＣＰＵ、１６…デー
タベース演算処理装置（ＤＢＥ）、１７…ディスク装置
（２次記憶装置）、１８…パス、２１…コマンド列、１
６１…エンジンインタフェースプロセッサ（ＥＩＰ）、
１６２…エンジン制御プロセッサ（ＥＣＰ）、１６３…
大容量メモリ（ＥＢＤＭ）、１６４…ハードウェア（Ｈ
Ｗ）ソータ制御プロセッサ（ＥＣＡＭ）、１６５…並列
ソーティングモジュール（ＰＳＯＭ）、１６６…並列関
係代数演算モジュール（ＰＲＡＭ）、１６８…結果デー
タ量記憶部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者山田朝彦東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者岩崎孝夫東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者島川和典東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者佐藤祐治東京都青梅市新町1385番地東芝ソフトウエアエンジニアリング株式会社内 (72)発明者外尾博紀東京都青梅市新町1385番地東芝ソフトウエアエンジニアリング株式会社内 (72)発明者天野慎一東京都青梅市新町1385番地東芝ソフトウエアエンジニアリング株式会社内

Claims

【特許請求の範囲】

【請求項１】ホスト装置と、演算対象のファイルデー
タが格納される２次記憶装置と、前記２次記憶装置を直
接アクセスするためのパスを有し、前記ホスト装置から
のコマンドに応じて前記演算対象のファイルデータに対
して所定の演算処理を実行する演算処理装置とを備えた
データ処理装置において、前記ホスト装置に、前記ホスト装置から前記データベース演算処理装置にフ
ァイル入力等のためのコマンドを発行する場合に、対象
となるファイルのデータ量を直接または間接に指定する
データ量情報を付加する手段を備えると共に、前記データベース演算処理装置に、データベース演算処理結果のデータ量等を記憶するのに
用いられる記憶手段と、前記ホスト装置から前記データベース演算処理装置に発
行されたコマンドを解析して、対象処理が存在するコマ
ンドであるか否かを判別する判別手段と、この判別手段によって対象処理が存在しないコマンドで
あることが判別された場合に、同コマンドに付加されて
いる前記データ量情報によって直接または間接に指定さ
れているデータ量を、結果データ量としてそのコマンド
に対応して前記記憶手段に記憶する手段と、前記判別手段によって対象処理が存在するコマンドであ
ることが判別された場合に、同コマンドの処理対象デー
タを得るのに用いられた先行コマンドに対応して前記記
憶手段に記憶されている結果データ量をもとに、同演算
処理のために前記データベース演算処理装置内に確保す
べきメモリ容量を算出する算出手段と、この算出手段によって算出された必要メモリ容量に応じ
て最適データベース演算処理方式を決定する決定手段
と、この決定手段によって決定された方式で処理されたデー
タベース演算処理結果のデータ量を該当するコマンドに
対応して前記記憶手段に記憶する手段とを備え、データベース演算処理の対象データ量を事前に予測して
最適データベース演算処理方式を決定するようにしたこ
とを特徴とするデータ処理装置。