JPH1091494A

JPH1091494A - データベース操作プログラムの変換方法および変換装置

Info

Publication number: JPH1091494A
Application number: JP8247439A
Authority: JP
Inventors: Masahiro Yumitatsu; 昌弘弓達; Fujio Ueno; 富士夫上野; Atsuhiko Hirota; 敦彦廣田
Original assignee: Hitachi Ltd; Hitachi Process Computer Engineering Inc
Current assignee: Hitachi Ltd; Hitachi Information and Control Systems Inc
Priority date: 1996-09-19
Filing date: 1996-09-19
Publication date: 1998-04-10

Abstract

(57)【要約】【課題】異なるデータモデルのＮ対Ｎ間で、操作プログ
ラムの自動変換を可能にする。【解決手段】入力データ取り込み手段１１から取り込ん
だあるデータモデルの操作プログラムから、データベー
ス操作変換仕様記憶手段２１の定義内容に基づいて、Ｄ
Ｂ操作命令変換手段１２によりＤＢ操作命令やパラメー
タを抽出し、まず基本データモデル（例えば、オブジェ
クト指向）に変換し、次いで目的のデータモデルの操作
プログラムに変換する。ＤＢ操作命令等の抽出は、取り
込みプログラムのモデルに該当するデータベース操作命
令定義テーブル２０４を参照して行なう。変換仕様には
基本データモデルと他の各データモデルを、それぞれ対
応したデータ構造対応付けテーブル２０１、テーブル検
索順序定義テーブル２０２、ＤＢ操作命令対応付けテー
ブル２０３などを定義している。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースシス
テムに係り、任意のデータモデルのデータベース（Ｄ
Ｂ）を操作するプログラムを他のＤＢに利用可能とす
る、ＤＢ操作プログラムの自動変換方法および装置に関
する。

【０００２】

【従来の技術】データベースの代表的なデータモデルに
はリレーショナルモデル、ネットワークモデル、階層モ
デル、オブジェクトモデル等がある。これらのデータモ
デルでは、例えばデータベーススキーマ定義（テーブル
名、項目名）が同じでも、採用するＤＢシステムのデー
タモデルが異なれば、データモデルの機能（データ構
造、データ操作及び一貫性制約）がそれぞれ異なる。

【０００３】例えば、リレーショナルＤＢとネットワー
ク型ＤＢにおいて、データ構造に関しては、リレーショ
ナルＤＢではＤＢスキーマ定義をテーブルで表現し、ネ
ットワーク型ＤＢではレコード型で表す。リレーショナ
ルＤＢでは関連を持つテーブルの一方に関連を表すため
の項目（外部キー）を追加するが、ネットワーク型ＤＢ
ではレコード型間の関連をレコード型内に項目として持
つことなく、別に親レコード型から子レコード型へのポ
インタ（レコードセット）として管理する。これらは、
表現方法は異なるものの、それぞれ同じ目的を実現した
ものである。

【０００４】また、データ操作に関しては、例えば、デ
ータ参照等の同一目的の操作を行う場合において、リレ
ーショナルＤＢではＤＢを操作する命令（ＤＢ操作命
令）に「ＳＥＬＥＣＴ」を使用するが、ネットワーク型
ＤＢの場合は「ＦＩＮＤ」と「ＧＥＴ」を用いる。

【０００５】さらに、データモデルが同じであってもＤ
ＢＭＳ（データベース管理システム）の違いにより、例
えば、同一目的であるデータ更新を行うＤＢ操作命令に
「ＵＰＤＡＴＥ」を用いるＤＢＭＳや、「ＷＲＩＴＥ」
を用いるＤＢＭＳがあり、各々のＤＢＭＳで操作命令の
異なる場合がある。なお、データモデルの一貫性制約に
関しては、一般にデータモデルによる違いはない。

【０００６】データモデルは上記したデータモデルの他
に、利用目的に合わせて開発されるものが無数に存在
し、同様にＤＢＭＳも利用目的に合わせて開発されるも
のが無数に存在する。それらデータモデルの異なるＤＢ
及び、データモデルが同一であってもＤＢ操作命令の異
なるＤＢＭＳでは、各データモデルの持つ機能が異なる
ことからＤＢ操作命令もそれぞれ異なる。このため、各
々のＤＢを操作するためには、該当するＤＢ操作命令を
用いたＤＢ操作プログラムを、個別に作成する必要があ
った。

【０００７】このような不便を解消する一例として、特
開平２−６７６８２号公報には、リレーショナルＤＢに
対するＤＢ操作命令を構造型データベースのＤＢ操作命
令へ変換するデータベースシステムが開示されている。
ここでは、構造型データベースのレコード関係をリレー
ショナルＤＢのテーブルで表現する手段と、リレーショ
ナルＤＢ操作言語であるＳＱＬを解析して構造型データ
ベースを操作するＤＢ操作命令へ変換する手段によっ
て、リレーショナルＤＢと構造型データベースを同一イ
ンタフェースでアクセス可能としている。

【０００８】一方、特開平０６−１４９６３６号公報に
は、変換対象とするＤＢ間のデータベーススキーマ定義
が異なる場合に、種々のＤＢを操作するＤＢ操作プログ
ラムを、当該ＤＢのテーブルや項目に依存することなし
に他のＤＢを操作するためのＤＢ操作プログラムに自動
変換するシステムが開示されている。ここでは、ＤＢ操
作プログラムから標準的なリレーショナルＤＢ操作言語
であるＳＱＬ文を検出し、そのＳＱＬ文中からＤＢ操作
パラメータとして記述されているテーブル名及び項目名
を抽出し、それらを他のリレーショナルＤＢのテーブル
構成と対応付けるために、テーブル名／項目名対応テー
ブルを用いて同義語または同じ意味を表す項目に置き換
え、変換後のＤＢに対応したパラメータへ変換すること
により、ＤＢ操作プログラムを変換後のＤＢに対して利
用可能となるよう変換している。

【０００９】

【発明が解決しようとする課題】上記した従来の操作プ
ログラムの変換方法には以下のような問題点があった。
すなわち、データベーススキーマ定義が同じでも、デー
タモデルの機能が異なるＤＢを使用する場合は、そのつ
ど当該ＤＢＭＳの有するＤＢ操作命令を用いてＤＢ操作
プログラムを人手で作成する必要があった。

【００１０】また、特開平２−６７６８２号公報のデー
タベースシステムにおいては、リレーショナルＤＢと構
造型データベースのＤＢＭＳ間にてデータ構造とＤＢ操
作命令を１対１に対応付けるている。このため、当該Ｄ
Ｂ間での変換は可能であるが、任意のＤＢ間での変換に
は適用できない。

【００１１】さらに、特開平６−１４９６３６号公報の
データベース利用プログラムの変換システムにおいて
は、データベーススキーマ定義が異なる場合に、データ
モデルの機能が同じであればＤＢ操作プログラムを自動
的に変換できる。しかし、データモデルが異なる場合及
び、データモデルが同じであってもＤＢ操作命令が異な
る場合は変換不能となる。

【００１２】従って、データモデルの機能が異なる任意
の複数のＤＢを使用する場合は、依然として人手によっ
てＤＢ操作プログラムの修正を行う必要がある。大規模
なアプリケーションシステムの場合、ＤＢ操作プログラ
ムの修正はユーザの大きな負担となっている。

【００１３】本発明の目的は、従来技術の問題点に鑑
み、任意のデータモデルの操作プログラムを他の任意の
データモデルの操作プログラムに自動変換する方法と装
置を提供することにある。また、データモデルは同じで
も、ＤＢ操作命令が異なるＤＢＭＳ間におけるＤＢ操作
命令を自動変換する方法と装置を提供することにある。
これにより、ユーザのプログラム開発における負担を軽
減すると共に、アプリケーションプログラムとＤＢＭＳ
間の接続性を向上させる。

【００１４】

【課題を解決するための手段】本発明は基本的には、デ
ータモデルの異なる任意のデータベース（ＤＢ）間にお
いて、基本データモデルを中継することでデータベース
操作プログラムのＮ対Ｎ変換が可能になることを着想し
てなされたものである。

【００１５】上記した目的は、アプリケーションシステ
ムにおいてデータモデルの異なる複数のデータベース管
理システム（以下、ＤＢＭＳと称する）を使用する場合
または同じデータモデルで異なる複数のＤＢＭＳを使用
する場合に、あるデータモデルのデータベースに対して
操作を行うデータベース操作プログラムから他のデータ
ベースを操作する所望のデータベース操作プログラムへ
と自動変換する方法において、予め、異なるデータモデ
ルのデータ構造とデータベーススキーマ定義及び異なる
ＤＢＭＳ間のデータベース操作命令を対応させる対応付
け情報を定義し、前記対応付け情報を参照して、あるデ
ータベース操作プログラムから抽出したデータベース操
作命令及びパラメータを、前記所望のデータベース操作
命令及びパラメータへ変換し、この変換結果を予め用意
したデータベース操作用雛形プログラムなどを利用して
組みたて、変換後のデータベース操作プログラムを作成
することにより達成される。

【００１６】前記ＤＢＭＳ間のデータモデル対応付けを
定義するデータ構造及び／またはスキーマ定義の対応付
けは、アプリケーションシステムにて使用するデータモ
デルの異なる全ＤＢＭＳにおいて各データモデルが有す
るデータ構造及びデータベース操作命令を各々、１つの
基本データモデルのデータ構造及びデータベース操作命
令と対応付け、前記アプリケーションシステムで使用す
るデータモデルを変更する場合は、変更前のデータモデ
ルのデータベース操作プログラムを前記基本データモデ
ルのそれに変換の後、その基本データモデルから変更す
るデータモデルのデータベース操作プログラムに変換す
ることを特徴とする。

【００１７】また、前記ＤＢＭＳ毎にデータベース操作
命令とユーザ作成命令を混在させて定義するとともに前
記ユーザ作成命令の組み込み順序を変更可能とし、変換
後のデータベース操作プログラムにおける操作命令の実
行順序を可変できるようにしたことを特徴とする。

【００１８】また、前記データベース操作雛形プログラ
ムは順次、選択、繰り返し処理等の構造を有し、データ
モデルの対応付けを解析する際に、これらの雛形プログ
ラムを組み合わせ、変換前のデータベース操作命令と置
き換えることを特徴とする。

【００１９】さらに、前記アプリケーションシステムが
備えまたは作成するデータベース操作プログラム中のデ
ータベース操作要求が構造化されている場合、前記デー
タベース操作プログラム中の操作命令及びパラメータを
自動的に検出し、それらをデータモデル毎に用意されて
いるデータベース操作用雛形プログラムと置き換えるこ
とを特徴とする。

【００２０】本発明によれば、データモデルの異なるＤ
Ｂ間及び、データモデルが同じであってもＤＢ操作命令
が異なるＤＢＭＳ間において、データ構造の対応付け情
報、ＤＢ操作命令の対応付け情報及び、ＤＢ間のデータ
ベーススキーマ定義対応付け情報は、変換対象となるＤ
Ｂ間において不足なく全て関連付けて定義することによ
り、あるデータモデルのＤＢに対するデータベース操作
命令及びパラメータを解析し、それを他のＤＢＭＳが持
つデータベース操作命令及びパラメータへ変換すること
ができる。

【００２１】前記対応付け情報は、ＤＢＭＳ設計時もし
くはＤＢ設計時に行った操作変換仕様定義（データ構造
とスキーマ定義とデータベース操作命令の対応付け）
を、本発明の適用によるデータベース操作プログラムの
変換装置の記憶装置へ格納しておく。これにより、デー
タベース利用者は定義されている任意のデータベース操
作プログラムを、対象とするＤＢＭＳに対応したデータ
ベース操作プログラムへ自動的に変換することが可能と
なる。

【００２２】本発明によれば、ユーザのプログラム開発
における負担を軽減しプログラム開発工数を低減させる
と共に、プログラムの保守性を向上させることが可能で
ある。さらに、異なるＤＢＭＳ間におけるＤＢ操作命令
の変換を可能とすることにより、例えば複数のＤＢを操
作するサーバープログラムにおいて、クライアント側か
ら受け取った任意のＤＢ操作命令を、あらゆるＤＢＭＳ
のＤＢ操作命令へ変換し、当該ＤＢを操作することが可
能となる等、アプリケーションプログラムとＤＢＭＳ間
の接続性向上に顕著な効果を奏する。

【００２３】

【発明の実施の形態】以下、本発明の実施形態を図面を
用いて詳細に説明する。実施形態１では異なるデータモ
デル間での操作プログラムの変換、実施形態２では、同
一データモデルの異なるＤＢＭＳ間での操作プログラム
の変換を例にしている。

【００２４】〔実施形態１〕図１は、本発明の一実施形
態によるＤＢ操作プログラム自動変換装置のシステム構
成図である。ＤＢ操作プログラム自動変換装置１は、中
央処理装置２、メモリ３、キーボード４、ディスプレイ
５等の計算機システムによって構成される。

【００２５】メモリ３には、データベース操作変換仕様
定義記憶手段２１を備え、データモデルの機能が異なる
複数のＤＢＭＳ間におけるデータ構造対応付けテーブル
（スキーマ定義対応付けを含む）２０１、テーブル検索
順序対応付けテーブル２０２、データベース操作命令対
応付けテーブル２０３、ＤＢＭＳ毎のデータベース操作
命令定義テーブル２０４及びデータベース操作前後処理
定義テーブル２０５を有している。また、データベース
操作プログラムを編集する際に使用するデータベース操
作雛形プログラムを管理する、データベース操作雛形プ
ログラム記憶手段２２を備えている。

【００２６】中央処理装置２には、対応付け情報とデー
タベース操作プログラムを取り込む入力データ取り込み
手段１１、取り込んだデータベース操作プログラムから
データベース操作命令を抽出し、変換データモデルを選
定するデータベース操作命令抽出及びデータモデル選定
手段１０１、抽出したＤＢ操作命令を対象とするデータ
モデルのＤＢ操作命令に変換するデータベース操作命令
対応付け手段１０２から構成されるＤＢ操作命令変換手
段１２と、変換したＤＢ操作命令を用いてデータベース
操作プログラムを生成するデータベース操作プログラム
掃き出し手段１３と、入力データ取り込み手段１１から
取り込んだ異なるデータモデルの機能対応付け情報をデ
ータベース操作変換仕様定義記憶手段２１に格納するデ
ータベース操作変換仕様定義付け手段１４を有してい
る。

【００２７】次に、上記したＤＢ操作プログラム自動変
換装置の動作の概要を、図２の概略フローチャートに従
って説明する。まず、入力データ取り込み手段１１でＤ
Ｂ操作プログラムを取り込み（Ｓ３１）、そのＤＢ操作
プログラム中に記述されているＤＢ操作命令及びパラメ
ータを抽出する（Ｓ３２）。ＤＢ操作命令の検出にはＤ
Ｂ操作命令定義テーブル２０４を使用する。

【００２８】次に、取り出したＤＢ操作命令から変換前
のＤＢのデータモデルを特定する（Ｓ３３）。また、変
換対象ＤＢのデータモデルを取り込み、変換前後のデー
タモデルを比較し（Ｓ３４）、同一データモデルの場合
は次のＤＢ操作命令に対する処理へ移る（Ｓ３９）。

【００２９】一方、変換対象データモデルが変換前のモ
デルと異なる場合は、変換前のＤＢ操作命令を基本デー
タモデルのＤＢ操作命令へ変換する（Ｓ３５）。その
後、変換対象データモデルが基本データモデルであるか
否かを判定し（Ｓ３６）、基本データモデル以外のとき
は対象とするデータモデルのＤＢ操作命令に変換する
（Ｓ３７）。これらの異なるデータモデル間のＤＢ操作
命令変換には、データ構造対応付けテーブル２０１、テ
ーブル検索順序定義テーブル２０２、ＤＢ操作命令対応
付けテーブル２０３を使用する。また、必要に応じてＤ
Ｂ操作前後処理定義テーブル２０５を用いる。

【００３０】最後に、対象データモデルのＤＢ操作命令
を用いて、ＤＢ操作プログラムを掃き出す（Ｓ３８）。
また、同一プログラム内で他にＤＢ操作命令があるか判
定し（Ｓ３９）、ある場合はＤＢ操作命令変換処理ステ
ップＳ３２〜３８を繰り返す。さらに、別のＤＢ操作プ
ログラムを処理するか否かを判定後（Ｓ４０）、変換対
象のＤＢ操作プログラムが無ければ終了する。

【００３１】本実施例の詳細な説明の前に、データモデ
ルの異なる複数のデータベースを使用するアプリケーシ
ョンシステムにおいて、データベース操作プログラムと
その変更の概要を説明する。

【００３２】図３は、アプリケーションシステムのソフ
トウェア構造図の一例である。同図において、４１はＤ
Ｂ操作を行うアプリケーション作成プログラム（ＤＢ操
作プログラム）である。この例で、ＤＢ操作プログラム
４１のＤＢ操作命令４２は、リレーショナルモデルのＤ
Ｂシステム４３を操作するものとする。４３１はリレー
ショナルモデルのＤＢＭＳ、４３２はリレーショナルＤ
Ｂを示す。

【００３３】本アプリケーションシステムには、オブジ
ェクトモデルのＤＢシステム４４及びネットワークモデ
ルのＤＢシステム４５を有している。従って、リレーシ
ョナルＤＢ操作言語で記述されているＤＢ操作プログラ
ム４１から、オブジェクトモデルのＤＢ４４２またはネ
ットワークモデルのＤＢ４５２を操作するためには、Ｓ
ＱＬ文で記述されたＤＢ操作命令４２を、各モデルのＤ
Ｂを操作するＤＢ操作作命令に変換する必要がある。

【００３４】図４に、リレーショナルＤＢ、オブジェク
ト指向ＤＢ及びネットワーク型ＤＢ各々のＤＢ操作命令
の形式を示す。ＤＢ操作命令４２−１はリレーショナル
ＤＢ操作言語であるＳＱＬにて記述されている。本実施
例ではＤＢ操作命令４２−１を、同図（ｂ）のオブジェ
クト指向ＤＢ操作命令４２２や、同図（ｃ）のネットワ
ーク型ＤＢ操作作命令４２−３に変換する。

【００３５】本実施形態では、オブジェクトモデルを基
本モデルとしている。この基本モデルの機能と、リレー
ショナルＤＢ及びネットワーク型ＤＢの各々のモデルの
機能を予め対応付けることで、リレーショナルＤＢとオ
ブジェクト指向ＤＢ、ネットワーク型ＤＢとオブジェク
ト指向ＤＢ及び、リレーショナルＤＢとネットワーク型
ＤＢの間で、ＤＢ操作プログラムの変換が可能になる。
即ち、基本モデルと対応付けたＮ個のデータモデル間の
ＤＢ操作プログラムの変換が可能になる。

【００３６】次に、データベースの具体例をあげて説明
する。図５は、学生と受講科目の関係を管理するデータ
ベースのＥ−Ｒ図を示す。学生５１と科目５２の間は履
修５３という関係にあり、学生５１は属性として名前５
１１、学年５１２及び性別５１３を持ち、科目５２は属
性として科目名５２１を持つ。また、実体間の関係を表
す履修５３は、その属性として成績５３１を持ってい
る。

【００３７】図６は、図５のＥ−Ｒ図をリレーショナル
モデル（ａ）、オブジェクトモデル（ｂ）、ネットワー
クモデル（ｃ）で表現したものである。同図（ａ）にお
いて、履修テーブル５３には、学生テーブル５１及び科
目テーブル５２との関連を表す属性（外部キー）とし
て、名前５０１、科目名５０２を持っている。

【００３８】同図（ｂ）では、学生クラス、履修クラ
ス、科目クラスの各オブジェクト間にそれぞれ双方向の
ポインタ５０３、５０４を持っている。同図（ｃ）で
は、学生レコードと履修レコード間の関連レコードのポ
インタ５０５、履修レコードと科目レコード間の関連レ
コードのポインタ５０６を持っている。

【００３９】これら関連を表す属性（外部キー）やポイ
ンタは同じ目的に用いられるが、データモデル独自のデ
ータ構造を持つ。このように、同一のＥ−Ｒ図を異なる
データモデルで表現し、各データモデルと基本データモ
デル（オブジェクトモデル）とのデータモデルの機能に
おけるデータ構造の対応付けを行う。また、データモデ
ルの異なるＤＢＭＳにおけるＤＢ操作命令についても対
応付けを行う。これらデータモデル間の機能を対応付け
た情報は、データベース操作命令変換仕様定義記憶手段
２１に記憶する。

【００４０】次に、データベース操作変換仕様定義記憶
手段２１の構造対応付けテーブル２０１、テーブル検索
順定義テーブル２０２、ＤＢ操作命令対応付けテーブル
２０３及びＤＢ操作命令定義テーブル２０４について説
明する。

【００４１】図７に、データ構造対応付けテーブルの記
憶形式を示す。同図（ａ）はリレーショナルモデルとオ
ブジェクトモデル（基本データモデル）を対比して示
し、リレーショナルモデル２０００のテーブル名の各項
目と、オブジェクトモデル２００１のクラス名の各属性
を対応付けている。

【００４２】即ち、リレーショナルモデルの「学生」テ
ーブルの項目「名前」を、オブジェクトモデルの「学
生」クラスの属性「名前」２００２、項目「性別」と属
性「性別」、項目「学年」と属性「学年」をそれぞれ対
応付けている。「科目」テーブルの項目「科目名」につ
いても、「科目」クラスの属性「科目名」と対応付けて
いる。

【００４３】一方、リレーショナルモデルの「学生」テ
ーブルとの結合を目的として定義している「履修」テー
ブルの「名前」２００３は、オブジェクトモデルのポイ
ンタ２００５（「学生」クラスから「履修」クラスへの
ポインタ及び「履修」クラスから「学生」クラスへのポ
インタ）により対応付けている。また、「履修」テーブ
ルと「科目」テーブルの結合を目的として定義している
「履修」テーブルの「科目名」２００４は、オブジェク
トモデルのポインタ２００６（「科目」クラスへのポイ
ンタ及び「履修」クラスへのポインタ）に対応付けてい
る。

【００４４】図７（ｂ）は、ネットワークモデル２０１
０とオブジェクトモデル（基本モデル）２０１１のデー
タ構造対応付けテーブルである。ここでは、ネットワー
クモデルのレコード名の各項目とオブジェクトモデルの
クラス名の各属性を対応付けている。即ち、「学生」レ
コードの項目「名前」を「学生」クラスの属性「名前」
と、項目「性別」と属性「性別」、項目「学年」と属性
「学年」をそれぞれ対応付けている。「科目」レコード
の項目「科目名」についても、「科目」クラスの属性
「科目名」と対応付けている。

【００４５】更に、ネットワークモデルにおけるレコー
ド間のポインタを示すセット名「学生−履修セット」２
０１２は、オブジェクトモデルにおける各オブジェクト
へのポインタ２０１４（「履修へのポインタ」及び「学
生へのポインタ」）と、また「履修−科目セット」２０
１３はポインタ２０１５と対応付けている。

【００４６】このように、データモデルの機能における
データ構造と、ＤＢスキーマ定義をそれぞれ不足無く対
応付けている。なお、オブジェクトモデルの属性として
関連付けられないものは、同等の目的を実現するための
オブジェクトを用いて関連付けることも可能である。

【００４７】図８に、テーブル検索順序定義テーブルの
記憶形式を示す。各データモデルにおけるレコードもし
くはクラステーブルの検索順序（親子関係）を管理する
ための定義テーブルである。

【００４８】同図（ａ）は、リレーショナルモデルで関
係を持つテーブル群を、オブジェクトモデルにおいてど
の順番で検索するかを定義している。リレーショナルモ
デルでは「学生」、「履修」及び「科目」テーブル間に
検索順序１６１８は不要である。一方、オブジェクトモ
デルでは検索順序が必要で、「学生」１６１９、「履
修」１６２０、「科目」１６２１の順に操作することを
定義付けている。

【００４９】同図（ｂ）は、ネットワークモデルで関連
を持つレコード群を、オブジェクトモデルにおいてどの
順番で検索するかを定義している。本例では、ネットワ
ークモデルのレコード型は「学生」、「履修」、「科
目」の順番で検索し、同様にオブジェクトモデルにおい
ても「学生」、「履修」、「科目」の順に操作すること
を定義付けている。

【００５０】図９に、ＤＢ操作命令対応付けテーブルの
記憶形式を示す。同図（ａ）では、リレーショナルＤＢ
操作命令７０２とオブジェクト指向ＤＢ操作命令７０３
を、操作種別７０４単位に対応付けており、例えばＳＥ
ＬＥＣＴ７０５にオブジェクト参照命令７０６を対応さ
せている。また、ＤＢ操作命令の呼び出し順７０７の定
義が可能であり、これにより複数のＤＢ操作命令を対応
付けることが可能である。本例では各々ＤＢ操作命令を
１つずつ定義してある。

【００５１】同図（ｂ）では、ネットワークＤＢ操作命
令７０７とオブジェクト指向ＤＢ操作命令７０３を、操
作種別７０８単位に対応付けており、レコード位置付け
命令７０９及びレコード参照命令７１０にオブジェクト
参照命令７０６を対応させている。また、ネットワーク
ＤＢ操作命令の呼び出し順７１１を定義し、命令７０
９、命令７１０の順番に操作することを定義している。
このように、対応付け操作命令の順序は任意に設定でき
る。

【００５２】図１０に、データベース操作命令定義テー
ブルの記憶形式を示す。データベース操作命令定義テー
ブル２０４には、上記の各対応付けを行ったＤＢＭＳ特
有のＤＢ操作命令仕様を定義する。図示のテーブル２０
４−１には、ネットワークモデルのＤＢＭＳが有するＤ
Ｂ操作命令で、必要となるパラメータ情報等を定義して
いる。即ち、データベース操作命令名称８０２、データ
ベース操作命令の戻り値の型８０３、データベース操作
命令正常終了時の戻り値８０４、同じく異常終了時の戻
り値８０５、データベース操作命令のパラメータの数８
０６、パラメータ内容８０７を定義している。パラメー
タ内容８０７には、パラメータの意味を定義したパラメ
ータコード８０８、パラメータのデータ型８０９、パラ
メータ長８１０を定義している。

【００５３】上記したデータ構造対応付けテーブル２０
１、テーブル検索順序定義テーブル２０２、ＤＢ操作命
令対応付けテーブル２０３、ＤＢ操作命令定義テーブル
２０４の各情報は、ＤＢＭＳないしＤＢの設計者が入力
データ取り込み手段１１を介して入力し、データベース
操作変換仕様定義付け手段１４を介し所定のフォーマッ
トで格納される。

【００５４】次に、リレーショナルＤＢ操作命令４２−
１からオブジェクト指向ＤＢ操作命令を介して、ネット
ワーク型ＤＢ操作命令４２−３へ変換する手順を詳細に
説明する。本処理は主として、ＤＢ操作命令変換処理手
段１２によって実行される。

【００５５】リレーショナルＤＢ操作命令からネットワ
ーク型ＤＢ操作命令への変換においては、ＳＱＬによる
リレーショナルＤＢ操作命令を基本データモデルである
オブジェクトモデルのＤＢ操作命令へ変換し、そのオブ
ジェクトモデルのＤＢ操作命令をネットワークＤＢ操作
命令へ変換する。

【００５６】リレーショナルモデルを採用したアプリケ
ーションシステムで、例えば、学生名「佐藤」の「英
語」の成績を参照する場合、ＳＱＬ文のＤＢ操作プログ
ラムはＳＥＬＥＣＴ履修.成績ＦＲＯＭ学生, 履修ＷＨＥＲＥ学生.名前＝“佐藤” ＡＮＤ学生.名
前＝履修.名前ＡＮＤ履修.科目名＝ “英語”
；と記述され（図４の４２−１）、入力データ取り込み手
段１１から取り込まれる（図２のステップＳ３１）。次
に、上記ＳＱＬ文からテーブル名「学生」及び「履歴」
と、項目名「履修.成績」を取り出し、また、抽出条件
「学生.名前＝“佐藤” ＡＮＤ学生.名前＝履修.名前
ＡＮＤ履修.科目名＝“英語”」を取り出す（Ｓ３
２）。

【００５７】リレーショナルモデルから基本データモデ
ル（オブジェクトモデル）へ変換するデータモデルの選
定後（Ｓ３４）、基本データモデルへの変換が行なわれ
る（Ｓ３５）。この変換処理は、図１１に示すように、
データ構造及びＤＢ操作命令対応付けの処理フローに従
って行なわれる。

【００５８】まず、データ構造対応付けテーブル２０１
−１、テーブル検索順序定義テーブル２０２−１から、
基本モデルと対象モデル（最初は入力モデル）のデータ
構造対応付け情報を取り込む（Ｓ１１０１）。さらに、
テーブル２０１−１の情報からリレーショナルデータモ
デルのテーブル名、項目名に対応したオブジェクトモデ
ルのクラス名、属性名を抽出する（Ｓ１１０２）。

【００５９】次に、データベース操作命令対応付けテー
ブル２０３−１から両モデルのＤＢ操作命令対応付け情
報を取り込を取り込み（Ｓ１１０３）、リレーショナル
のＳＱＬ文から取り出した「ＳＥＬＥＣＴ」命令７０５
に対応する「オブジェクト参照命令」７０６を取り出す
（Ｓ１１０４）。さらに、取り出したテーブル名、項目
名、操作条件、ＤＢ操作命令などを、ＤＢ操作命令変換
用の中間テーブルにセットする（Ｓ１１０５）。

【００６０】図１２に、ＤＢ操作命令変換用中間テーブ
ルの記憶形式を示す。同図（ａ）の中間テーブル１７０
１−１には、各ＤＢ操作要求（本例ではＳＱＬ）単位
に、操作種別１７０２、操作対象とするテーブルまたは
レコード名１７０３、その検索順１７１１、項目名１７
０４、そのテーブル操作時の値１７０５、関連１７０
６、対象とするデータの検索条件１７０７を登録する。
本例では、「参照」命令を使用して「履修」クラスの
「成績」属性値を取り出すことを記憶しており、データ
の検索条件１７０７として、「学生」クラスの属性「名
前＝“佐藤”」、「履修」クラスの属性「科目名＝“英
語”」を使用することを記憶している。

【００６１】上記の手順により、入力操作プログラムの
リレーショナルＤＢ操作命令は基本モデルのオブジェク
トＤＢ操作命令に変換される。次に、そのオブジェクト
ＤＢ操作命令から目的のネットワークＤＢ操作命令へ
は、上記と同様の変換処理（Ｓ１１０１〜Ｓ１１０５）
を繰り返すことで変換する。この結果、図１２（ｂ）に
示すように、ＤＢ操作命令変換用の中間テーブル１７０
１−２が作成される。

【００６２】以上で、図２のステップＳ３１〜Ｓ３７ま
での処理が終了し、次に、図１３の処理フローに従い、
対象データモデル（ここでは、ネットワーク型）のＤＢ
操作プログラムの掃き出し処理（Ｓ３８）が行なわれ
る。ＤＢ操作プログラム掃き出し手段１３は、ＤＢ操作
命令変換用の中間テーブル１７０１−２を用いて、ネッ
トワーク型ＤＢを操作するＤＢ操作プログラムを生成す
る。本実施例では、ＤＢ操作雛形プログラムを使用する
生成方法について説明する。

【００６３】図１４にデータベース操作雛形プログラム
のサンプル、図１５にＤＢ操作プログラムの構成例を示
す。雛形プログラムには、作成するＤＢ操作プログラム
のメイン処理用雛形プログラム１５１と、順処理用雛形
プログラム１５２、選択処理用雛形プログラム１５３、
繰り返し処理用雛形プログラム１５４などがある。ＤＢ
操作プログラム１５０は、データベース操作雛形プログ
ラム１５１に、順処理用雛形プログラム１５２などを組
み上げて作成する。

【００６４】本実施例で使用する雛形プログラムは、例
えば図１６及び図１７に示すＣ言語を用いて記述したデ
ータベース操作用のプログラムで、メイン処理用雛形プ
ログラム１５１−１、順処理を行うためのデータベース
操作雛形プログラム１５２−１、分岐処理を行うための
データベース操作雛形プログラム１５３−１、繰り返し
処理用雛形プログラム１５４−１などである。雛形プロ
グラムの書き変え部分は、具体的な命令を記述せず空白
にしてある。

【００６５】再び図１３に戻って、対象データモデルの
ＤＢ操作プログラムの生成手順を説明する。まず、デー
タベース操作雛形プログラム記憶手段２２からＤＢ操作
メイン処理用雛形プログラム１５１を取り出し（Ｓ１３
０１）、次に、ネットワークＤＢ操作前処理命令の組込
が必要か、ＤＢ操作前後処理定義テーブル２０５におけ
る前処理の有無をチエックする（Ｓ１３０２）。

【００６６】図１８に、ＤＢ操作前後処理定義テーブル
の一例を示す。上記したデータベース操作変換仕様の定
義時に、対応付けを行ったＤＢ操作命令を実行する際に
必要となるＤＢ操作前後処理を、テーブル２０５に定義
しておくことができる。リレーショナルＤＢとオブジェ
クト指向ＤＢでは、同図（ａ）のテーブル２０５−１の
ように共に必要としていない。一方、ネットワークＤＢ
とオブジェクト指向ＤＢでは、同図（ｂ）のテーブル２
０５−２のように、ネットワークＤＢ操作命令を実行す
る際に必要となるＤＢ操作前処理２１１１とＤＢ操作後
処理２１１２を定義している。

【００６７】ステップＳ１３０２で、ＤＢ操作前処理の
定義がなされている場合、ＤＢ操作前処理として「レコ
ード操作開始命令２１１１」を取り出す。レコード操作
開始命令２１１１は、ＤＢ操作命令変換用中間テーブル
１７０１−２に登録されている全レコードに対して行
う。このため、「学生」、「履修」レコードに対して順
処理用雛形プログラム１５２を用いてプログラムを作成
し、ＤＢ操作メイン処理用雛形プログラム１５１の「Ｄ
Ｂ操作前処理命令」１８０２に展開する（Ｓ１３０
３）。図１９（ａ）に、ＤＢ操作メイン処理用雛形プロ
グラム上における「ＤＢ操作前処理命令」の展開概念図
を示す。

【００６８】ＤＢ操作前処理命令１８０２の作成は、順
処理用雛形プログラム１５２を使用し、取り出した「レ
コード操作開始命令２１１１」のインタフェース情報を
データベース操作命令定義テーブル２０４−１より検索
し、パラメータ変数の型及びサイズを取り込み、また、
図２のステップＳ３２で抽出したＳＱＬのパラメータ内
容と対応付け、これらを順処理用雛形プログラム１５２
に展開する。

【００６９】本実施例のＤＢ操作命令変換用中間テーブ
ル１７０１−２には、２つのレコード「学生」、「履
修」に対して操作要求があるため、テーブル操作前処理
命令の埋込み手順により雛形プログラムを２つ作成し、
１つ目の雛形プログラム１５２における「次のＤＢ操作
命令」１８０８には作成した雛形プログラムの関数名称
を順番に記述して各雛形プログラムを連結する。また、
２つ目の雛形プログラム１５２における「次のＤＢ操作
命令」１８０８は展開するプログラムが無いためＤＢ操
作命令（この場合はレコード操作開始命令２１１１）の
正常時の戻り値２００１を記述する。

【００７０】次に、「ＤＢ操作命令」１８０４に展開す
るＤＢ操作プログラムを作成する（Ｓ１３０４）。本実
施例では、図１２（ａ）の「履修」レコードに対する
「参照」操作を行う。また、ネットワーク型ＤＢにおけ
るレコード検索順は、テーブル検索順序定義テーブル２
０２−２より「学生」、「履修」レコードの順番となっ
ているため、まず「学生」レコードに対するプログラム
を作成する。

【００７１】「学生」レコードに対するＤＢ操作は、Ｄ
Ｂ操作命令変換用中間テーブル１７０１−２より、条件
「名前＝“佐藤”」で行う。従って、ネットワークモデ
ルのＤＢ操作命令対応付けテーブル２０３−２、ＤＢ操
作命令定義テーブル２０４−２より、参照用命令「レコ
ード位置付け命令２１０５」及び「レコード参照命令２
１０６」を取り込み、これらＤＢ操作命令の呼び出し順
２１１３を取り込む。

【００７２】これらのＤＢ操作命令２１０５、２１０６
は、それぞれ順処理用雛形プログラム１５２を用いて作
成し、更に全ての「学生」レコードを参照するため繰り
返し処理用雛形プログラム１５４を使用し、作成した２
つの順処理用雛形プログラムを組み込む（図１９
（ｂ））。

【００７３】一方、「学生」レコードでは「学生−履修
セット」を用いて、「学生」レコードと関連する「履
修」レコードを検索する。この検索条件１７０７は「科
目名＝“英語”」なので、「次のＤＢ操作命令」「履
修」レコードを参照するためのＤＢ操作命令２００２に
を組み込む。

【００７４】「履修」テーブルを参照する場合において
も、同様に「レコード位置付け命令２１０５」及び「レ
コード参照命令２１０６」を使用し、ここでも全ての
「履修」レコードを参照するため繰り返し処理用雛形プ
ログラム１５４を使用し、作成した２つの順処理用雛形
プログラム１５２を「次のＤＢ操作命令」に組み込む。

【００７５】次に、ＤＢ操作後処理要否を判定し（Ｓ１
３０５）、必要な場合はＤＢ操作メイン雛形プログラム
の「ＤＢ操作後処理命令」１８０５について、ＤＢ操作
前処理と同様な手順で作成する（Ｓ１３０６）。最後
に、変換の必要な次のＤＢ操作命令があれば、ステップ
Ｓ１３０１に戻る（Ｓ１３０７）。

【００７６】以上のように、本実施形態のＤＢ操作プロ
グラム自動変換方式を用いれば、データモデル操作プロ
グラムのＮ対Ｎ変換が可能となるので、アプリケーショ
ンシステムが使用している操作プログラム、例えばリレ
ーショナルＤＢの操作プログラムから直接、ネットワー
ク型ＤＢの操作が実現できる。これにより、対象とする
ＤＢＭＳに合わせてＤＢ操作プログラムを書き換える必
要がなくなり、プログラム開発工数を削減することがで
きると共に、アプリケーションシステムとＤＢＭＳ間の
接続性向上がはかれる。

【００７７】また、対応付けＤＢ操作命令はその順序を
変更可能であり、変換前と変換後の命令順序を任意に変
更したり、後述のように他の命令を挿入するなど、変換
後のプログラムの機能を変更ないし拡大することができ
る。

【００７８】また、ＤＢ操作プログラムにおけるＤＢ操
作要求が上記のように構造化された記述である場合は、
ＤＢ操作プログラムからＤＢ操作命令及びパラメータを
自動的に検出し、更に作成したＤＢ操作用雛形プログラ
ムを変換前のＤＢ操作命令及びパラメータと自動的に書
き換えることができる。なお、雛形プログラムを使用せ
ず、ユーザがＤＢ操作命令及びパラメータを抽出し、デ
ータベース操作命令抽出及びデータモデル選定手段１０
１に与えることにより、変換後のＤＢを操作するＤＢ操
作用雛形プログラムを作成することもできる。

【００７９】本実施形態では、ユーザが作成したＤＢ操
作プログラム中のＤＢ操作命令（ＳＱＬ）を対象とする
ＤＢＭＳの有するＤＢ操作命令に静的に書き換える例に
ついて説明したが、これに限られるものではない。

【００８０】上記したＤＢ操作プログラム変換方式を用
いて、ＤＢ操作プログラム実行中に生成されるＳＱＬ文
を受け取り、それを解釈して対象とするＤＢＭＳに対す
るＤＢ操作プログラムを掃き出し、コンパイル後実行さ
せる方法、または受け取ったＳＱＬ文を解釈して対象と
するＤＢＭＳを操作するインタプリタ方式、等によりデ
ータモデルの異なるＤＢ操作を行うことも可能である。

【００８１】また、上記の第１、第２の実施形態では、
ＤＢ操作命令にＳＱＬを例に上げたが、他のデータモデ
ルを操作するＤＢ操作命令を使用することも可能であ
る。

【００８２】以上、本発明における実施形態について説
明したが、これによりデータベース変更後にデータベー
ス管理システムのデータモデルが変わった場合及び、デ
ータベース管理システムの持つデータベース操作命令が
変わった場合においても、ユーザがデータベース操作プ
ログラムを人手で修正する必要がなく、多数のデータベ
ース操作プログラムを自動的に書き換えることが可能と
なり、また、アプリケーションシステムにおけるプログ
ラム開発工数の削減とともに、アプリケーションプログ
ラムとＤＢＭＳ間の接続性向上が可能となる。

【００８３】〔実施形態２〕次に、本発明の第２の実施
形態を説明する。本実施形態では、同じデータモデルで
ＤＢ操作命令の異なるＤＢＭＳ間において、あるＤＢＭ
Ｓから他のＤＢＭＳのＤＢ操作命令へと変換する。以下
では、ネットワークモデルの異なるＤＢＭＳ（ＮＤＢ−
１とＮＤＢ−２）における変換を説明する。

【００８４】図２０に、ネットワークモデルのＤＢＭＳ
におけるＤＢ操作命令定義テーブルの一例を示す。本テ
ーブル２０４−２は、実施形態１にて説明したＮＤＢ−
１のＤＢ操作命令定義テーブル２０４−１と同一様式
で、ＮＤＢ−２によるＤＢ操作命令２１０２、２１０３
を定義している。

【００８５】図２１に、異なるＤＢＭＳ間におけるＤＢ
操作命令対応付けテーブルの一例を示す。同図（ａ）は
実施形態１のＮＤＢ−１の操作命令と基本モデル（オブ
ジェクト指向）操作命令の対応付け、同図（ｂ）は実施
形態２のＮＤＢ−２の操作命令と基本モデル（オブジェ
クト指向）操作命令の対応付けの定義内容である。

【００８６】同一ＤＢモデルの各ＤＢＭＳの操作命令が
上記のように定義されていると、一方の操作プログラム
（ＮＤＢ−１）を取り込み、基本モデルへの変換を経由
して、他方の操作プログラム（ＮＤＢ−２）への変換
が、実施形態１で説明したＤＢモデルの異なる場合と同
様の手順で実行できる。

【００８７】さらに、上記対応付けＤＢ操作命令中に、
ユーザが作成した保守用関数などを登録する命令組み込
みも可能である。図２２に、ユーザ作成命令定義テーブ
ルの一例を示す。本テーブル９０１は、上記で説明した
データベース操作命令定義テーブル２０４のデータモデ
ル毎に、リンクして管理される。

【００８８】図示例はネットワークモデルの場合で、図
２０のデータベース操作命令定義テーブル２０４−２と
同一様式で、保守用関数命令名称９０２、保守用関数命
令の戻り値の型９０３、保守用関数命令正常終了時の戻
り値９０４、同じく異常終了時の戻り値９０５、保守用
関数命令のパラメータの数９０６、パラメータ内容９０
７を記憶している。さらに、保守用関数命令パラメータ
内容９０７は、パラメータの意味を定義したパラメータ
コード９０８、パラメータのデータ型９０９、およびパ
ラメータ長９１０を含んでいる。テーブル９０１の情報
は、定義情報の登録時に入力データ取り込み手段１１か
ら入力される。

【００８９】このように、ＤＢ操作命令定義テーブル２
０４と同様に関数インターフェースを定義したユーザ作
成命令を、例えばテーブル２０３−４におけるＤＢ操作
命令として、自ＤＢＭＳの提供するＤＢ操作命令（例え
ば、テーブル２０３−３のような）と混在させて、レコ
ードダンプ命令２２０３、レコード更新履歴取得命令２
２０４等のように追加定義ができる。これにより、実施
形態１と同様の変換手順（例えば、ステップＳ３２やＳ
１３０３，Ｓ１３０４，Ｓ１３０５）により、目的のＤ
Ｂ操作プログラムへのユーザ作成命令の自動組込が可能
になる。

【００９０】また、ＤＢ操作命令対応付け定義テーブル
２０３−４における呼出し順序を変更することにより、
例えばプログラム動作時の履歴収集ポイントを簡単に変
更できる。さらに、データベース操作命令の異常終了時
の後処理として行なう場合には、データベース操作雛形
プログラム１５２の「異常後処理」１８０９へ、ユーザ
作成命令９０２を書き込むことにより、自動組込が可能
である。

【００９１】プログラムの生成に際しては、図１３の処
理フローにおける雛形プログラムの利用が可能である。
即ち、ステップＳ１３０１で、ＤＢ操作メイン処理用雛
形プログラム１５１を取り出した後、本雛形プログラム
１５１の関数名称が与えられている場合には、ユーザが
作成したＤＢ操作プログラムにおける変換前のＤＢ操作
命令を同一関数名に置き換えることである。この際、関
数名称を与えないで、作成する雛形プログラム全体をユ
ーザ作成のＤＢ操作プログラム内に展開することも可能
である。なお、以上のユーザ作成命令の組込は、実施形
態１においても可能なことは言うまでもない。

【００９２】以上、本実施形態によれば、ＤＢ設計者は
必要に応じて保守用関数等をデータベース操作プログラ
ムへ組み込むことができ、操作データベース、テーブ
ル、キー値、及びデータ等をユーザ自身で履歴管理した
り、プログラム実行トレースを記録するなど、アプリケ
ーションシステムの保守性向上に貢献できる。

【００９３】

【発明の効果】本発明のデータベース操作プログラム自
動変換方式によれば、データモデルの異なるＤＢを使用
する場合やＤＢＭＳを変更する場合において、変更前後
のデータモデル機能が異なる場合にも、ＤＢ操作プログ
ラムを変更後のＤＢＭＳに合わせて変換することが可能
となり、ユーザはＤＢ操作プログラムを人手にて修正す
る必要がなくなる。これにより、大量のＤＢ操作プログ
ラムを自動的に変更し、ユーザにおけるプログラム開発
工数を低減すると共に、アプリケーションプログラムと
ＤＢＭＳ間の接続性を向上する。

【図面の簡単な説明】

【図１】本発明の一実施形態によるデータベース操作プ
ログラム自動変換装置のシステム構成図。

【図２】本発明の一実施形態によるデータベース操作プ
ログラム自動変換方法の概略フローチャート。

【図３】ＤＢ操作プログラム変換の適用対象となるソフ
トウェア構造図。

【図４】データモデルの異なるデータベース操作プログ
ラムの例示図。

【図５】データベースの一例を示す概念図（Ｅ−Ｒ
図）。

【図６】図５のデータベースによるリレーショナルモデ
ル、オブジェクトモデル、ネットワークモデルの例示
図。

【図７】データ構造対応付けテーブルの構成図。

【図８】テーブル検索順定義テーブルの構成図。

【図９】ＤＢ操作命令対応付けテーブルの構成図。

【図１０】ＤＢ操作命令定義テーブルの構成図。

【図１１】データ構造及びＤＢ操作命令対応付け処理の
フローチャート。

【図１２】テーブル操作要求記憶テーブル（中間テーブ
ル）の構成図。

【図１３】データベース操作プログラム掃き出し処理の
フローチャート。

【図１４】ＤＢ操作雛形プログラムの例示図。

【図１５】ＤＢ操作雛形プログラムの組合せ例示図。

【図１６】Ｃ言語を用いたデータベース操作雛形プログ
ラムの例示図。

【図１７】Ｃ言語を用いたデータベース操作雛形プログ
ラムの例示図。

【図１８】ＤＢ操作前後処理定義テーブルの構成図。

【図１９】ＤＢ操作雛形プログラムの組合せによる変換
プログラムの例示図。

【図２０】別の実施形態によるＤＢ操作命令定義テーブ
ルの構成図。

【図２１】別の実施形態によるＤＢ操作命令対応付けテ
ーブルの構成図。

【図２２】ユーザ作成命令定義テーブルの構成図。

【符号の説明】

２…中央処理装置、３…メモリ、４…キーボード、５…
ディスプレイ、１１…入力データ取り込み手段、１２…
ＤＢ操作命令変換手段、１３…データベース操作プログ
ラム掃き出し手段、１４…データベース操作変換仕様定
義付け手段、２１…データベース操作変換仕様定義記憶
手段（定義ファイル）、２２…データベース操作雛形プ
ログラム記憶手段、１０１…ＤＢ操作命令抽出及びデー
タモデル選定手段、１０２…データ構造及びＤＢ操作命
令対応付け手段、２０１…データ構造対応付けテーブ
ル、２０２…テーブル検索順定義テーブル、２０３…デ
ータベース操作命令対応付けテーブル、２０４…データ
ベース操作命令定義テーブル、２０５…データベース操
作前後処理定義テーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者上野富士夫茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者廣田敦彦茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内

Claims

【特許請求の範囲】

【請求項１】あるデータモデルのデータベースを操作
するためのデータベース操作プログラムを、他のデータ
モデルのデータベースを操作するためのデータベース操
作プログラムに自動的に変換する方法において、予め、所定の基本データモデルと任意のデータモデルと
の間で各機能を対応させるための対応付け情報と、デー
タモデル毎のデータベース操作命令を定義し、前記あるデータモデルのデータベース操作プログラム中
から、該当するデータベース操作命令の定義を参照して
抽出した操作命令を、前記基本データモデルと当該デー
タモデルとの対応付け情報に基づいて前記基本データモ
デルの操作命令に変換し、その後、前記基本データモデ
ルと前記他のデータモデルとの対応付け情報に基づいて
前記他のデータモデルの操作命令に変換することを特徴
とするデータベース操作プログラムの変換方法。
【請求項２】請求項１において、前記対応付け情報は、テーブル間の関連や親子関係を表
すデータ構造、種別（例えば参照、更新、追加、削除
等）単位のデータベース操作命令の対応、データベース
間のスキーマ定義を含むことを特徴とするデータベース
操作プログラムの変換方法。
【請求項３】データモデルが同じでデータベース管理
システム（以下、ＤＢＭＳと称する）が異なる場合に、
ＤＢＭＳ間でデータベース操作プログラムを変換する方
法において、予め、各ＤＢＭＳの間でデータベースの操作種別単位に
データ操作命令の対応を含む対応付け情報を定義し、あるＤＢＭＳのデータベース操作プログラム中から抽出
した操作命令を、前記対応付け情報に基づいて目的のＤ
ＢＭＳの操作命令に変換することを特徴とするデータベ
ース操作プログラムの変換方法。
【請求項４】請求項３において、前記対応付け情報は、所定の基本データモデルと任意の
データモデルの異なるＤＢＭＳ毎の間で、前記データ操
作命令とデータ構造及びスキーマ定義を含み、前記任意のデータモデルのあるＤＢＭＳのデータベース
操作プログラム中から抽出した操作命令を、前記基本デ
ータモデルと前記あるＤＢＭＳの対応付け情報に基づい
て前記基本データモデルの操作命令に変換し、その後、
前記基本データモデルと他のＤＢＭＳとの対応付け情報
に基づいて、前記他のＤＢＭＳの操作命令に変換するこ
とを特徴とするデータベース操作プログラムの変換方
法。
【請求項５】アプリケーションシステムにおいてデー
タモデルの異なる複数のデータベース管理システム（以
下、ＤＢＭＳと称する）を使用する場合または同じデー
タモデルで異なる複数のＤＢＭＳを使用する場合に、あ
るデータモデルのデータベースに対して操作を行うデー
タベース操作プログラムから他のデータベースを操作す
る所望のデータベース操作プログラムへと自動変換する
方法において、予め、異なるデータモデルのデータ構造とデータベース
スキーマ定義及び異なるＤＢＭＳ間のデータベース操作
命令を対応させる対応付け情報を定義し、前記対応付け情報を参照して、あるデータベース操作プ
ログラムから抽出したデータベース操作命令及びパラメ
ータを、前記所望のデータベース操作命令及びパラメー
タへ変換し、この変換結果を予め用意したデータベース
操作用雛形プログラムなどを利用して組みたて、変換後
のデータベース操作プログラムを作成することを特徴と
するデータベース操作プログラムの変換方法。
【請求項６】請求項５において、前記ＤＢＭＳ間のデータモデル対応付けを定義するデー
タ構造及び／またはスキーマ定義の対応付けは、アプリ
ケーションシステムにて使用するデータモデルの異なる
全ＤＢＭＳにおいて各データモデルが有するデータ構造
及びデータベース操作命令を各々、１つの基本データモ
デルのデータ構造及びデータベース操作命令と対応付
け、前記アプリケーションシステムで使用するデータモデル
を変更する場合は、変更前のデータモデルのデータベー
ス操作プログラムを前記基本データモデルのそれに変換
の後、その基本データモデルから変更するデータモデル
のデータベース操作プログラムに変換することを特徴と
するデータベース操作プログラムの変換方法。
【請求項７】請求項５または６において、予め、前記ＤＢＭＳ毎にデータベース操作命令とユーザ
作成命令を混在させて定義するとともに前記ユーザ作成
命令の組み込み順序を変更可能とし、変換後のデータベ
ース操作プログラムにおける操作命令の実行順序を可変
できるようにしたことを特徴とするデータベース操作プ
ログラムの変換方法。
【請求項８】請求項５、６または７において、前記データベース操作雛形プログラムは順次、選択、繰
り返し処理等の構造を有し、データモデルの対応付けを
解析する際に、これらの雛形プログラムを組み合わせ、
変換前のデータベース操作命令と置き換えることを特徴
とするデータベース操作プログラムの変換方法。
【請求項９】請求項５、６、７または８において、前記アプリケーションシステムが備えまたは作成するデ
ータベース操作プログラム中のデータベース操作要求が
構造化されている場合、前記データベース操作プログラ
ム中の操作命令及びパラメータを自動的に検出し、それ
らをデータモデル毎に用意されているデータベース操作
用雛形プログラムと置き換えることを特徴とするデータ
ベース操作プログラムの変換方法。
【請求項１０】アプリケーションシステムにおいてデ
ータモデルの異なる複数のデータベース管理システム
（以下、ＤＢＭＳと称する）を使用する場合または同じ
データモデルで異なる複数のＤＢＭＳを使用する場合
に、あるデータモデルのデータベースに対して操作を行
うデータベース操作プログラムから他のデータベースを
操作する所望のデータベース操作プログラムへと自動変
換する装置において、データモデルのデータ構造及びデータベーススキーマ定
義の対応付けを行なうデータ構造対応付けテーブル及び
テーブル検索順序定義テーブルと、ＤＢＭＳ間のデータ
ベース操作命令の対応付けを行なうデータベース操作命
令対応付けテーブルと、データモデルまたはＤＢＭＳ毎
にデータベース操作命令及びパラメータを定義するデー
タベース操作命令定義テーブルを記憶する記憶手段と、前記あるデータモデルのデータベース操作プログラムか
らデータベース操作命令及びパラメータを抽出し、前記
テーブルに定義されている対応付け情報を用いて、他の
データベースを操作するためのデータベース操作命令と
パラメータへ変換するデータベース操作命令変換手段
と、この変換結果を用いて他のデータベース操作プログ
ラムを生成するデータベース操作プログラム生成手段を
備えていることを特徴とするデータベース操作プログラ
ムの変換装置。
【請求項１１】請求項１０において、前記データベース操作プログラム生成手段は、データベ
ース操作の複数の雛形プログラムを記憶するデータベー
ス操作雛形記憶手段と、前記変換結果を前記雛形プログ
ラムに組み込み、変換後のデータベース操作プログラム
を作成するデータベース操作プログラム掃き出し手段を
有していることを特徴とするデータベース操作プログラ
ムの変換装置。