JP4087049B2 - データベース管理システムのデータ変換方法、それを実現するための装置、および、それを実行するためのプログラムの記憶媒体 - Google Patents
データベース管理システムのデータ変換方法、それを実現するための装置、および、それを実行するためのプログラムの記憶媒体 Download PDFInfo
- Publication number
- JP4087049B2 JP4087049B2 JP2000334349A JP2000334349A JP4087049B2 JP 4087049 B2 JP4087049 B2 JP 4087049B2 JP 2000334349 A JP2000334349 A JP 2000334349A JP 2000334349 A JP2000334349 A JP 2000334349A JP 4087049 B2 JP4087049 B2 JP 4087049B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- data
- data conversion
- storage device
- disk storage
- 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.)
- Expired - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/258—Data format conversion from or to a database
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、データベース管理システムのデータ変換方法、および、それを実現するための装置に係り、大容量のデータベースを変換するのに、ホストコンピュータとディスク記憶装置との間のデータ転送を不要にしてシステムに負荷をかけないデータベース管理システムのデータ変換方法、および、それを実現するための装置に関する。
【０００２】
【従来の技術】
１９９０年代、データマイニングやデータウェアハウス、意思決定支援システムといった大容量データを処理するデータ・インテンシブなアプリケーションが出現した。そのような状況下、データ容量は１年毎に倍増することから、それに対応するためにデータを効率的に管理するためのソルーションが求められるようになった。このようなソルーションの一つとして、１９９８年後半に提唱されたＳＡＮ（Storage Area Network）がある。
【０００３】
ＳＡＮは、ストレージとストレージにアクセスする計算機から構成されるデータ専用ネットワークである。例えば、従来は、他の計算機も接続されたＬＡＮを使っておこなっていたデータバックアップを、データ専用ネットワークであるＳＡＮを用いておこなうとＬＡＮの負荷が軽減する。このようなＬＡＮ負荷軽減がＳＡＮの主な目的の一つである。また、ＳＡＮの特徴としては、データ共有を容易におこなえるようにすることがある。ＳＡＮに接続される計算機は、ＳＡＮ上のどの磁気ディスク装置にも物理的にアクセスできるためである。
【０００４】
しかしながら、二つの計算機が同じ磁気ディスク装置に物理的にアクセス可能であることは、アプリケーションレベルで共有できることを意味しない。一方の計算機上のデータベース管理システム（以下、「ＤＢＭＳ」とも言う）やファイルシステムが管理しているデータに、もう一方の計算機がアクセスできてもどのように解釈すればよいかは分からないからである。このため、ファイルシステムとＤＢＭＳ間、異種ＤＢＭＳ間のデータ共有を実現するための変換ソフトウェアが開発されてきた。
【０００５】
ところで、膨大なデータを有効活用する手法としてデータマイニングが話題になっていて、そのためのツールの開発も盛んである。一般に、データマイニングツールは、ＯＬＴＰ（OnLine Transaction Program）により蓄積されたデータ（顧客データ等）を用いる。通常、ＯＬＴＰは、メインフレーム上で動作し、ＤＢＭＳを用いてデータを管理する。一方のデータマイニングツールは、ＵＮＩＸやＮＴのようなオープンシステム上で動作し、データをＤＢＭＳに一旦格納した後に解析する。ここで、メインフレームからオープンシステム上へのデータ転送、異種ＤＢＭＳ間のデータ変換が必要となる。
【０００６】
異種ＤＢＭＳ間のデータ変換方法の公知技術としては、ＵＳＰ６０１６５０１やＵＳＰ６０３５３０７がある。
【０００７】
ＵＳＰ６０１６５０１に出てくるＥＤＭ（Enterprise Data Movement）システムは、ソースであるＤＢＭＳのデータを抽出し、ターゲットＤＢＭＳのデータ形式に変換し、変換データをターゲットＤＢＭＳに読み込む。一般的には、ソースＤＢＭＳおよびターゲットＤＢＭＳのデータはディスク記憶装置に格納されており、ＥＤＭシステムはサーバ上で動作している。そこで、いったん、ソースＤＢＭＳのデータは、ディスク記憶装置からＳＣＳｌチャネルを介してサーバ上に抽出され、サーバ上でターゲットＤＢＭＳのデータ形式に変換後に、ターゲットＤＢＭＳのデータ領域にＳＣＳＩチャネルを介してロードされる。
【０００８】
これを模式的に示すと、図１１に示されるようになる。
図１１は、従来技術に係るデータ変換の例を示す模式図である。
【０００９】
図１１に示されるデータ変換では、ディスク記憶装置１２０のディスク２００Ａに格納されているＤＢ形式１データを、ＵＮＩＸホスト１００Ｂにロードし、データ抽出／変換／ロードプログラムにより、ＤＢ形式２データに変換して、ディスク２００Ｂに書込む。
【００１０】
この場合、サーバ／ディスク記憶装置間のデータ転送は、２回おこなわれることにする（変換元データ読出しのために１回、変換後データの書込みのために１回である）。
【００１１】
データマイニングをおこなうために、メインフレームからＵＮＩＸホストに転送されるデータ量は優に数Ｔバイトに及ぶこともある。これは、ｌ００Ｍバイト／秒のファイバチャネルを用いても約１０時間かかるという途方もないデータ量である。このため、システム全体にかかる負荷は、極端に大きくなる。
【００１２】
また、図１１で示した例のようにソースＤＢＭＳのデータ形式からターゲットＤＢＭＳのデータ形式への抽出／変換／ロードを１ステップでおこなわず、抽出、変換、ロードを３つのステップに分離して実行する場合がある。前記のＵＳＰ６０３５３０７のＦＩＧ．１１には、従来技術として、データベース形式の変換を数種類の中間ワーク形式を経ておこなう例が開示されている。
【００１３】
ここで、図１２を用いて中間のファイル形式を用いてデータベース形式の変換をおこなう場合について説明する。
図１２は、従来技術に係るデータ変換の例を示す模式図である（中間のファイル形式を用いる場合）。
【００１４】
メインフレーム１００Ａには、抽出プログラムが配され、ディスク２００ＡのＤＢ形式１データをディスク２００Ｂの形式１データに変換する。また、ＵＮＩＸホスト１００Ｂには、変換プログラムとロードプログラムが配され、変換プログラムは、ディスク２００Ｂの形式１データをディスク２００Ｃの形式２データに、ロードプログラムは、ディスク２００Ｄの形式２データをディスク２００ＤのＤＢ形式２データにそれぞれ変換する。
【００１５】
このようにデータベースのデータの変換をする場合に、中間データを経るときには、通常、中間データ形式のデータもディスク記憶装置上に書き込まれるので、サーバ／ディスク記憶装置間のデータ転送回数は、この例では６回に増え、データ転送時間は６倍に増加してしまう。
【００１６】
【発明が解決しようとする課題】
上記従来技術では、データ変換をホスト側でおこなうようにしている。そのため、データ変換の際に、システムに過大な負荷をかけるおそれがあると言う問題点があった。データベースの規模がおおきくなればなるほど、この問題点は深刻なものになる。
【００１７】
しかしながら、ディスク記憶装置内で、データ変換を実行できれば、サーバ／ディスク記憶装置間のデータ転送は不要となる。
【００１８】
本発明は、上記問題点を解決するためになされもので、その目的は、データベースのデータ変換をおこなうにあたり、ディスク記憶装置内でデータ変換をおこなって、システムに負荷をかけることなくデータ変換が可能なデータベース管理システムのデータ変換方法を提供することにある。
【００１９】
また、データベース管理システムのプログラム開発者とディスク記憶装置のプログラム開発者が開発容易なデータベース管理システムのデータ変換方法を提供することにある。
【００２０】
【課題を解決するための手段】
上記課題を解決するために、本発明のデータベース管理システムのデータ変換方法ではは、ホストから受け取ったリクエストに応じてディスク記憶装置内でのデータ変換プログラムを実行するようにする。そして、ディスク記憶装置上のデータ変換プログラムへのリクエストはホスト上で動作するスケルトンプログラムが発行する。データ変換プログラムにリクエストを出すアプリケーションプログラムは、本発明ではスケルトンプログラムにリクエストを出し、スケルトンプログラムに代わりにディスク記憶装置上のデータ変換プログラムにリクエストを渡してもらう。このときに、スケルトンプログラムのインタフェースを従来のデータ変換プログラムと同じにすると、他のプログラムを変更せずに、データ変換プログラムの実行をディスク記憶装置上に移動することができるようになる。
【００２１】
ディスク記憶装置には、スケルトンプログラムとデータ変換プログラムが通信するための通信プログラム、データ変換プログラムがディスク記憶装置内のデータの読出し/書込みを行うためのＩ／Ｏプログラムをインストールしておく。
【００２２】
一般に、異種のデータベース管理システム間におけるデータ変換プログラム開発者（ＤＢＭＳベンダ等）と、ディスク記憶装置のプログラム開発者とは異なる場合が多い。ディスク記憶装置のプログラム開発者は、通信プログラムやＩ／Ｏプログラムのインタフェースを提供することにより、データ変換プログラム開発者は、そのインタフェースを用いることにより、ホスト上に置くプログラムの開発が可能である。
【００２３】
【発明の実施の形態】
以下、本発明に係る各実施形態を、図１ないし図１０を用いて説明する。
〔本発明のデータベース管理システムのデータ変換方法を実現するネットワークとハードウェア構成〕
先ず、図１および図２を用いて本発明のデータベース管理システムのデータ変換方法を実現するネットワークとハードウェア構成について説明する。
図１は、本発明のデータベース管理システムのデータ変換方法を実現するためのネットワーク構成を示すブロック図である。
図２は、本発明のデータベース管理システムのデータ変換方法を実現するためのハードウェア構成を示すブロック図である。
【００２４】
図１に示されるように、本発明のデータベース管理システムのネットワーク構成は、計算機１００（１００Ａ，１００Ｂ）、装置間結合網１１０、ディスク記憶装置１２０からなり、計算機１００とディスク記憶装置１２０が、装置間結合網１１０により接続されている。
【００２５】
計算機１００は、データの変換要求をディスク記憶装置１２０におこなう。ディスク記憶装置１２０は、大容量のデータベースのデータを格納することができるようになっている。また、本発明のデータベース管理システムに用いられるディスク記憶装置１２０は、ある程度のインテリジェンスを持ち、計算機１００からの指令により、装置内に持っているプログラムを実現できるようになっている。
【００２６】
次に、この各構成要素をハードウェア構成と言う観点から説明すると以下のようになる。
【００２７】
計算機１００Ａは、プロセッサ４０１Ａ、メモリ４０２Ａ、ホストアダプタ４００Ａ（４００Ａ−１，４００Ａ−２）からなり、それらが内部バス４０４Ａで結合されていて、命令やデータをやり取りできるようになっている。
【００２８】
そして、計算機１００Ａはホストアダプタ４００Ａにより装置間接続網１１０に接続されている。
【００２９】
ディスク記憶装置１２０は、ホストアダプタ・制御装置４１０（４１０Ａ、４１０Ｂ、４１０Ｃ）、ホスト−ディスク間インタフェース装置４２０、ディスクアダプタ４３０（４３０Ａ，４３０Ｂ，４３０Ｃ）、ディスク２００（２００Ａ，２００Ｂ，２００Ｃ）からなっている。ディスク記憶装置１２０は、ホストアダプタ制御装置４１０により、装置間接続網１１０に接続されている。ディスク記憶装置１２０の内部では、ホストアダプタ制御装置４１０とディスクアダプタ４３０が接続されている。また、ディスクアダプタ４３０には、各々のディスク２００が接続されている。ディスク２００は、通常、アルミやガラス基板の上に磁気記録媒体で記憶するいわゆるハードディスク装置であり、ここに大容量のデータを記憶することができる。
【００３０】
ホスト−ディスク間インタフェース装置４２０は、ネットワークの構成で任意のディスクにアクセスできる構成にすることもできるし、それぞれのホストアダプタ制御装置４１０がアクセスできるディスクを予め定めておくような構成にすることもできる。
【００３１】
計算機１００からの読出し／書込みリクエストは、ホストアダプタ制御装置４１０が処理し、リクエストされたデータを格納するディスク２００が接続されたディスクアダプタ４３０に読出し／書込み要求を出すことになる。
〔本発明のデータベース管理システムのデータ変換方法のソフトウェア構成とその動作〕
次に、図３ないし図８を用いて本発明のデータベース管理システムのデータ変換方法のソフトウェア構成とその動作について説明する。
図３は、本発明のデータベース管理システムのデータ変換方法のソフトウェア構成を示すブロック図である。
図４は、本発明のデータベース管理システムのデータ変換方法を実行するプログラムにリクエストとリプライが送信される様子を模式的に示した図である。
図５は、本発明のデータベース管理システムのデータ変換方法の手順を示すフローチャートである。
図６は、ＴＣＰ／ＩＰプロトコルのパケットでリクエスト６３０を実現したときのフォーマットの模式図である。
図７は、ＳＣＳＩコマンドでリクエスト６３０を実現したときのフォーマットの模式図である。
図８は、Ｉ／Ｏリクエスト６８０のフォーマットの模式図である。
【００３２】
図３に示されるように、計算機１００で実行されるプログラムは、スケルトンプログラム６００と通信プログラム６１０Ａである。また、制御テーブルとして、ホスト・プログラムテーブル６２０を有している。
【００３３】
スケルトンプログラム６００は、アプリケーションプログラムからのデータ変換要求をディスク装置１２０に伝えるために、ホスト側に置かれるプログラムである。通信プログラム６１０Ａは、ディスク装置上の通信プログラム６１０Ｂとプロセス間通信をおこなう。
【００３４】
一方のディスク装置１２０で実行されるプログラムは、通信プログラム６１０Ｂ、データ変換プログラム６５０とＩ／Ｏプログラム６６０である。
【００３５】
データ変換プログラム６５０は、スケルトンプログラムからの指令を受けて、ディスク装置１２０上でデータ変換をおこなうプログラムである。本発明のデータベース管理システムのデータ変換方法の特徴は、通常では、計算機１００上でおこなわれるデータ変換をディスク記憶装置１２０でおこなうようにしたことにある。
【００３６】
Ｉ／Ｏプログラム６６０は、実際のディスク装置との入出力をおこなうプログラムであり、データ変換プログラムは、このＩ／Ｏプログラムに指令を出してデータ変換をおこなう。
【００３７】
また、Ｉ／Ｏプログラム６６０には、制御テーブルとしてストレージ・プログラムテーブル６７０が置かれる。なお、図中のＦＡＬは、ファイルアクセスライブラリを、ＦＣＬは、ファイル変換ユーテリィテイを表している。
【００３８】
さて、本発明のデータベース管理システムのデータ変換の手順を、図３、図４を参照しながら、図５のフローチャートの順を追って説明すると以下のようになる。
【００３９】
先ず、最初にユーザのアプリケーションプログラムからデータ変換の要求が、スケルトンプログラム６００になされる。
【００４０】
スケルトンプログラム６００は、データ変換要求を受け取ると、ホスト・プログラムテーブル６２０からデータ変換プログラム６５０のアドレス情報を得る。そして、通信プログラム６１０Ａを用いて、データ変換プログラム６５０に変換リクエスト６３０Ａを送信する（ステップ１０００）。データ変換プログラムのアドレス情報の例としては、図３に示されているようにディスク記憶装置のロジカルユニット番号（ＬＵＮ）とポート番号（Ｐｏｒｔ IＤ）の組み合わせがある。
【００４１】
そして、プロセス間通信によりディスク装置側の通信プログラム６１０Ｂは、データ変換プログラム６５０に対して、変換リクエスト６３０Ｂを送信する。
【００４２】
データ変換プログラム６５０は、リクエスト６３０Ｂを受信すると（ステップ１０１０）、Ｉ／Ｏプログラム６６０を用いて、変換元データを読み出すためのＩ／Ｏリクエスト６８０を発行して、リプライ６９０としてデータを受け取る（ステップ１０１１）。
【００４３】
そして、データ変換プログラム６５０がデータを所定の形式に変換すると（ステップ１０１２）、変換したデータを、Ｉ／Ｏリクエスト６８０を発行して、リクエスト６３０Ｂが指定したアドレス書き込む（ステップ１０１３）。データ変換プログラム６５０は、データがなくなるまで、この動作をくり返し（ステップ１０１４）、データがなくなると、スケルトンプログラムに変換処理結果をリプライとして送信することになる（ステップ１０１５）。
【００４４】
今度は、リクエストと逆の順に、データ変換プログラム６５０が、通信プログラムにリプライ６４０Ｂを送信し、通信プログラムのプロセス間通信によって、スケルトンプログラム６００は、通信プログラム６１０Ａからリクエスト６４０Ｂを受信する（ステップ１００１）。
【００４５】
プロセス間通信をおこなうときに、スケルトンプログラム６００のアドレスは、ストレージ・プログラムテーブル６７０からを得ることができる。
【００４６】
次に、これらのリクエストとリプライのデータ構造の概要は、以下に示す通りである。
【００４７】
計算機１００とディスク記憶装置１２０間が、ＴＣＰ／ＩＰのプロトコルのパケットでリクエストを送受信するときには、図６に示すフォーマットでおこなわれる。このリクエストのフォーマットは、転送媒体固有ヘッダ７０１、ＩＰヘッダ７０２、ＴＣＰヘッダ７０３、ファンクションＩＤ７０４、リクエストＩＤ７０５、パラメータフィールド７０６からなっている。
【００４８】
リクエストを発行するユーザが自由に設定できる項目は、ファンクションＩＤ７０４、リクエストＩＤ７０５、パラメータフィールド７０６である。
【００４９】
転送媒体固有ヘッダ７０１は、下位レイヤのプロトコルであるＥｔｈｅｒｎｅｔなどの情報が格納される。
【００５０】
ＩＰヘッダ７０２には、ＩＰアドレスなどＩＰプロトコルの情報が、また、ＴＣＰヘッダ７０３には、ポート番号などが格納される。
【００５１】
ファンクションＩＤ７０４は、リクエストの機能を判別する項目であり、データ変換のリクエストでは、「変換」に相当する識別子が格納される。
【００５２】
リクエストＩＤ７０５は、各々のリクエストを一意的に判別するための識別子が格納される。
【００５３】
リクエスト機能のパラメータ７０６は、このリクエストのパラメータを格納する欄であり、例えば、図６に示されるように、変換元データ格納アドレス７０６Ａ、変換するデータのサイズ７０６Ｂ、変換後データ格納アドレス７０６Ｃを指定することができる。
【００５４】
計算機１００とディスク記憶装置１２０間が、ＳＣＳＩインタフェースのWriteコマンドを用いてリクエストを送受信するときには、図７に示すフォーマットでおこなわれる。
【００５５】
図６のパケットと比べると、ヘッダ部分のみが異なっている。ヘッダ部分は、ＳＣＳＩ ＷｒｉｔｅコマンドＣＤＢ（Ｃｏｍｍａｎｄ Ｄｅｓｃｒｉｐｔｉｏｎ Ｂｌｏｃｋ）８０１になっている。それ以下の項目は、図６と同じである。
【００５６】
次に、Ｉ／Ｏプログラム６６０に対してなされるＩ／Ｏリクエスト６８０のフォーマットは、図８に示されるようになる。Ｉ／Ｏリクエスト６８０は、ボリュームＩＤ９０１、先頭アドレス９０２、データサイズ９０３、メモリアドレス９０４で構成されている。
【００５７】
ボリュームＩＤ９０１は、ディスクの論理的なボリューム番号を格納する。先頭アドレスは、読出すべきデータの格納された装置の読出しアドレス、あるいは、データを書込むときの装置の書込み先頭アドレスである。データサイズ９０３は、読出すべき、あるいは、書込むべきデータのサイズである。メモリアドレスは、装置から読み出したデータをメモリ上に転送するときのデータ読出し先メモリアドレス、あるいは、装置にデータを書込む際の書込みデータが置かれているメモリの先頭アドレスである。
〔本発明のデータベース管理システムのデータ変換方法の適用例〕
次に、図９および図１０を用いて本発明のデータベース管理システムのデータ変換方法を、適用した例について説明する。
図９は、図１１に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
図１０は、図１２に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
図１１で説明した例は、ディスク２００ＡのＤＢ形式１データをディスク２００ＢのＤＢ形式２データに変換する場合であった。
【００５８】
計算機１００は、ＵＮＩＸで動作する場合を考えている。このＵＮＩＸホスト上には、スケルトンプログラム６００と通信プログラム６１０Ａが置かれる。
【００５９】
また、ディスク記憶装置１２０のホストアダプタ・制御装置４１０には、通信プログラム６１０Ｂ、データ変換プログラム６５０とＩ／Ｏプログラム６６０が置かれる。
【００６０】
スケルトンプログラムは、アプリケーションプログラムの要求に応じて、ディスク記憶装置１２０のデータ変換プログラム６５０にリクエストを出し、ＤＢ形式１データからＤＢ形式２データの変換は、このデータ変換プログラム６５０によりおこなわれる。
【００６１】
図１２で説明した例は、ディスク２００ＡのＤＢ形式１データをディスク２００ＢのＤＢ形式２データに変換するのに、形式１データと形式２データの二つの中間形式のデータを経る場合であった。
【００６２】
この例では、計算機１００は、メインフレーム１００Ａと、ＵＮＩＸホスト１００Ｂで構成されているものとする。
【００６３】
メインフレーム１００Ａには、抽出スケルトンプログラム６００Ａと、通信プログラム６１０Ａが置かれる。また、ＵＮＩＸホスト１００Ｂには、変換スケルトンプログラム６００Ｂ、ロードスケルトンプログラム６００Ｃと通信プログラム６１０Ｂが置かれる。
【００６４】
一方のディスク記憶装置１２０のディスクアダプタ・制御装置４１０Ａ，４１０Ｂ，４１０Ｃには、それぞれに、抽出プログラム６５０Ａ、変換プログラム６５０Ｂ、ロードプログラム６５０Ｃとが配置され、それぞれ、通信プログラムとＩ／Ｏプログラムを持っている。
【００６５】
ディスク２００ＡのＤＢ形式１データから、ディスク２００Ｂの形式１データに変換する際には、メインフレーム１００Ａのアプリケーションプログラムからの要求を受け、抽出スケルトンプログラム６００Ａが、ディスクアダプタ・制御装置４１０Ａにある抽出プログラム６５０Ａにリクエストを出すことによっておこなわれる。
【００６６】
同様に、ディスク２００Ｂの形式１データからディスク２００Ｃの形式２データに変換するに際には、ＵＮＩＸホスト１００Ｂのアプリケーションプログラムからの要求を受け、変換スケルトンプログラム６００Ｂが、ディスクアダプタ・制御装置４１０Ｂにある変換プログラム６５０Ｂにリクエストを出すことによって、また、ディスク２００Ｃの形式２データからディスク２００ＤのＤＢ形式２データに変換するに際には、ＵＮＩＸホスト１００Ｂのアプリケーションプログラムからの要求を受け、ロードスケルトンプログラム６００Ｃが、ディスクアダプタ・制御装置４１０Ｃにある変換プログラム６５０Ｃにリクエストを出すことによって、なされる。
【００６７】
特に、この例の場合、従来例のデータ変換では、ホストとディスク記憶装置間で、３往復のデータ転送をおこなっていたが、本発明では、ホストとディスク記憶装置間のデータ転送は全くおこなわれないため、その効果は大きいことが期待される。
【００６８】
【発明の効果】
本発明によれば、データベースのデータ変換をおこなうにあたり、ディスク記憶装置内でデータ変換をおこなって、システムに負荷をかけることなくデータ変換が可能なデータベース管理システムのデータ変換方法を提供することができる。
【００６９】
また、データベース管理システムのプログラム開発者とディスク記憶装置のプログラム開発者が開発容易なデータベース管理システムのデータ変換方法を提供することができる。
【図面の簡単な説明】
【図１】本発明のデータベース管理システムのデータ変換方法を実現するためのネットワーク構成を示すブロック図である。
【図２】本発明のデータベース管理システムのデータ変換方法を実現するためのハードウェア構成を示すブロック図である。
【図３】本発明のデータベース管理システムのデータ変換方法のソフトウェア構成を示すブロック図である。
【図４】本発明のデータベース管理システムのデータ変換方法を実行するプログラムにリクエストとリプライが送信される様子を模式的に示した図である。
【図５】本発明のデータベース管理システムのデータ変換方法の手順を示すフローチャートである。
【図６】ＴＣＰ／ＩＰプロトコルのパケットでリクエスト６３０を実現したときのフォーマットの模式図である。
【図７】ＳＣＳＩコマンドでリクエスト６３０を実現したときのフォーマットの模式図である。
【図８】Ｉ／Ｏリクエスト６８０のフォーマットの模式図である。
【図９】図１１に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
【図１０】図１２に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
【図１１】従来技術に係るデータ変換の例を示す模式図である。
【図１２】従来技術に係るデータ変換の例を示す模式図である（中間のファイル形式を用いる場合）。
【発明の属する技術分野】
本発明は、データベース管理システムのデータ変換方法、および、それを実現するための装置に係り、大容量のデータベースを変換するのに、ホストコンピュータとディスク記憶装置との間のデータ転送を不要にしてシステムに負荷をかけないデータベース管理システムのデータ変換方法、および、それを実現するための装置に関する。
【０００２】
【従来の技術】
１９９０年代、データマイニングやデータウェアハウス、意思決定支援システムといった大容量データを処理するデータ・インテンシブなアプリケーションが出現した。そのような状況下、データ容量は１年毎に倍増することから、それに対応するためにデータを効率的に管理するためのソルーションが求められるようになった。このようなソルーションの一つとして、１９９８年後半に提唱されたＳＡＮ（Storage Area Network）がある。
【０００３】
ＳＡＮは、ストレージとストレージにアクセスする計算機から構成されるデータ専用ネットワークである。例えば、従来は、他の計算機も接続されたＬＡＮを使っておこなっていたデータバックアップを、データ専用ネットワークであるＳＡＮを用いておこなうとＬＡＮの負荷が軽減する。このようなＬＡＮ負荷軽減がＳＡＮの主な目的の一つである。また、ＳＡＮの特徴としては、データ共有を容易におこなえるようにすることがある。ＳＡＮに接続される計算機は、ＳＡＮ上のどの磁気ディスク装置にも物理的にアクセスできるためである。
【０００４】
しかしながら、二つの計算機が同じ磁気ディスク装置に物理的にアクセス可能であることは、アプリケーションレベルで共有できることを意味しない。一方の計算機上のデータベース管理システム（以下、「ＤＢＭＳ」とも言う）やファイルシステムが管理しているデータに、もう一方の計算機がアクセスできてもどのように解釈すればよいかは分からないからである。このため、ファイルシステムとＤＢＭＳ間、異種ＤＢＭＳ間のデータ共有を実現するための変換ソフトウェアが開発されてきた。
【０００５】
ところで、膨大なデータを有効活用する手法としてデータマイニングが話題になっていて、そのためのツールの開発も盛んである。一般に、データマイニングツールは、ＯＬＴＰ（OnLine Transaction Program）により蓄積されたデータ（顧客データ等）を用いる。通常、ＯＬＴＰは、メインフレーム上で動作し、ＤＢＭＳを用いてデータを管理する。一方のデータマイニングツールは、ＵＮＩＸやＮＴのようなオープンシステム上で動作し、データをＤＢＭＳに一旦格納した後に解析する。ここで、メインフレームからオープンシステム上へのデータ転送、異種ＤＢＭＳ間のデータ変換が必要となる。
【０００６】
異種ＤＢＭＳ間のデータ変換方法の公知技術としては、ＵＳＰ６０１６５０１やＵＳＰ６０３５３０７がある。
【０００７】
ＵＳＰ６０１６５０１に出てくるＥＤＭ（Enterprise Data Movement）システムは、ソースであるＤＢＭＳのデータを抽出し、ターゲットＤＢＭＳのデータ形式に変換し、変換データをターゲットＤＢＭＳに読み込む。一般的には、ソースＤＢＭＳおよびターゲットＤＢＭＳのデータはディスク記憶装置に格納されており、ＥＤＭシステムはサーバ上で動作している。そこで、いったん、ソースＤＢＭＳのデータは、ディスク記憶装置からＳＣＳｌチャネルを介してサーバ上に抽出され、サーバ上でターゲットＤＢＭＳのデータ形式に変換後に、ターゲットＤＢＭＳのデータ領域にＳＣＳＩチャネルを介してロードされる。
【０００８】
これを模式的に示すと、図１１に示されるようになる。
図１１は、従来技術に係るデータ変換の例を示す模式図である。
【０００９】
図１１に示されるデータ変換では、ディスク記憶装置１２０のディスク２００Ａに格納されているＤＢ形式１データを、ＵＮＩＸホスト１００Ｂにロードし、データ抽出／変換／ロードプログラムにより、ＤＢ形式２データに変換して、ディスク２００Ｂに書込む。
【００１０】
この場合、サーバ／ディスク記憶装置間のデータ転送は、２回おこなわれることにする（変換元データ読出しのために１回、変換後データの書込みのために１回である）。
【００１１】
データマイニングをおこなうために、メインフレームからＵＮＩＸホストに転送されるデータ量は優に数Ｔバイトに及ぶこともある。これは、ｌ００Ｍバイト／秒のファイバチャネルを用いても約１０時間かかるという途方もないデータ量である。このため、システム全体にかかる負荷は、極端に大きくなる。
【００１２】
また、図１１で示した例のようにソースＤＢＭＳのデータ形式からターゲットＤＢＭＳのデータ形式への抽出／変換／ロードを１ステップでおこなわず、抽出、変換、ロードを３つのステップに分離して実行する場合がある。前記のＵＳＰ６０３５３０７のＦＩＧ．１１には、従来技術として、データベース形式の変換を数種類の中間ワーク形式を経ておこなう例が開示されている。
【００１３】
ここで、図１２を用いて中間のファイル形式を用いてデータベース形式の変換をおこなう場合について説明する。
図１２は、従来技術に係るデータ変換の例を示す模式図である（中間のファイル形式を用いる場合）。
【００１４】
メインフレーム１００Ａには、抽出プログラムが配され、ディスク２００ＡのＤＢ形式１データをディスク２００Ｂの形式１データに変換する。また、ＵＮＩＸホスト１００Ｂには、変換プログラムとロードプログラムが配され、変換プログラムは、ディスク２００Ｂの形式１データをディスク２００Ｃの形式２データに、ロードプログラムは、ディスク２００Ｄの形式２データをディスク２００ＤのＤＢ形式２データにそれぞれ変換する。
【００１５】
このようにデータベースのデータの変換をする場合に、中間データを経るときには、通常、中間データ形式のデータもディスク記憶装置上に書き込まれるので、サーバ／ディスク記憶装置間のデータ転送回数は、この例では６回に増え、データ転送時間は６倍に増加してしまう。
【００１６】
【発明が解決しようとする課題】
上記従来技術では、データ変換をホスト側でおこなうようにしている。そのため、データ変換の際に、システムに過大な負荷をかけるおそれがあると言う問題点があった。データベースの規模がおおきくなればなるほど、この問題点は深刻なものになる。
【００１７】
しかしながら、ディスク記憶装置内で、データ変換を実行できれば、サーバ／ディスク記憶装置間のデータ転送は不要となる。
【００１８】
本発明は、上記問題点を解決するためになされもので、その目的は、データベースのデータ変換をおこなうにあたり、ディスク記憶装置内でデータ変換をおこなって、システムに負荷をかけることなくデータ変換が可能なデータベース管理システムのデータ変換方法を提供することにある。
【００１９】
また、データベース管理システムのプログラム開発者とディスク記憶装置のプログラム開発者が開発容易なデータベース管理システムのデータ変換方法を提供することにある。
【００２０】
【課題を解決するための手段】
上記課題を解決するために、本発明のデータベース管理システムのデータ変換方法ではは、ホストから受け取ったリクエストに応じてディスク記憶装置内でのデータ変換プログラムを実行するようにする。そして、ディスク記憶装置上のデータ変換プログラムへのリクエストはホスト上で動作するスケルトンプログラムが発行する。データ変換プログラムにリクエストを出すアプリケーションプログラムは、本発明ではスケルトンプログラムにリクエストを出し、スケルトンプログラムに代わりにディスク記憶装置上のデータ変換プログラムにリクエストを渡してもらう。このときに、スケルトンプログラムのインタフェースを従来のデータ変換プログラムと同じにすると、他のプログラムを変更せずに、データ変換プログラムの実行をディスク記憶装置上に移動することができるようになる。
【００２１】
ディスク記憶装置には、スケルトンプログラムとデータ変換プログラムが通信するための通信プログラム、データ変換プログラムがディスク記憶装置内のデータの読出し/書込みを行うためのＩ／Ｏプログラムをインストールしておく。
【００２２】
一般に、異種のデータベース管理システム間におけるデータ変換プログラム開発者（ＤＢＭＳベンダ等）と、ディスク記憶装置のプログラム開発者とは異なる場合が多い。ディスク記憶装置のプログラム開発者は、通信プログラムやＩ／Ｏプログラムのインタフェースを提供することにより、データ変換プログラム開発者は、そのインタフェースを用いることにより、ホスト上に置くプログラムの開発が可能である。
【００２３】
【発明の実施の形態】
以下、本発明に係る各実施形態を、図１ないし図１０を用いて説明する。
〔本発明のデータベース管理システムのデータ変換方法を実現するネットワークとハードウェア構成〕
先ず、図１および図２を用いて本発明のデータベース管理システムのデータ変換方法を実現するネットワークとハードウェア構成について説明する。
図１は、本発明のデータベース管理システムのデータ変換方法を実現するためのネットワーク構成を示すブロック図である。
図２は、本発明のデータベース管理システムのデータ変換方法を実現するためのハードウェア構成を示すブロック図である。
【００２４】
図１に示されるように、本発明のデータベース管理システムのネットワーク構成は、計算機１００（１００Ａ，１００Ｂ）、装置間結合網１１０、ディスク記憶装置１２０からなり、計算機１００とディスク記憶装置１２０が、装置間結合網１１０により接続されている。
【００２５】
計算機１００は、データの変換要求をディスク記憶装置１２０におこなう。ディスク記憶装置１２０は、大容量のデータベースのデータを格納することができるようになっている。また、本発明のデータベース管理システムに用いられるディスク記憶装置１２０は、ある程度のインテリジェンスを持ち、計算機１００からの指令により、装置内に持っているプログラムを実現できるようになっている。
【００２６】
次に、この各構成要素をハードウェア構成と言う観点から説明すると以下のようになる。
【００２７】
計算機１００Ａは、プロセッサ４０１Ａ、メモリ４０２Ａ、ホストアダプタ４００Ａ（４００Ａ−１，４００Ａ−２）からなり、それらが内部バス４０４Ａで結合されていて、命令やデータをやり取りできるようになっている。
【００２８】
そして、計算機１００Ａはホストアダプタ４００Ａにより装置間接続網１１０に接続されている。
【００２９】
ディスク記憶装置１２０は、ホストアダプタ・制御装置４１０（４１０Ａ、４１０Ｂ、４１０Ｃ）、ホスト−ディスク間インタフェース装置４２０、ディスクアダプタ４３０（４３０Ａ，４３０Ｂ，４３０Ｃ）、ディスク２００（２００Ａ，２００Ｂ，２００Ｃ）からなっている。ディスク記憶装置１２０は、ホストアダプタ制御装置４１０により、装置間接続網１１０に接続されている。ディスク記憶装置１２０の内部では、ホストアダプタ制御装置４１０とディスクアダプタ４３０が接続されている。また、ディスクアダプタ４３０には、各々のディスク２００が接続されている。ディスク２００は、通常、アルミやガラス基板の上に磁気記録媒体で記憶するいわゆるハードディスク装置であり、ここに大容量のデータを記憶することができる。
【００３０】
ホスト−ディスク間インタフェース装置４２０は、ネットワークの構成で任意のディスクにアクセスできる構成にすることもできるし、それぞれのホストアダプタ制御装置４１０がアクセスできるディスクを予め定めておくような構成にすることもできる。
【００３１】
計算機１００からの読出し／書込みリクエストは、ホストアダプタ制御装置４１０が処理し、リクエストされたデータを格納するディスク２００が接続されたディスクアダプタ４３０に読出し／書込み要求を出すことになる。
〔本発明のデータベース管理システムのデータ変換方法のソフトウェア構成とその動作〕
次に、図３ないし図８を用いて本発明のデータベース管理システムのデータ変換方法のソフトウェア構成とその動作について説明する。
図３は、本発明のデータベース管理システムのデータ変換方法のソフトウェア構成を示すブロック図である。
図４は、本発明のデータベース管理システムのデータ変換方法を実行するプログラムにリクエストとリプライが送信される様子を模式的に示した図である。
図５は、本発明のデータベース管理システムのデータ変換方法の手順を示すフローチャートである。
図６は、ＴＣＰ／ＩＰプロトコルのパケットでリクエスト６３０を実現したときのフォーマットの模式図である。
図７は、ＳＣＳＩコマンドでリクエスト６３０を実現したときのフォーマットの模式図である。
図８は、Ｉ／Ｏリクエスト６８０のフォーマットの模式図である。
【００３２】
図３に示されるように、計算機１００で実行されるプログラムは、スケルトンプログラム６００と通信プログラム６１０Ａである。また、制御テーブルとして、ホスト・プログラムテーブル６２０を有している。
【００３３】
スケルトンプログラム６００は、アプリケーションプログラムからのデータ変換要求をディスク装置１２０に伝えるために、ホスト側に置かれるプログラムである。通信プログラム６１０Ａは、ディスク装置上の通信プログラム６１０Ｂとプロセス間通信をおこなう。
【００３４】
一方のディスク装置１２０で実行されるプログラムは、通信プログラム６１０Ｂ、データ変換プログラム６５０とＩ／Ｏプログラム６６０である。
【００３５】
データ変換プログラム６５０は、スケルトンプログラムからの指令を受けて、ディスク装置１２０上でデータ変換をおこなうプログラムである。本発明のデータベース管理システムのデータ変換方法の特徴は、通常では、計算機１００上でおこなわれるデータ変換をディスク記憶装置１２０でおこなうようにしたことにある。
【００３６】
Ｉ／Ｏプログラム６６０は、実際のディスク装置との入出力をおこなうプログラムであり、データ変換プログラムは、このＩ／Ｏプログラムに指令を出してデータ変換をおこなう。
【００３７】
また、Ｉ／Ｏプログラム６６０には、制御テーブルとしてストレージ・プログラムテーブル６７０が置かれる。なお、図中のＦＡＬは、ファイルアクセスライブラリを、ＦＣＬは、ファイル変換ユーテリィテイを表している。
【００３８】
さて、本発明のデータベース管理システムのデータ変換の手順を、図３、図４を参照しながら、図５のフローチャートの順を追って説明すると以下のようになる。
【００３９】
先ず、最初にユーザのアプリケーションプログラムからデータ変換の要求が、スケルトンプログラム６００になされる。
【００４０】
スケルトンプログラム６００は、データ変換要求を受け取ると、ホスト・プログラムテーブル６２０からデータ変換プログラム６５０のアドレス情報を得る。そして、通信プログラム６１０Ａを用いて、データ変換プログラム６５０に変換リクエスト６３０Ａを送信する（ステップ１０００）。データ変換プログラムのアドレス情報の例としては、図３に示されているようにディスク記憶装置のロジカルユニット番号（ＬＵＮ）とポート番号（Ｐｏｒｔ IＤ）の組み合わせがある。
【００４１】
そして、プロセス間通信によりディスク装置側の通信プログラム６１０Ｂは、データ変換プログラム６５０に対して、変換リクエスト６３０Ｂを送信する。
【００４２】
データ変換プログラム６５０は、リクエスト６３０Ｂを受信すると（ステップ１０１０）、Ｉ／Ｏプログラム６６０を用いて、変換元データを読み出すためのＩ／Ｏリクエスト６８０を発行して、リプライ６９０としてデータを受け取る（ステップ１０１１）。
【００４３】
そして、データ変換プログラム６５０がデータを所定の形式に変換すると（ステップ１０１２）、変換したデータを、Ｉ／Ｏリクエスト６８０を発行して、リクエスト６３０Ｂが指定したアドレス書き込む（ステップ１０１３）。データ変換プログラム６５０は、データがなくなるまで、この動作をくり返し（ステップ１０１４）、データがなくなると、スケルトンプログラムに変換処理結果をリプライとして送信することになる（ステップ１０１５）。
【００４４】
今度は、リクエストと逆の順に、データ変換プログラム６５０が、通信プログラムにリプライ６４０Ｂを送信し、通信プログラムのプロセス間通信によって、スケルトンプログラム６００は、通信プログラム６１０Ａからリクエスト６４０Ｂを受信する（ステップ１００１）。
【００４５】
プロセス間通信をおこなうときに、スケルトンプログラム６００のアドレスは、ストレージ・プログラムテーブル６７０からを得ることができる。
【００４６】
次に、これらのリクエストとリプライのデータ構造の概要は、以下に示す通りである。
【００４７】
計算機１００とディスク記憶装置１２０間が、ＴＣＰ／ＩＰのプロトコルのパケットでリクエストを送受信するときには、図６に示すフォーマットでおこなわれる。このリクエストのフォーマットは、転送媒体固有ヘッダ７０１、ＩＰヘッダ７０２、ＴＣＰヘッダ７０３、ファンクションＩＤ７０４、リクエストＩＤ７０５、パラメータフィールド７０６からなっている。
【００４８】
リクエストを発行するユーザが自由に設定できる項目は、ファンクションＩＤ７０４、リクエストＩＤ７０５、パラメータフィールド７０６である。
【００４９】
転送媒体固有ヘッダ７０１は、下位レイヤのプロトコルであるＥｔｈｅｒｎｅｔなどの情報が格納される。
【００５０】
ＩＰヘッダ７０２には、ＩＰアドレスなどＩＰプロトコルの情報が、また、ＴＣＰヘッダ７０３には、ポート番号などが格納される。
【００５１】
ファンクションＩＤ７０４は、リクエストの機能を判別する項目であり、データ変換のリクエストでは、「変換」に相当する識別子が格納される。
【００５２】
リクエストＩＤ７０５は、各々のリクエストを一意的に判別するための識別子が格納される。
【００５３】
リクエスト機能のパラメータ７０６は、このリクエストのパラメータを格納する欄であり、例えば、図６に示されるように、変換元データ格納アドレス７０６Ａ、変換するデータのサイズ７０６Ｂ、変換後データ格納アドレス７０６Ｃを指定することができる。
【００５４】
計算機１００とディスク記憶装置１２０間が、ＳＣＳＩインタフェースのWriteコマンドを用いてリクエストを送受信するときには、図７に示すフォーマットでおこなわれる。
【００５５】
図６のパケットと比べると、ヘッダ部分のみが異なっている。ヘッダ部分は、ＳＣＳＩ ＷｒｉｔｅコマンドＣＤＢ（Ｃｏｍｍａｎｄ Ｄｅｓｃｒｉｐｔｉｏｎ Ｂｌｏｃｋ）８０１になっている。それ以下の項目は、図６と同じである。
【００５６】
次に、Ｉ／Ｏプログラム６６０に対してなされるＩ／Ｏリクエスト６８０のフォーマットは、図８に示されるようになる。Ｉ／Ｏリクエスト６８０は、ボリュームＩＤ９０１、先頭アドレス９０２、データサイズ９０３、メモリアドレス９０４で構成されている。
【００５７】
ボリュームＩＤ９０１は、ディスクの論理的なボリューム番号を格納する。先頭アドレスは、読出すべきデータの格納された装置の読出しアドレス、あるいは、データを書込むときの装置の書込み先頭アドレスである。データサイズ９０３は、読出すべき、あるいは、書込むべきデータのサイズである。メモリアドレスは、装置から読み出したデータをメモリ上に転送するときのデータ読出し先メモリアドレス、あるいは、装置にデータを書込む際の書込みデータが置かれているメモリの先頭アドレスである。
〔本発明のデータベース管理システムのデータ変換方法の適用例〕
次に、図９および図１０を用いて本発明のデータベース管理システムのデータ変換方法を、適用した例について説明する。
図９は、図１１に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
図１０は、図１２に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
図１１で説明した例は、ディスク２００ＡのＤＢ形式１データをディスク２００ＢのＤＢ形式２データに変換する場合であった。
【００５８】
計算機１００は、ＵＮＩＸで動作する場合を考えている。このＵＮＩＸホスト上には、スケルトンプログラム６００と通信プログラム６１０Ａが置かれる。
【００５９】
また、ディスク記憶装置１２０のホストアダプタ・制御装置４１０には、通信プログラム６１０Ｂ、データ変換プログラム６５０とＩ／Ｏプログラム６６０が置かれる。
【００６０】
スケルトンプログラムは、アプリケーションプログラムの要求に応じて、ディスク記憶装置１２０のデータ変換プログラム６５０にリクエストを出し、ＤＢ形式１データからＤＢ形式２データの変換は、このデータ変換プログラム６５０によりおこなわれる。
【００６１】
図１２で説明した例は、ディスク２００ＡのＤＢ形式１データをディスク２００ＢのＤＢ形式２データに変換するのに、形式１データと形式２データの二つの中間形式のデータを経る場合であった。
【００６２】
この例では、計算機１００は、メインフレーム１００Ａと、ＵＮＩＸホスト１００Ｂで構成されているものとする。
【００６３】
メインフレーム１００Ａには、抽出スケルトンプログラム６００Ａと、通信プログラム６１０Ａが置かれる。また、ＵＮＩＸホスト１００Ｂには、変換スケルトンプログラム６００Ｂ、ロードスケルトンプログラム６００Ｃと通信プログラム６１０Ｂが置かれる。
【００６４】
一方のディスク記憶装置１２０のディスクアダプタ・制御装置４１０Ａ，４１０Ｂ，４１０Ｃには、それぞれに、抽出プログラム６５０Ａ、変換プログラム６５０Ｂ、ロードプログラム６５０Ｃとが配置され、それぞれ、通信プログラムとＩ／Ｏプログラムを持っている。
【００６５】
ディスク２００ＡのＤＢ形式１データから、ディスク２００Ｂの形式１データに変換する際には、メインフレーム１００Ａのアプリケーションプログラムからの要求を受け、抽出スケルトンプログラム６００Ａが、ディスクアダプタ・制御装置４１０Ａにある抽出プログラム６５０Ａにリクエストを出すことによっておこなわれる。
【００６６】
同様に、ディスク２００Ｂの形式１データからディスク２００Ｃの形式２データに変換するに際には、ＵＮＩＸホスト１００Ｂのアプリケーションプログラムからの要求を受け、変換スケルトンプログラム６００Ｂが、ディスクアダプタ・制御装置４１０Ｂにある変換プログラム６５０Ｂにリクエストを出すことによって、また、ディスク２００Ｃの形式２データからディスク２００ＤのＤＢ形式２データに変換するに際には、ＵＮＩＸホスト１００Ｂのアプリケーションプログラムからの要求を受け、ロードスケルトンプログラム６００Ｃが、ディスクアダプタ・制御装置４１０Ｃにある変換プログラム６５０Ｃにリクエストを出すことによって、なされる。
【００６７】
特に、この例の場合、従来例のデータ変換では、ホストとディスク記憶装置間で、３往復のデータ転送をおこなっていたが、本発明では、ホストとディスク記憶装置間のデータ転送は全くおこなわれないため、その効果は大きいことが期待される。
【００６８】
【発明の効果】
本発明によれば、データベースのデータ変換をおこなうにあたり、ディスク記憶装置内でデータ変換をおこなって、システムに負荷をかけることなくデータ変換が可能なデータベース管理システムのデータ変換方法を提供することができる。
【００６９】
また、データベース管理システムのプログラム開発者とディスク記憶装置のプログラム開発者が開発容易なデータベース管理システムのデータ変換方法を提供することができる。
【図面の簡単な説明】
【図１】本発明のデータベース管理システムのデータ変換方法を実現するためのネットワーク構成を示すブロック図である。
【図２】本発明のデータベース管理システムのデータ変換方法を実現するためのハードウェア構成を示すブロック図である。
【図３】本発明のデータベース管理システムのデータ変換方法のソフトウェア構成を示すブロック図である。
【図４】本発明のデータベース管理システムのデータ変換方法を実行するプログラムにリクエストとリプライが送信される様子を模式的に示した図である。
【図５】本発明のデータベース管理システムのデータ変換方法の手順を示すフローチャートである。
【図６】ＴＣＰ／ＩＰプロトコルのパケットでリクエスト６３０を実現したときのフォーマットの模式図である。
【図７】ＳＣＳＩコマンドでリクエスト６３０を実現したときのフォーマットの模式図である。
【図８】Ｉ／Ｏリクエスト６８０のフォーマットの模式図である。
【図９】図１１に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
【図１０】図１２に対応するデータ変換の場合の、ハードウェア構成とソフトウェア構成を説明するブロック図である。
【図１１】従来技術に係るデータ変換の例を示す模式図である。
【図１２】従来技術に係るデータ変換の例を示す模式図である（中間のファイル形式を用いる場合）。
Claims (6)
- ホスト計算機とディスク記憶装置が接続され、前記ディスク記憶装置にデータベースのデータが蓄えられるデータベース管理システムのデータ変換方法において、
前記ホスト計算機は、
データ変換の指令を与えるスケルトンプログラムと、
前記ディスク記憶装置と通信をおこなうための通信プログラムとを有し、
前記ディスク記憶装置は、
データ変換をおこなうデータ変換プログラムと、
前記ホスト計算機と通信をおこなうための通信プログラムとを有し、
データ変換の際に、
前記スケルトンプログラムは、
前記ディスク記憶装置と通信をおこなうための通信プログラムにより、データ変換プログラムを特定する情報に基づき、前記ディスク記憶装置のデータ変換プログラムにリクエストを送り、
前記データ変換プログラムは、ホスト計算機と通信をおこなうための通信プログラムによって、そのリクエストを受けとって、
前記データ変換プログラムは、自らのディスク記憶装置内でデータ変換をおこない、
前記リクエストは、
変換元データのアドレスと、
変換するデータの大きさと、
変換データの格納先アドレスとを含むことを特徴とするデータベース管理システムのデータ変換方法。 - 前記データ変換プログラムを特定する情報は、
前記ディスク記憶装置のロジカルユニット番号とポート番号であることを特徴とする請求項１記載のデータベース管理システムのデータ変換方法。 - ディスク記憶装置が接続され、データベース管理システムを実装するホスト計算機において、
前記ディスク記憶装置は、データベースのデータを蓄え、
データ変換をおこなうデータ変換プログラムと、
前記ホスト計算機と通信をおこなうための通信プログラムとを有し、
前記ホスト計算機は、
データ変換の際に、前記ディスク記憶装置内のデータ変換プログラムに、データ変換プログラムを特定する情報に基づき、リクエストを送り、前記データ変換プログラムに自らのディスク記憶装置内でデータ変換をおこなわせるリクエストを与えるスケルトンプログラムと、
前記ディスク記憶装置と通信をおこなうための通信プログラムとを有し、
前記リクエストは、
変換元データのアドレスと、
変換するデータの大きさと、
変換データの格納先アドレスとを含むことを特徴とするホスト計算機。 - ディスク記憶装置が接続され、データベース管理システムを実装するホスト計算機で実行されるプログラムの記憶媒体において、
前記ディスク記憶装置は、データベースのデータを蓄え、
データ変換をおこなうデータ変換プログラムと、
前記ホスト計算機と通信をおこなうための通信プログラムとを有し、
前記ホスト計算機が、
データ変換の指令を与えるスケルトンプログラムと、
前記ディスク記憶装置と通信をおこなうための通信プログラムとを有する場合に、
前記スケルトンプログラムは、
データ変換の際に、前記ディスク記憶装置内のデータ変換プログラムに、データ変換プログラムを特定する情報に基づき、リクエストを送り、前記データ変換プログラムに自らのディスク記憶装置内でデータ変換をおこなわせるリクエストを与えるプログラムであり、
前記リクエストは、
変換元データのアドレスと、
変換するデータの大きさと、
変換データの格納先アドレスとを含むことを特徴とする前記スケルトンプログラムを格納する記憶媒体。 - ホスト計算機と接続され、データベース管理システムのデータを蓄えるディスク記憶装置において、
前記ホスト計算機は、
データ変換の指令を与えるスケルトンプログラムと、
前記ディスク記憶装置と通信をおこなうための通信プログラムとを有し、
前記ディスク記憶装置は、
前記スケルトンプログラムから、データ変換プログラムを特定する情報に基づき送られるリクエストを受け、自らの内部でデータ変換をおこなうデータ変換プログラムと、
前記ホスト計算機と通信をおこなうための通信プログラムとを有し、
前記リクエストは、
変換元データのアドレスと、
変換するデータの大きさと、
変換データの格納先アドレスとを含むことを特徴とするディスク記憶装置。 - ホスト計算機と接続され、データベース管理システムのデータを蓄えるディスク記憶装置で実行されるプログラムにおいて、
前記ホスト計算機は、
データ変換の指令を与えるスケルトンプログラムと、
前記ディスク記憶装置と通信をおこなうための通信プログラムとを有し、
前記ディスク記憶装置が、
データ変換をおこなうデータ変換プログラムと、
前記ホスト計算機と通信をおこなうための通信プログラムとを有する場合に、
前記データ変換プログラムは、
前記スケルトンプログラムから、データ変換プログラムを特定する情報に基づき送られるリクエストを受け、前記ディスク記憶装置の内部でデータ変換をおこなうプログラムであり、
前記リクエストは、
変換元データのアドレスと、
変換するデータの大きさと、
変換データの格納先アドレスとを含むことを特徴とする前記データ変換プログラムを格納する記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000334349A JP4087049B2 (ja) | 2000-11-01 | 2000-11-01 | データベース管理システムのデータ変換方法、それを実現するための装置、および、それを実行するためのプログラムの記憶媒体 |
| US09/810,548 US7117228B2 (en) | 2000-11-01 | 2001-03-19 | Method for transforming data formats between different database systems, an apparatus for executing the method and the program of the method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000334349A JP4087049B2 (ja) | 2000-11-01 | 2000-11-01 | データベース管理システムのデータ変換方法、それを実現するための装置、および、それを実行するためのプログラムの記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002140214A JP2002140214A (ja) | 2002-05-17 |
| JP4087049B2 true JP4087049B2 (ja) | 2008-05-14 |
Family
ID=18810280
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000334349A Expired - Lifetime JP4087049B2 (ja) | 2000-11-01 | 2000-11-01 | データベース管理システムのデータ変換方法、それを実現するための装置、および、それを実行するためのプログラムの記憶媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7117228B2 (ja) |
| JP (1) | JP4087049B2 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7853553B2 (en) * | 2001-03-26 | 2010-12-14 | Siebel Systems, Inc. | Engine for converting data from a source format to a destination format using user defined mappings |
| US7708189B1 (en) | 2002-05-17 | 2010-05-04 | Cipriano Joseph J | Identification verification system and method |
| JP3730969B2 (ja) * | 2003-03-27 | 2006-01-05 | 西松建設株式会社 | ナレッジ管理システム |
| US7185030B2 (en) | 2004-03-18 | 2007-02-27 | Hitachi, Ltd. | Storage system storing a file with multiple different formats and method thereof |
| US7860318B2 (en) | 2004-11-09 | 2010-12-28 | Intelli-Check, Inc | System and method for comparing documents |
| US20080080526A1 (en) * | 2006-09-28 | 2008-04-03 | Microsoft Corporation | Migrating data to new cloud |
| US8719143B2 (en) * | 2006-09-28 | 2014-05-06 | Microsoft Corporation | Determination of optimized location for services and data |
| US20090150442A1 (en) * | 2007-08-22 | 2009-06-11 | Ryan Barnard | Aggregation of persons-of-interest information for use in an identification system |
| US9053112B2 (en) | 2013-07-17 | 2015-06-09 | Bank Of America Corporation | Automated data validation |
| US11080244B2 (en) * | 2014-05-28 | 2021-08-03 | Hewlett Packard Enterprise Development Lp | Inter-version mapping of distributed file systems |
| US10373409B2 (en) | 2014-10-31 | 2019-08-06 | Intellicheck, Inc. | Identification scan in compliance with jurisdictional or other rules |
| CN109192258B (zh) * | 2018-08-14 | 2023-06-20 | 深圳平安医疗健康科技服务有限公司 | 医疗数据转化方法、装置、计算机设备和存储介质 |
| US11163750B2 (en) | 2018-09-27 | 2021-11-02 | International Business Machines Corporation | Dynamic, transparent manipulation of content and/or namespaces within data storage systems |
| US11256709B2 (en) | 2019-08-15 | 2022-02-22 | Clinicomp International, Inc. | Method and system for adapting programs for interoperability and adapters therefor |
| US20240184641A1 (en) * | 2022-12-03 | 2024-06-06 | Samsung Electronics Co., Ltd. | Near-storage format transformation |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3856531B2 (ja) * | 1997-06-26 | 2006-12-13 | 山形カシオ株式会社 | 座標データ変換方法及び装置 |
| JPH11136394A (ja) * | 1997-08-26 | 1999-05-21 | Casio Comput Co Ltd | データ出力システムおよびデータ出力方法 |
| US6408299B1 (en) * | 1999-01-28 | 2002-06-18 | International Business Machines Corporation | Type convertor registry |
| JP4168522B2 (ja) * | 1999-03-18 | 2008-10-22 | 株式会社日立製作所 | アクティブ記憶装置とその記憶制御方法及びこれを用いた異種データ統合利用システム |
| US6636808B1 (en) * | 2000-04-28 | 2003-10-21 | International Business Machines Corporation | Managing an environment via a universally accessible server system |
-
2000
- 2000-11-01 JP JP2000334349A patent/JP4087049B2/ja not_active Expired - Lifetime
-
2001
- 2001-03-19 US US09/810,548 patent/US7117228B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7117228B2 (en) | 2006-10-03 |
| JP2002140214A (ja) | 2002-05-17 |
| US20020059307A1 (en) | 2002-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4087049B2 (ja) | データベース管理システムのデータ変換方法、それを実現するための装置、および、それを実行するためのプログラムの記憶媒体 | |
| US7409521B2 (en) | Method of managing storage capacity, server and recording medium therefor | |
| EP0869438B1 (en) | Heterogeneous computer system, heterogeneous input/output system and data back-up method for the systems | |
| US7167951B2 (en) | Intelligent controller accessed through addressable virtual space | |
| EP1415221B1 (en) | Method and system for accessing tape devices in a computer system | |
| JP2868141B2 (ja) | ディスクアレイ装置 | |
| US7249234B2 (en) | Storage system and storage control device | |
| JP3997061B2 (ja) | 記憶サブシステムおよび記憶サブシステムの制御方法 | |
| US6772290B1 (en) | System and method for providing safe data movement using third party copy techniques | |
| EP0785500B1 (en) | Storage device and method for data sharing | |
| JPH09160859A (ja) | コンピューター・オペレーティング・システムのためのデバイスｉ／ｏモニタリング機構 | |
| EP1291755A2 (en) | Storage system, a method of file data back up and a method of copying of file data | |
| US6615327B1 (en) | Method and system for backing up data of data processing devices including fixed length block format data conversion to variable length block format | |
| EP1085414A2 (en) | Data migration method using storage area network (SAN) | |
| JP2004362028A (ja) | ストレージシステムの制御方法、ストレージシステム、及びストレージ装置 | |
| JP2004185544A (ja) | 記憶デバイス制御装置システムの制御方法、及び記憶デバイス制御装置システム | |
| JP2000187608A (ja) | 記憶装置サブシステム | |
| JP2001228977A (ja) | 記憶装置及びそのアクセス制御方法 | |
| US8370589B1 (en) | System and method for re-use of writeable PPIs | |
| JP2003058326A (ja) | バックアップ取得方法及び装置 | |
| JP2003058487A (ja) | データアクセス制御方式 | |
| JP2000305719A (ja) | 情報処理システムにおけるデータのバックアップ方法 | |
| JP2866376B2 (ja) | ディスクアレイ装置 | |
| EP1172728A2 (en) | Information management engine and method | |
| JP2003085014A (ja) | ネットワークシステムのボリューム管理方法及び計算機 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20031215 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070712 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070724 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070919 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20070919 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070919 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071030 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071226 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080129 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080220 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110228 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110228 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120229 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120229 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130228 Year of fee payment: 5 |