(57)【特許請求の範囲】
【請求項１】
ホスト計算機とディスク記憶装置が接続され、前記ディスク記憶装置にデータベースのデータが蓄えられるデータベース管理システムのデータ変換方法において、
前記ホスト計算機は、
データ変換の指令を与えるスケルトンプログラムと、
前記ディスク記憶装置と通信をおこなうための通信プログラムとを有し、
前記ディスク記憶装置は、
データ変換をおこなうデータ変換プログラムと、
前記ホスト計算機と通信をおこなうための通信プログラムとを有し、
データ変換の際に、
前記スケルトンプログラムは、
前記ディスク記憶装置と通信をおこなうための通信プログラムにより、データ変換プログラムを特定する情報に基づき、前記ディスク記憶装置のデータ変換プログラムにリクエストを送り、
前記データ変換プログラムは、ホスト計算機と通信をおこなうための通信プログラムによって、そのリクエストを受けとって、
前記データ変換プログラムは、自らのディスク記憶装置内でデータ変換をおこない、
前記リクエストは、
変換元データのアドレスと、
変換するデータの大きさと、
変換データの格納先アドレスとを含むことを特徴とするデータベース管理システムのデータ変換方法。
【請求項２】
前記データ変換プログラムを特定する情報は、
前記ディスク記憶装置のロジカルユニット番号とポート番号であることを特徴とする請求項１記載のデータベース管理システムのデータ変換方法。
【請求項３】
ディスク記憶装置が接続され、データベース管理システムを実装するホスト計算機において、
前記ディスク記憶装置は、データベースのデータを蓄え、
データ変換をおこなうデータ変換プログラムと、
前記ホスト計算機と通信をおこなうための通信プログラムとを有し、
前記ホスト計算機は、
データ変換の際に、前記ディスク記憶装置内のデータ変換プログラムに、データ変換プログラムを特定する情報に基づき、リクエストを送り、前記データ変換プログラムに自らのディスク記憶装置内でデータ変換をおこなわせるリクエストを与えるスケルトンプログラムと、
前記ディスク記憶装置と通信をおこなうための通信プログラムとを有し、
前記リクエストは、
変換元データのアドレスと、
変換するデータの大きさと、
変換データの格納先アドレスとを含むことを特徴とするホスト計算機。
【請求項４】
ディスク記憶装置が接続され、データベース管理システムを実装するホスト計算機で実行されるプログラムの記憶媒体において、
前記ディスク記憶装置は、データベースのデータを蓄え、
データ変換をおこなうデータ変換プログラムと、
前記ホスト計算機と通信をおこなうための通信プログラムとを有し、
前記ホスト計算機が、
データ変換の指令を与えるスケルトンプログラムと、
前記ディスク記憶装置と通信をおこなうための通信プログラムとを有する場合に、
前記スケルトンプログラムは、
データ変換の際に、前記ディスク記憶装置内のデータ変換プログラムに、データ変換プログラムを特定する情報に基づき、リクエストを送り、前記データ変換プログラムに自らのディスク記憶装置内でデータ変換をおこなわせるリクエストを与えるプログラムであり、
前記リクエストは、
変換元データのアドレスと、
変換するデータの大きさと、
変換データの格納先アドレスとを含むことを特徴とする前記スケルトンプログラムを格納する記憶媒体。
【請求項５】
ホスト計算機と接続され、データベース管理システムのデータを蓄えるディスク記憶装置において、
前記ホスト計算機は、
データ変換の指令を与えるスケルトンプログラムと、
前記ディスク記憶装置と通信をおこなうための通信プログラムとを有し、
前記ディスク記憶装置は、
前記スケルトンプログラムから、データ変換プログラムを特定する情報に基づき送られるリクエストを受け、自らの内部でデータ変換をおこなうデータ変換プログラムと、
前記ホスト計算機と通信をおこなうための通信プログラムとを有し、
前記リクエストは、
変換元データのアドレスと、
変換するデータの大きさと、
変換データの格納先アドレスとを含むことを特徴とするディスク記憶装置。
【請求項６】
ホスト計算機と接続され、データベース管理システムのデータを蓄えるディスク記憶装置で実行されるプログラムにおいて、
前記ホスト計算機は、
データ変換の指令を与えるスケルトンプログラムと、
前記ディスク記憶装置と通信をおこなうための通信プログラムとを有し、
前記ディスク記憶装置が、
データ変換をおこなうデータ変換プログラムと、
前記ホスト計算機と通信をおこなうための通信プログラムとを有する場合に、
前記データ変換プログラムは、
前記スケルトンプログラムから、データ変換プログラムを特定する情報に基づき送られるリクエストを受け、前記ディスク記憶装置の内部でデータ変換をおこなうプログラムであり、
前記リクエストは、
変換元データのアドレスと、
変換するデータの大きさと、
変換データの格納先アドレスとを含むことを特徴とする前記データ変換プログラムを格納する記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データベース管理システムのデータ変換方法、および、それを実現するための装置に係り、大容量のデータベースを変換するのに、ホストコンピュータとディスク記憶装置との間のデータ転送を不要にしてシステムに負荷をかけないデータベース管理システムのデータ変換方法、および、それを実現するための装置に関する。
【０００２】
【従来の技術】
１９９０年代、データマイニングやデータウェアハウス、意思決定支援システムといった大容量データを処理するデータ・インテンシブなアプリケーションが出現した。そのような状況下、データ容量は１年毎に倍増することから、それに対応するためにデータを効率的に管理するためのソルーションが求められるようになった。このようなソルーションの一つとして、１９９８年後半に提唱されたＳＡＮ（Storage Area Network）がある。
【０００３】
ＳＡＮは、ストレージとストレージにアクセスする計算機から構成されるデータ専用ネットワークである。例えば、従来は、他の計算機も接続されたＬＡＮを使っておこなっていたデータバックアップを、データ専用ネットワークであるＳＡＮを用いておこなうとＬＡＮの負荷が軽減する。このようなＬＡＮ負荷軽減がＳＡＮの主な目的の一つである。また、ＳＡＮの特徴としては、データ共有を容易におこなえるようにすることがある。ＳＡＮに接続される計算機は、ＳＡＮ上のどの磁気ディスク装置にも物理的にアクセスできるためである。
【０００４】
しかしながら、二つの計算機が同じ磁気ディスク装置に物理的にアクセス可能であることは、アプリケーションレベルで共有できることを意味しない。一方の計算機上のデータベース管理システム（以下、「ＤＢＭＳ」とも言う）やファイルシステムが管理しているデータに、もう一方の計算機がアクセスできてもどのように解釈すればよいかは分からないからである。このため、ファイルシステムとＤＢＭＳ間、異種ＤＢＭＳ間のデータ共有を実現するための変換ソフトウェアが開発されてきた。
【０００５】
ところで、膨大なデータを有効活用する手法としてデータマイニングが話題になっていて、そのためのツールの開発も盛んである。一般に、データマイニングツールは、ＯＬＴＰ（OnLine Transaction Program）により蓄積されたデータ（顧客データ等）を用いる。通常、ＯＬＴＰは、メインフレーム上で動作し、ＤＢＭＳを用いてデータを管理する。一方のデータマイニングツールは、ＵＮＩＸやＮＴのようなオープンシステム上で動作し、データをＤＢＭＳに一旦格納した後に解析する。ここで、メインフレームからオープンシステム上へのデータ転送、異種ＤＢＭＳ間のデータ変換が必要となる。
【０００６】
異種ＤＢＭＳ間のデータ変換方法の公知技術としては、ＵＳＰ６０１６５０１やＵＳＰ６０３５３０７がある。
【０００７】
ＵＳＰ６０１６５０１に出てくるＥＤＭ（Enterprise Data Movement）システムは、ソースであるＤＢＭＳのデータを抽出し、ターゲットＤＢＭＳのデータ形式に変換し、変換データをターゲットＤＢＭＳに読み込む。一般的には、ソースＤＢＭＳおよびターゲットＤＢＭＳのデータはディスク記憶装置に格納されており、ＥＤＭシステムはサーバ上で動作している。そこで、いったん、ソースＤＢＭＳのデータは、ディスク記憶装置からＳＣＳｌチャネルを介してサーバ上に抽出され、サーバ上でターゲットＤＢＭＳのデータ形式に変換後に、ターゲットＤＢＭＳのデータ領域にＳＣＳＩチャネルを介してロードされる。
【０００８】
これを模式的に示すと、図１１に示されるようになる。
図１１は、従来技術に係るデータ変換の例を示す模式図である。
【０００９】
図１１に示されるデータ変換では、ディスク記憶装置１２０のディスク２００Ａに格納されているＤＢ形式１データを、ＵＮＩＸホスト１００Ｂにロードし、データ抽出／変換／ロードプログラムにより、ＤＢ形式２データに変換して、ディスク２００Ｂに書込む。
【００１０】
この場合、サーバ／ディスク記憶装置間のデータ転送は、２回おこなわれることにする（変換元データ読出しのために１回、変換後データの書込みのために１回である）。
【００１１】
データマイニングをおこなうために、メインフレームからＵＮＩＸホストに転送されるデータ量は優に数Ｔバイトに及ぶこともある。これは、ｌ００Ｍバイト／秒のファイバチャネルを用いても約１０時間かかるという途方もないデータ量である。このため、システム全体にかかる負荷は、極端に大きくなる。
【００１２】
また、図１１で示した例のようにソースＤＢＭＳのデータ形式からターゲットＤＢＭＳのデータ形式への抽出／変換／ロードを１ステップでおこなわず、抽出、変換、ロードを３つのステップに分離して実行する場合がある。前記のＵＳＰ６０３５３０７のＦＩＧ．１１には、従来技術として、データベース形式の変換を数種類の中間ワーク形式を経ておこなう例が開示されている。
【００１３】
ここで、図１２を用いて中間のファイル形式を用いてデータベース形式の変換をおこなう場合について説明する。
図１２は、従来技術に係るデータ変換の例を示す模式図である（中間のファイル形式を用いる場合）。
【００１４】
メインフレーム１００Ａには、抽出プログラムが配され、ディスク２００ＡのＤＢ形式１データをディスク２００Ｂの形式１データに変換する。また、ＵＮＩＸホスト１００Ｂには、変換プログラムとロードプログラムが配され、変換プログラムは、ディスク２００Ｂの形式１データをディスク２００Ｃの形式２データに、ロードプログラムは、ディスク２００Ｄの形式２データをディスク２００ＤのＤＢ形式２データにそれぞれ変換する。
【００１５】
このようにデータベースのデータの変換をする場合に、中間データを経るときには、通常、中間データ形式のデータもディスク記憶装置上に書き込まれるので、サーバ／ディスク記憶装置間のデータ転送回数は、この例では６回に増え、データ転送時間は６倍に増加してしまう。
【００１６】
【発明が解決しようとする課題】
上記従来技術では、データ変換をホスト側でおこなうようにしている。そのため、データ変換の際に、システムに過大な負荷をかけるおそれがあると言う問題点があった。データベースの規模がおおきくなればなるほど、この問題点は深刻なものになる。
【００１７】
しかしながら、ディスク記憶装置内で、データ変換を実行できれば、サーバ／ディスク記憶装置間のデータ転送は不要となる。
【００１８】
本発明は、上記問題点を解決するためになされもので、その目的は、データベースのデータ変換をおこなうにあたり、ディスク記憶装置内でデータ変換をおこなって、システムに負荷をかけることなくデータ変換が可能なデータベース管理システムのデータ変換方法を提供することにある。
【００１９】
また、データベース管理システムのプログラム開発者とディスク記憶装置のプログラム開発者が開発容易なデータベース管理システムのデータ変換方法を提供することにある。
【００２０】
【課題を解決するための手段】
上記課題を解決するために、本発明のデータベース管理システムのデータ変換方法ではは、ホストから受け取ったリクエストに応じてディスク記憶装置内でのデータ変換プログラムを実行するようにする。そして、ディスク記憶装置上のデータ変換プログラムへのリクエストはホスト上で動作するスケルトンプログラムが発行する。データ変換プログラムにリクエストを出すアプリケーションプログラムは、本発明ではスケルトンプログラムにリクエストを出し、スケルトンプログラムに代わりにディスク記憶装置上のデータ変換プログラムにリクエストを渡してもらう。このときに、スケルトンプログラムのインタフェースを従来のデータ変換プログラムと同じにすると、他のプログラムを変更せずに、データ変換プログラムの実行をディスク記憶装置上に移動することができるようになる。
【００２１】
ディスク記憶装置には、スケルトンプログラムとデータ変換プログラムが通信するための通信プログラム、データ変換プログラムがディスク記憶装置内のデータの読出し/書込みを行うためのＩ／Ｏプログラムをインストールしておく。
【００２２】
一般に、異種のデータベース管理システム間におけるデータ変換プログラム開発者（ＤＢＭＳベンダ等）と、ディスク記憶装置のプログラム開発者とは異なる場合が多い。ディスク記憶装置のプログラム開発者は、通信プログラムやＩ／Ｏプログラムのインタフェースを提供することにより、データ変換プログラム開発者は、そのインタフェースを用いることにより、ホスト上に置くプログラムの開発が可能である。
【００２３】
【発明の実施の形態】
以下、本発明に係る各実施形態を、図１ないし図１０を用いて説明する。
〔本発明のデータベース管理システムのデータ変換方法を実現するネットワークとハードウェア構成〕
先ず、図１および図２を用いて本発明のデータベース管理システムのデータ変換方法を実現するネットワークとハードウェア構成について説明する。
図１は、本発明のデータベース管理システムのデータ変換方法を実現するためのネットワーク構成を示すブロック図である。
図２は、本発明のデータベース管理システムのデータ変換方法を実現するためのハードウェア構成を示すブロック図である。
【００２４】
図１に示されるように、本発明のデータベース管理システムのネットワーク構成は、計算機１００（１００Ａ，１００Ｂ）、装置間結合網１１０、ディスク記憶装置１２０からなり、計算機１００とディスク記憶装置１２０が、装置間結合網１１０により接続されている。
【００２５】
計算機１００は、データの変換要求をディスク記憶装置１２０におこなう。ディスク記憶装置１２０は、大容量のデータベースのデータを格納することができるようになっている。また、本発明のデータベース管理システムに用いられるディスク記憶装置１２０は、ある程度のインテリジェンスを持ち、計算機１００からの指令により、装置内に持っているプログラムを実現できるようになっている。
【００２６】
次に、この各構成要素をハードウェア構成と言う観点から説明すると以下のようになる。
【００２７】
計算機１００Ａは、プロセッサ４０１Ａ、メモリ４０２Ａ、ホストアダプタ４００Ａ（４００Ａ−１，４００Ａ−２）からなり、それらが内部バス４０４Ａで結合されていて、命令やデータをやり取りできるようになっている。
【００２８】
そして、計算機１００Ａはホストアダプタ４００Ａにより装置間接続網１１０に接続されている。
【００２９】
ディスク記憶装置１２０は、ホストアダプタ・制御装置４１０（４１０Ａ、４１０Ｂ、４１０Ｃ）、ホスト−ディスク間インタフェース装置４２０、ディスクアダプタ４３０（４３０Ａ，４３０Ｂ，４３０Ｃ）、ディスク２００（２００Ａ，２００Ｂ，２００Ｃ）からなっている。ディスク記憶装置１２０は、ホストアダプタ制御装置４１０により、装置間接続網１１０に接続されている。ディスク記憶装置１２０の内部では、ホストアダプタ制御装置４１０とディスクアダプタ４３０が接続されている。また、ディスクアダプタ４３０には、各々のディスク２００が接続されている。ディスク２００は、通常、アルミやガラス基板の上に磁気記録媒体で記憶するいわゆるハードディスク装置であり、ここに大容量のデータを記憶することができる。
【００３０】
ホスト−ディスク間インタフェース装置４２０は、ネットワークの構成で任意のディスクにアクセスできる構成にすることもできるし、それぞれのホストアダプタ制御装置４１０がアクセスできるディスクを予め定めておくような構成にすることもできる。
【００３１】
計算機１００からの読出し／書込みリクエストは、ホストアダプタ制御装置４１０が処理し、リクエストされたデータを格納するディスク２００が接続されたディスクアダプタ４３０に読出し／書込み要求を出すことになる。
〔本発明のデータベース管理システムのデータ変換方法のソフトウェア構成とその動作〕
次に、図３ないし図８を用いて本発明のデータベース管理システムのデータ変換方法のソフトウェア構成とその動作について説明する。
図３は、本発明のデータベース管理システムのデータ変換方法のソフトウェア構成を示すブロック図である。
図４は、本発明のデータベース管理システムのデータ変換方法を実行するプログラムにリクエストとリプライが送信される様子を模式的に示した図である。
図５は、本発明のデータベース管理システムのデータ変換方法の手順を示すフローチャートである。
図６は、ＴＣＰ／ＩＰプロトコルのパケットでリクエスト６３０を実現したときのフォーマットの模式図である。
図７は、ＳＣＳＩコマンドでリクエスト６３０を実現したときのフォーマットの模式図である。
図８は、Ｉ／Ｏリクエスト６８０のフォーマットの模式図である。
【００３２】
図３に示されるように、計算機１００で実行されるプログラムは、スケルトンプログラム６００と通信プログラム６１０Ａである。また、制御テーブルとして、ホスト・プログラムテーブル６２０を有している。
【００３３】
スケルトンプログラム６００は、アプリケーションプログラムからのデータ変換要求をディスク装置１２０に伝えるために、ホスト側に置かれるプログラムである。通信プログラム６１０Ａは、ディスク装置上の通信プログラム６１０Ｂとプロセス間通信をおこなう。
【００３４】
一方のディスク装置１２０で実行されるプログラムは、通信プログラム６１０Ｂ、データ変換プログラム６５０とＩ／Ｏプログラム６６０である。
【００３５】
データ変換プログラム６５０は、スケルトンプログラムからの指令を受けて、ディスク装置１２０上でデータ変換をおこなうプログラムである。本発明のデータベース管理システムのデータ変換方法の特徴は、通常では、計算機１００上でおこなわれるデータ変換をディスク記憶装置１２０でおこなうようにしたことにある。
【００３６】
Ｉ／Ｏプログラム６６０は、実際のディスク装置との入出力をおこなうプログラムであり、データ変換プログラムは、このＩ／Ｏプログラムに指令を出してデータ変換をおこなう。
【００３７】
また、Ｉ／Ｏプログラム６６０には、制御テーブルとしてストレージ・プログラムテーブル６７０が置かれる。なお、図中のＦＡＬは、ファイルアクセスライブラリを、ＦＣＬは、ファイル変換ユーテリィテイを表している。
【００３８】
さて、本発明のデータベース管理システムのデータ変換の手順を、図３、図４を参照しながら、図５のフローチャートの順を追って説明すると以下のようになる。
【００３９】
先ず、最初にユーザのアプリケーションプログラムからデータ変換の要求が、スケルトンプログラム６００になされる。
【００４０】
スケルトンプログラム６００は、データ変換要求を受け取ると、ホスト・プログラムテーブル６２０からデータ変換プログラム６５０のアドレス情報を得る。そして、通信プログラム６１０Ａを用いて、データ変換プログラム６５０に変換リクエスト６３０Ａを送信する（ステップ１０００）。データ変換プログラムのアドレス情報の例としては、図３に示されているようにディスク記憶装置のロジカルユニット番号（ＬＵＮ）とポート番号（Ｐｏｒｔ  IＤ）の組み合わせがある。
【００４１】
そして、プロセス間通信によりディスク装置側の通信プログラム６１０Ｂは、データ変換プログラム６５０に対して、変換リクエスト６３０Ｂを送信する。
【００４２】
データ変換プログラム６５０は、リクエスト６３０Ｂを受信すると（ステップ１０１０）、Ｉ／Ｏプログラム６６０を用いて、変換元データを読み出すためのＩ／Ｏリクエスト６８０を発行して、リプライ６９０としてデータを受け取る（ステップ１０１１）。
【００４３】
そして、データ変換プログラム６５０がデータを所定の形式に変換すると（ステップ１０１２）、変換したデータを、Ｉ／Ｏリクエスト６８０を発行して、リクエスト６３０Ｂが指定したアドレス書き込む（ステップ１０１３）。データ変換プログラム６５０は、データがなくなるまで、この動作をくり返し（ステップ１０１４）、データがなくなると、スケルトンプログラムに変換処理結果をリプライとして送信することになる（ステップ１０１５）。
【００４４】
今度は、リクエストと逆の順に、データ変換プログラム６５０が、通信プログラムにリプライ６４０Ｂを送信し、通信プログラムのプロセス間通信によって、スケルトンプログラム６００は、通信プログラム６１０Ａからリクエスト６４０Ｂを受信する（ステップ１００１）。
【００４５】
プロセス間通信をおこなうときに、スケルトンプログラム６００のアドレスは、ストレージ・プログラムテーブル６７０からを得ることができる。
【００４６】
次に、これらのリクエストとリプライのデータ構造の概要は、以下に示す通りである。
【００４７】
計算機１００とディスク記憶装置１２０間が、ＴＣＰ／ＩＰのプロトコルのパケットでリクエストを送受信するときには、図６に示すフォーマットでおこなわれる。このリクエストのフォーマットは、転送媒体固有ヘッダ７０１、ＩＰヘッダ７０２、ＴＣＰヘッダ７０３、ファンクションＩＤ７０４、リクエストＩＤ７０５、パラメータフィールド７０６からなっている。
【００４８】
リクエストを発行するユーザが自由に設定できる項目は、ファンクションＩＤ７０４、リクエストＩＤ７０５、パラメータフィールド７０６である。
【００４９】
転送媒体固有ヘッダ７０１は、下位レイヤのプロトコルであるＥｔｈｅｒｎｅｔなどの情報が格納される。
【００５０】
ＩＰヘッダ７０２には、ＩＰアドレスなどＩＰプロトコルの情報が、また、ＴＣＰヘッダ７０３には、ポート番号などが格納される。
【００５１】
ファンクションＩＤ７０４は、リクエストの機能を判別する項目であり、データ変換のリクエストでは、「変換」に相当する識別子が格納される。
【００５２】
リクエストＩＤ７０５は、各々のリクエストを一意的に判別するための識別子が格納される。
【００５３】
リクエスト機能のパラメータ７０６は、このリクエストのパラメータを格納する欄であり、例えば、図６に示されるように、変換元データ格納アドレス７０６Ａ、変換するデータのサイズ７０６Ｂ、変換後データ格納アドレス７０６Ｃを指定することができる。
【００５４】
計算機１００とディスク記憶装置１２０間が、ＳＣＳＩインタフェースのWriteコマンドを用いてリクエストを送受信するときには、図７に示すフォーマットでおこなわれる。
【００５５】
図６のパケットと比べると、ヘッダ部分のみが異なっている。ヘッダ部分は、ＳＣＳＩ  ＷｒｉｔｅコマンドＣＤＢ（Ｃｏｍｍａｎｄ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｂｌｏｃｋ）８０１になっている。それ以下の項目は、図６と同じである。
【００５６】
次に、Ｉ／Ｏプログラム６６０に対してなされるＩ／Ｏリクエスト６８０のフォーマットは、図８に示されるようになる。Ｉ／Ｏリクエスト６８０は、ボリュームＩＤ９０１、先頭アドレス９０２、データサイズ９０３、メモリアドレス９０４で構成されている。
【００５７】
ボリュームＩＤ９０１は、ディスクの論理的なボリューム番号を格納する。先頭アドレスは、読出すべきデータの格納された装置の読出しアドレス、あるいは、データを書込むときの装置の書込み先頭アドレスである。データサイズ９０３は、読出すべき、あるいは、書込むべきデータのサイズである。メモリアドレスは、装置から読み出したデータをメモリ上に転送するときのデータ読出し先メモリアドレス、あるいは、装置にデータを書込む際の書込みデータが置かれているメモリの先頭アドレスである。
〔本発明のデータベース管理システムのデータ変換方法の適用例〕
次に、図９および図１０を用いて本発明のデータベース管理システムのデータ変換方法を、適用した例について説明する。
図９は、図１１に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
図１０は、図１２に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
図１１で説明した例は、ディスク２００ＡのＤＢ形式１データをディスク２００ＢのＤＢ形式２データに変換する場合であった。
【００５８】
計算機１００は、ＵＮＩＸで動作する場合を考えている。このＵＮＩＸホスト上には、スケルトンプログラム６００と通信プログラム６１０Ａが置かれる。
【００５９】
また、ディスク記憶装置１２０のホストアダプタ・制御装置４１０には、通信プログラム６１０Ｂ、データ変換プログラム６５０とＩ／Ｏプログラム６６０が置かれる。
【００６０】
スケルトンプログラムは、アプリケーションプログラムの要求に応じて、ディスク記憶装置１２０のデータ変換プログラム６５０にリクエストを出し、ＤＢ形式１データからＤＢ形式２データの変換は、このデータ変換プログラム６５０によりおこなわれる。
【００６１】
図１２で説明した例は、ディスク２００ＡのＤＢ形式１データをディスク２００ＢのＤＢ形式２データに変換するのに、形式１データと形式２データの二つの中間形式のデータを経る場合であった。
【００６２】
この例では、計算機１００は、メインフレーム１００Ａと、ＵＮＩＸホスト１００Ｂで構成されているものとする。
【００６３】
メインフレーム１００Ａには、抽出スケルトンプログラム６００Ａと、通信プログラム６１０Ａが置かれる。また、ＵＮＩＸホスト１００Ｂには、変換スケルトンプログラム６００Ｂ、ロードスケルトンプログラム６００Ｃと通信プログラム６１０Ｂが置かれる。
【００６４】
一方のディスク記憶装置１２０のディスクアダプタ・制御装置４１０Ａ，４１０Ｂ，４１０Ｃには、それぞれに、抽出プログラム６５０Ａ、変換プログラム６５０Ｂ、ロードプログラム６５０Ｃとが配置され、それぞれ、通信プログラムとＩ／Ｏプログラムを持っている。
【００６５】
ディスク２００ＡのＤＢ形式１データから、ディスク２００Ｂの形式１データに変換する際には、メインフレーム１００Ａのアプリケーションプログラムからの要求を受け、抽出スケルトンプログラム６００Ａが、ディスクアダプタ・制御装置４１０Ａにある抽出プログラム６５０Ａにリクエストを出すことによっておこなわれる。
【００６６】
同様に、ディスク２００Ｂの形式１データからディスク２００Ｃの形式２データに変換するに際には、ＵＮＩＸホスト１００Ｂのアプリケーションプログラムからの要求を受け、変換スケルトンプログラム６００Ｂが、ディスクアダプタ・制御装置４１０Ｂにある変換プログラム６５０Ｂにリクエストを出すことによって、また、ディスク２００Ｃの形式２データからディスク２００ＤのＤＢ形式２データに変換するに際には、ＵＮＩＸホスト１００Ｂのアプリケーションプログラムからの要求を受け、ロードスケルトンプログラム６００Ｃが、ディスクアダプタ・制御装置４１０Ｃにある変換プログラム６５０Ｃにリクエストを出すことによって、なされる。
【００６７】
特に、この例の場合、従来例のデータ変換では、ホストとディスク記憶装置間で、３往復のデータ転送をおこなっていたが、本発明では、ホストとディスク記憶装置間のデータ転送は全くおこなわれないため、その効果は大きいことが期待される。
【００６８】
【発明の効果】
本発明によれば、データベースのデータ変換をおこなうにあたり、ディスク記憶装置内でデータ変換をおこなって、システムに負荷をかけることなくデータ変換が可能なデータベース管理システムのデータ変換方法を提供することができる。
【００６９】
また、データベース管理システムのプログラム開発者とディスク記憶装置のプログラム開発者が開発容易なデータベース管理システムのデータ変換方法を提供することができる。
【図面の簡単な説明】
【図１】本発明のデータベース管理システムのデータ変換方法を実現するためのネットワーク構成を示すブロック図である。
【図２】本発明のデータベース管理システムのデータ変換方法を実現するためのハードウェア構成を示すブロック図である。
【図３】本発明のデータベース管理システムのデータ変換方法のソフトウェア構成を示すブロック図である。
【図４】本発明のデータベース管理システムのデータ変換方法を実行するプログラムにリクエストとリプライが送信される様子を模式的に示した図である。
【図５】本発明のデータベース管理システムのデータ変換方法の手順を示すフローチャートである。
【図６】ＴＣＰ／ＩＰプロトコルのパケットでリクエスト６３０を実現したときのフォーマットの模式図である。
【図７】ＳＣＳＩコマンドでリクエスト６３０を実現したときのフォーマットの模式図である。
【図８】Ｉ／Ｏリクエスト６８０のフォーマットの模式図である。
【図９】図１１に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
【図１０】図１２に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
【図１１】従来技術に係るデータ変換の例を示す模式図である。
【図１２】従来技術に係るデータ変換の例を示す模式図である（中間のファイル形式を用いる場合）。
【図１】
0004087049.tif 000002
【図２】
0004087049.tif 000003
【図３】
0004087049.tif 000004
【図４】
0004087049.tif 000005
【図５】
0004087049.tif 000006
【図６】
0004087049.tif 000007
【図７】
0004087049.tif 000008
【図８】
0004087049.tif 000009
【図９】
0004087049.tif 000010
【図１０】
0004087049.tif 000011
【図１１】
0004087049.tif 000012
【図１２】
0004087049.tif 000013