JPH08221274A

JPH08221274A - オブジェクト変換装置

Info

Publication number: JPH08221274A
Application number: JP7029218A
Authority: JP
Inventors: Hiroyuki Yoshida; 裕之吉田; Shigeki Naota; 繁樹直田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-02-17
Filing date: 1995-02-17
Publication date: 1996-08-30

Abstract

(57)【要約】【目的】少ないコーディング量で、オブジェクト指向
プログラムから関係データベースに格納された情報をア
クセスできるようにすること。【構成】第１の手段２ａ、第２の手段２ｂは関係デー
タベース１のテーブル１ａのスキーマ定義１ｂからオブ
ジェクトクラス定義３ａと関係データベースへのアクセ
スを管理するオブジェクトのクラス定義を自動生成す
る。オブジェクト指向プログラム３は、上記オブジェク
トのクラス定義３ａとアクセス管理オブジェクト３ｂを
用いて、関係データベース１から必要なレコードを一つ
ずつ取り出してオブジェクトに変換して利用する。ま
た、データベース中の各レコードの特定部分、特定の分
類に属する各レコードを指定して取り出し、オブジェク
トに変換して利用することもできる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、既存の関係データベー
スに格納されている情報を利用するプログラムの開発に
使用されるオブジェクト変換装置に関し、さらに詳細に
は、オブジェクト指向プログラム（例えば、プログラミ
ング言語Ｃ++等により作成されたプログラム）から、容
易に関係データベースに格納された情報をアクセスでき
るようにしたオブジェクト変換装置に関するものであ
る。

【０００２】

【従来の技術】図３３は既存のデータベース中に格納さ
れている部品テーブルの一例を示す図である。オブジェ
クト指向プログラムで上記部品テーブルPart中のレコー
ドを利用する場合には、テーブルのレコード一つ一つに
プログラム中の一つのオブジェクト（例えば、PartReco
rdオブジェクト）を対応させるのが自然である。

【０００３】このようなプログラムを開発するためには
主に、（ａ）テーブルに対応するオブジェクトのクラス
定義する、（ｂ）データベースにアクセスし、必要なレ
コードを取り出し、それをオブジェクトに変換する、と
いった２種類のプログラムコードを書き下す必要があ
る。図３４は、上記図３３に示した部品テーブルPartに
対応するPartRecordオブジェクトのクラス定義を最も一
般的なオブジェクト指向プログラミング言語であるＣ++
で記述した例である。

【０００４】同図において、Ａ部で、図３３に示したテ
ーブルPartにおけるレコード[code],[name],[descripti
on]をそれぞれ整数、文字列、文字列として定義し、Ｂ
部で、コンストラクタ[PartRecord]と、デストラクタ
[〜PartRecord] を定める。Ｃ部で、コンストラクタ[Pa
rtRecord]を定義し、文字列については領域を確保する
とともに、文字列をコピーし、Ｄ部でデストラクタ [〜
PartRecord] を定義する（[name]と[description] の消
去）。

【０００５】図３５、図３６は比較的よく利用されてい
る関係データベース管理システムの一つであるSybaseに
前記図３３に示した情報が格納されている場合に、オブ
ジェクト指向プログラムからデータベースへのアクセス
処理を実行する部分を、同じくＣ++言語で記述した例で
ある。同図は、テーブルPartからフィールドcodeの値が
100 以上であるすべてのレコードを順次読み出して、Pa
rtRecordオブジェクトに変換して必要な処理を行う関数
Sampleの一例である。

【０００６】同図において、Ａ部で初期設定を行い、Ｂ
部で上記テーブルPartからデータを取り込む。その際、
Ｂ部の第２番目にででくる[while] 以降でデータがなく
なるまで繰り返し取り込み処理を行い、オブジェクト[*
C]に取り込む。そして、同図のＣ部の関数[body]で各オ
ブジェクトに対する実際の処理を行う。

【０００７】

【発明が解決しようとする課題】上記したように、従来
技術においては、利用するテーブル毎に図３４に示した
クラス定義を記述し、また、それを利用するプログラム
の各部分に図３５、図３６に示したようなプログラムコ
ードを記述する必要があった。また、１レコードに含ま
れるデータ量が多いときには、特定のモジュールにおい
て、メモリ効率を考慮して、必要なフィールド情報のみ
からなるオブジェクトを使用することもあり、その場合
には、前記図３４に示すクラス定義をそれぞれ別個に記
述する必要があった。

【０００８】さらに、オブジェクト指向プログラミング
においては、テーブルに格納されているレコードを特定
の観点から数種類に分類し、クラスの階層構造に導入し
て理解し易いプログラムを開発することがあり、従来の
おいては、この場合にも、同一のテーブルに対して複数
のクラス定義を記述する必要があった。本発明は上記し
た従来技術の問題点を考慮してなされたものであって、
本発明の第１の目的は、既存の関係データベースのスキ
ーマ定義から、オブジェクトのクラス定義、および、デ
ータベースへのアクセス管理を行うオブジェクトのクラ
ス定義を自動生成することにより、少ないコーディング
量で、オブジェクト指向プログラムから関係データベー
スに格納された情報をアクセスできるようにすることで
ある。

【０００９】本発明の第２の目的は、オブジェクト指向
プログラムから関係データベースの特定テーブルの各レ
コードの特定部分を一つのオブジェクトとして利用でき
るようにすることである。本発明の第３の目的は、オブ
ジェクト指向プログラムから関係データベース中の特定
のテーブル中で特定の分類に属する各レコードを一つの
オブジェクトとして利用できるようにことである。

【００１０】

【課題を解決するための手段】図１は本発明の原理図で
ある。同図において、１は既存の関係データベース、１
ａはテーブル、１ｂはテーブル１ａのスキーマ定義、２
ａはオブジェクトのクラス定義を自動生成する第１の手
段、２ｂはデータベース１へのアクセスを管理するオブ
ジェクトのクラス定義を自動生成する第２の手段であ
る。３はオブジェクト指向プログラムであり、オブジェ
クト指向プログラム３は上記第１、第２の手段により自
動生成されたオブジェクトのクラス定義３ａおよびアク
セス管理オブジェクトクラス定義３ｂを用いて、関係デ
ータベース１からテーブル１ａのレコード取り出して、
オブジェクトに変換して利用する。

【００１１】前記課題を解決するため、図１に示すよう
に、本発明の請求項１の発明は、既存関係データベース
のテーブルのスキーマ定義から、オブジェクトのクラス
定義を自動生成する第１の手段と、上記スキーマ定義か
ら、データベースへのアクセスを管理するオブジェクト
のクラス定義を自動生成する第２の手段とを設け、上記
第１の手段によりオブジェクトのクラス定義を生成する
とともに、第２の手段によりデータベースへのアクセス
管理オブジェクトのクラス定義を生成し、上記生成され
たオブジェクトのクラス定義とアクセス管理オブジェク
トを用いて、既存の関係データベース中の特定テーブル
の各レコードを変換して、オブジェクト指向プログラム
中で一つのオブジェクトとして利用するようにしたもの
である。

【００１２】本発明の請求項２の発明は、既存関係デー
タベースのテーブルのスキーマ定義と指定記述から、オ
ブジェクトのクラス定義を自動生成する第１の手段と、
上記スキーマ定義と指定記述から、データベースへのア
クセスを管理するオブジェクトのクラス定義を自動生成
する第２の手段とを設け、上記第１の手段によりオブジ
ェクトのクラス定義を生成するとともに、第２の手段に
よりデータベースへのアクセス管理オブジェクトのクラ
ス定義を生成し、上記生成されたクラス定義とアクセス
管理オブジェクトを用いて、既存の関係データベース中
の特定テーブルの各レコードの特定部分を変換して、オ
ブジェクト指向プログラム中で一つのオブジェクトとし
て利用するようにしたものである。

【００１３】本発明の請求項３の発明は、既存関係デー
タベースのテーブルのスキーマ定義と分類指定記述か
ら、オブジェクトのクラス定義を自動生成する第１の手
段と、上記スキーマ定義と分類指定記述から、データベ
ースへのアクセスを管理するオブジェクトのクラス定義
を自動生成する第２の手段とを設け、上記第１の手段に
よりオブジェクトのクラス定義を生成するとともに、第
２の手段によりデータベースへのアクセス管理オブジェ
クトのクラス定義を生成し、上記自動生成されたクラス
定義とアクセス管理オブジェクトを用いて、既存の関係
データベース中の特定テーブル中で特定の分類に属する
各レコードを変換して、オブジェクト指向プログラム中
で一つのオブジェクトとして利用するようにしたもので
ある。

【００１４】

【作用】図１において、第１の手段２ａ、第２の手段２
ｂは関係データベース１のテーブル１ａのスキーマ定義
１ｂ等からオブジェクトクラス定義３ａと関係データベ
ースへのアクセスを管理するオブジェクトのクラス定義
を自動生成する。オブジェクト指向プログラム３は、上
記オブジェクトのクラス定義３ａとアクセス管理オブジ
ェクト３ｂにより関係データベース１から必要なレコー
ドを一つずつ取り出してオブジェクトに変換して利用す
る。

【００１５】本発明の請求項１の発明においては、上記
のように、関係データベースのスキーマ定義から、オブ
ジェクトのクラス定義を生成するとともに、データベー
スへのアクセス管理オブジェクトのクラス定義を生成
し、上記生成されたオブジェクトのクラス定義とアクセ
ス管理オブジェクトを用いて、既存の関係データベース
中の特定テーブルの各レコードを変換して、オブジェク
ト指向プログラム中で一つのオブジェクトとして利用す
るようにしたので、少ないコーディング量で、既存の関
係データベースに格納されている情報を利用することが
可能となる。

【００１６】本発明の請求項２の発明においては、既存
関係データベースのテーブルのスキーマ定義と指定記述
から、オブジェクトのクラス定義を生成するとともに、
データベースへのアクセス管理オブジェクトのクラス定
義を生成し、上記生成されたクラス定義とアクセス管理
オブジェクトを用いて、既存の関係データベース中の特
定テーブルの各レコードの特定部分を変換して、オブジ
ェクト指向プログラム中で一つのオブジェクトとして利
用するようにしたので、少ないコーディング量で、既存
のデータベースのテーブル内の指定されたフィールドの
み対象としたオブジェクトを利用することができる。

【００１７】本発明の請求項３の発明においては、既存
関係データベースのテーブルのスキーマ定義と分類指定
記述から、オブジェクトのクラス定義を生成するととも
に、データベースへのアクセス管理オブジェクトのクラ
ス定義を生成し、上記自動生成されたクラス定義とアク
セス管理オブジェクトを用いて、既存の関係データベー
ス中の特定テーブル中で特定の分類に属する各レコード
を変換して、オブジェクト指向プログラム中で一つのオ
ブジェクトとして利用するようにしたので、少ないコー
ディング量で、既存データベースのテーブル内の特注部
品のみを対象としたオブジェクトを利用することができ
る。

【００１８】

【実施例】図２〜図９は本発明の第１の実施例のシステ
ム構成を示す図である。図２において、１１はスキーマ
情報読込部であり、スキーマ情報読込部１１は図３に示
すように、テーブル名読込部１１ａとフィールド読込部
１１ｂから構成され、関係データベースからテーブル名
およびフィールド名と型を読み込む。１２はクラス名決
定部であり、クラス名決定部１２は、スキーマ情報読込
部１１において読み込まれたテーブル名に基づきオブジ
ェクトプログラムにおけるレコードクラス名とイテレー
タクラス名を決定する。

【００１９】１３はレコードクラス定義生成部であり、
レコードクラス定義生成部１３は図４に示すように、レ
コードクラス定義ヘッダ生成部１３ａとデータメンバ定
義生成部１３ｂとコンストラクタ仕様生成部１３ｃとデ
ストラクタ仕様生成部１３ｄとレコードクラス定義フッ
タ生成部１３ｅから構成されている。１４はレコードク
ラスコンストラクタ生成部であり、レコードクラスコン
ストラクタ生成部１４は図５に示すように、コンストラ
クタヘッダ生成部１４ａと整数フィールド初期化処理生
成部１４ｂと文字列フィールド初期化処理生成部１４ｃ
から構成される。

【００２０】１５はレコードクラスデストラクタ生成部
であり、レコードクラスデストラクタ生成部１５は図６
に示すようにデストラクタヘッダ生成部１５ａと文字列
フィールド処理生成部１５ｂから構成される。１６はイ
テレータクラス定義生成部であり、イテレータクラス定
義生成部１６は図７に示すように、イテレータクラス定
義ヘッダ生成部１６ａとコンストラクタ仕様生成部１６
ｂと検索関数仕様生成部１６ｃから構成される。

【００２１】１７はイテレータクラスコンストラクタ生
成部であり、イテレータクラスコンストラクタ生成部１
７は、図８に示すようにコンストラクタヘッダ生成部１
７ａとテーブル名指定処理生成部１７ｂとコンストラク
タ後処理生成部１７ｃから構成される。１８はイテレー
タクラス検索関数生成部であり、イテレータクラス検索
関数生成部１８は図９に示すように、検索関数ヘッダ生
成部１８ａとフィールドバッファ定義生成部１８ｂと初
期処理生成部１８ｃとバッファ結合処理生成部１８ｄと
中間処理生成部１８ｅとオブジェクト生成処理生成部１
８ｆと終了処理生成部１８ｇから構成されている。

【００２２】図１０〜図１８は本実施例における処理手
順を示す図であり、図１０は全体の動作の概要を示し、
図１１〜図１８は図１０の各ステップの詳細動作を示し
ている。また、図１９は、上記図１０〜図１８に示した
実施例により生成される、前記図３３に示したテーブル
Partに対応するPartRecordクラス定義であり、また、図
２０、図２１、図２２はそのアクセス管理オブジェクト
であるPartIterクラス定義である。

【００２３】次に、図１０〜図２２により本実施例につ
いて説明する。 (1) 図１０のステップＳ１において、関係データベース
のスキーマ情報を読み込む。図１１（ａ）に示すよう
に、テーブル名（この場合はテーブル名はPart）とフィ
ールド名と型（この場合は、フィールド名は[code],[na
me],[description] 、型は整数と文字列）を読み込む。 (2) 図１０のステップＳ２において、クラス名を決定す
る。

【００２４】図１１（ｂ）に示すように、”テーブル名
Record”をレコードクラス名（この場合はPartRecordと
なる）とし、”テーブル名Iter”をイテレータクラス名
（この場合はPartIterとなる）とする。 (3) 図１０のステップＳ３において、レコードクラス定
義を生成する。図１２に示すように、まず、レコードク
ラス定義ヘッダを生成する。レコードクラス定義ヘッダ
にはレコードクラス名を使用し、図１９のＡ部が生成さ
れる。

【００２５】次に、データメンバ定義部を生成する（図
１９のＢ部が生成される）。各フィールドに対して、整
数型ならばint 、文字列型ならばchar^*フィールド名を
出力する。ついで、コンストラクタ仕様を生成する（図
１９のＣ部が生成される）。この場合、各関数名はレコ
ードクラス名（PartRecord）と同一、引数部は各フィー
ルドに対して、整数型ならばint 、文字列型ならばchar
^* フィールド名を出力する。

【００２６】また、デストラクタ仕様を生成する（図１
９のＤ部が生成される）。デストラクタ仕様において、
関数名はレコードクラス名（PartRecord）を使用し（Pa
rtRecordの前に〜が付き、 [〜PartRecord()] とな
る）、引数は無い。次に、レコードクラス定義フッタを
生成する（図１９のＥ部が生成される）。これは固定部
分である。 (4) 図１０のステップＳ４において、レコードクラスコ
ンストラクタを生成する。

【００２７】図１３に示すように、まず、コンストラク
ヘッダを生成する。これにより、図１９のＦ部が生成さ
れる。関数名はレコードクラス名::レコードクラス名で
あり（この場合は、PartRecord::PartRecordとなる）、
引数部は図１９のＣ部と同じである。次に整数フィール
ド初期化部を生成する。これにより、図１９のＧ部が生
成され、型が整数の各フィールドに対して、フィールド
名（フィールド名）を出力する。

【００２８】ついで、文字列フィールド初期化部を生成
する。これにより、図１９のＨ部が生成される。上記Ｈ
部において、型が文字列の各フィールドに対して、フィ
ールド名＝new char[strlen( フィールド名)+1]; で領
域を確保し、strcpy( フィールド名，フィールド
名）；でコピーをする。 (5) 図１０のステップＳ５において、レコードクラスデ
ストラクタを生成する。

【００２９】図１４に示すように、まず、デストラクタ
ヘッダを生成する。生成されるデストラクタヘッダは、
図１９のＩ部に示すように、関数名はレコードクラス
名::〜レコードクラス名である（この場合は、PartReco
rd::〜PartRecordとなる）。次に、文字列フィールド消
去部を生成する（図１９のＪ部が生成される）。文字列
フィールド消去部は、型が文字列の各フィールドに対し
てdelete[]フィールド名; となる。

【００３０】以上で、図１９に示したテーブルPartに対
応するPartRecordクラス定義が生成される。 (6) 図１０のステップＳ６において、イテレータクラス
定義を生成する。図１５に示すように、まず、イテレー
タクラス名（この場合は、PartIter）を使用して図２０
のＡ部に示すようなイテレータクラス定義ヘッダを生成
する。その下の部分は固定部分である。

【００３１】次に、コンストラクタ仕様を生成する。生
成されるコンストラクタ仕様は、図２０のＢ部に示すよ
うに、関数名はイテレータクラス名と同一、引数部は固
定である。ついで、検索（取り込み）関数仕様を生成す
る。検索（取り込み）関数仕様は、図２０のＣ部に示す
ように、関数名はnext（固定）で、返す値の型はレコー
ドクラス名^*である。 (7) 図１０のステップＳ７において、イテレータクラス
コンストラクタを生成する。

【００３２】図１６に示すように、まず、コンストラク
タヘッダを生成する。生成されるコンストラクタヘッダ
は図２０のＤ部に示すように、関数名は、イテレータク
ラス名::イテレータクラス名であり（この場合は、Part
Iter::PartIterとなる）、その下は固定部分である。次
に、dbcmd(dbproc,"select^*fromテーブル名")によりテ
ーブル名指定部を生成する（図２０のＥ部が生成され
る）。ついで、コンストラクタ後処理部を生成する（図
２０のＦ部が生成される）。この部分は固定部分であ
る。 (8) 図１０のステップＳ８において、イテレータクラス
検索（取り込み）関数を生成する。

【００３３】図１７に示すように、まず、検索関数ヘッ
ダを生成する。これにより、図２１のＧ部が生成され、
関数名はイテレータクラス名::next、返す値の型はレコ
ードクラス名^*となる。次に、フィールドバッファ定義
部を生成する（図２１のＨ部が生成される）。すなわ
ち、各フィールドに対して、型とフィールド名を出力
する。

【００３４】ついで、初期処理部を生成する（図２１の
Ｉ部が生成される）。この部分は固定部分である。次
に、図１８に示すように、バッファ結合部を生成する
（図２２のＪ部が生成される）。すなわち、各フィール
ドに対し、整数型ならdbbind(dbproc,番号,INTBIND,(DB
INT)0,(cs BYTE")& フィールド名);、文字列型なら
dbbind(dbproc,番号,NTBSTRINGBIND,(DBINT)0,(cs BY
TE") フィールド名);となる。

【００３５】次に、中間処理部を生成する（図２２のＫ
部が生成される）。この部分は固定部分であり、この部
分でデータが終了するまで、関係データベースからデー
タが取り込まれる。ついで、オブジェクト生成部を生成
する（図２２のＬ部が生成される）。この部分でオブジ
ェクトが生成され、レコードクラス名^*c=new レコード
クラス名(に続いて、各フィールドに対して、整数型な
ら(int) フイールド名、文字列型ならば、(char ^*)
フィールド名となる。

【００３６】ついで、終了処理部を生成する（図２２の
Ｍ部が生成される）。この部分は固定部である。以上
で、図２０，図２１、図２２に示したPartIterクラス定
義が生成される。上記のように関係データベースのスキ
ーマに基づき図１９，図２０，図２１，図２２に示した
PartRecordクラス定義、そのアクセス管理オブジェクト
であるPartIterクラス定義を生成する。一方、プログラ
マは、図２３に示すプログラムをコーディングする。

【００３７】図２３において、PartIter^*ci=new PartI
ter(dbproc,"code>10");は図２０のＤ，Ｅ，Ｆ部を呼び
出す部分であり、これによりcodeの値が10以上のレコー
ドの取り込みが指定される。また、次の、PartRecord^*
c; は図２１、図２２のＧ〜Ｍを呼び出す部分であり、
関数[body]で各オブジェクトに対する実際の処理を行
う。

【００３８】そして、上記した図１９〜図２３のプログ
ラムと、プログラマがコーディングしたオブジェクト指
向プログラムとをコンパイルすることにより、既存の関
係データベースに格納されている情報を利用するオブジ
ェクト指向プログラムを得ることができる。図２４は本
実施例により生成された図２０、図２１、図２２に示す
プログラムの動作を示す図である。

【００３９】図２０、図２１、図２２に示すようにイテ
レータオブジェクトは内部に「INITIAL 」，「NEXT」、
「NOMORE」、「FINISHED」の４状態をもち、生成された
とき「INITIAL 」状態であり、next関数が呼ばれる毎に
現在の状態に従って図２４に示すような処理を行う。す
なわち、図２４に示すように、「INITIAL 」状態から始
まり、「INITIAL 」状態において、サーバに次のデータ
を要求して成功しかた否か判別し、成功しない場合に
は、「FINISHED」に移行して、「NULL」ポインタを返
す。また、成功した場合には、レコードデータを取り出
す準備をして「NEXT」状態に移行する。

【００４０】そして、「NEXT」状態において、次のデー
タを取り出し、成功したか否かを判別する。成功しない
場合には「NOMORE」状態に移行し、成功した場合には、
オブジェクトを生成して返し、次のレコードを取り出し
て同様な処理を行う。「NEXT」状態において、次のレコ
ードの取り出が不成功であると、上記したように「NOMO
RE」状態に移行し、「NOMORE」状態において、サーバに
次のデータを要求し、成功した場合には次のレコードデ
ータを取り出す準備をして「NEXT」に戻る。また、サー
バに次のデータを要求し、不成功であると「FINISHED」
に以降して、上記と同様「NULL」ポインタを返す。

【００４１】以上のように、図２０、図２１、図２２に
示すイテレータオブジェクトは状態を「INITIAL 」，
「NEXT」、「NOMORE」、「FINISHED」と変化させつつ、
レコードオブジェクトを生成して順次返す。本実施例に
おいては、上記のようにオブジェクト変換装置により、
関係データベースのスキーマに基づき図１９、図２０、
図２１、図２２に示したPartRecordクラス定義、そのア
クセス管理オブジェクトであるPartIterクラス定義を生
成しているので、プログラマは図２３に示す簡単なプロ
グラムを作成するだけで、既存の関係データベースに格
納されている情報を利用することが可能となる。

【００４２】図２５は本発明の第２の実施例のシステム
構成を示す図である。本実施例は図２に示したシステム
にフィールド指定読込部１９を付加したものであり、そ
の他の構成は図２に示したものと同様である。本実施例
においては、フィールド指定読込部１９を設けて、必要
とされるフィールド名の指定を読み込み、図３３に示し
たpartテーブル内の指定されたフィールドのみ対象とし
たオブジェクトを利用できるようにしたものである。

【００４３】すなわち、特定のプログラムモジュールに
おいて、図３３のpartテーブル内の全てのフィールドを
必要とせず、例えば、codeとnameのみが必要であり、メ
モリ効率上、より小さなオブジェクトを利用したい場合
に本実施例を適用することができる。図２６は本実施例
により生成されるSmallPartRecord クラス定義であり、
また、図２７、図２８、図２９はそのアクセス管理オブ
ジェクトであるSmallPartIter クラス定義である。本実
施例においては、上記のように扱うデータがデータベー
スに格納されているデータの一部であることを明示する
ため、Small という単語を先頭にクラス名を生成する。

【００４４】その結果、生成されるプログラムは図２
６、図２７、図２８、図２９に示すように変化する。す
なわち、図２６においては、前記した図１９に比べレコ
ードクラス名にSmall が付加され（この場合はSmallPar
tRecord となる）、図１９のＢ，Ｃ，Ｆ，Ｇ，Ｈ，Ｊの
各部に対応した各部分で、指定されたフィールド（code
とname）のみが処理されている。

【００４５】また、図２７、図２８、図２９において
は、前記した図２０，図２１、図２２に比べイテレータ
クラス名にSmall が付加されて（この場合はSmallPartI
ter となる）、テーブルの一部のみを扱うことが示さ
れ、図２０，図２１、図２２のＨ，Ｊ，Ｌの各部に対応
した各部分で、指定されたフィールドのみが処理されて
いる。また、図２０，図２１、図２２のＥ部に対応した
部分では、selectとfromの間の「* 」がフィールド名の
リスト（codeとname）に置き変わっている。

【００４６】本実施例においては、上記のように、関係
データベースのスキーマ情報から指定されたフィールド
のみを処理するSmallPartRecord クラス定義とSmallPar
tIter クラス定義を自動生成しているので、プログラマ
は、前記図２３に示すプログラムをコーディングするだ
けで、partテーブル内の指定されたフィールドのみ対象
としたオブジェクトを利用することができる。

【００４７】図３０は本発明の第３の実施例のシステム
構成を示す図である。本実施例は図２に示したシステム
に分類指定読込部２０が付加され、また、前記図８に示
したイテレータクラスコンストラクタ生成部１７には、
図３１に示すように、分類指定処理生成部１７ｄが付加
される。上記分類指定読込部２０は、データベースに格
納されているデータの中から特定の分類に属するレコー
ドのみを選択的する方法の指定を読み込んで、イテレー
タクラスコンストラクタ生成部１７に指示を出す。ま
た、クラス名決定部１２は扱うデータがデータベースに
格納されているデータの中の特定の分類に属するレコー
ドのみを明示するためSpecial と言う単語を先頭にクラ
ス名を生成する。

【００４８】その結果、特注部品に対応するオブジェク
トであるSpecialPartRecord クラスと、そのアクセス管
理オブジェクトであるSpecialPartIter クラス定義が生
成される。例えば、前記図３３に示されるPartテーブル
に一般部品と特注部品のレコードが格納されており、特
に、nameフィールドの値が "ZZ" で始まる場合にそのレ
コードが特注部品である場合、本実施例では、特注部品
に対応するオブジェクトであるSpecialPartRecord クラ
ス定義と、そのアクセス管理オブジェクトであるSpecia
lPartIter クラス定義を自動生成が生成される。

【００４９】ここで、本実施例において生成されるSpec
ialPartRecord クラス定義は前記図２６に示したPartRe
cordクラス定義と本質的に同一のものであり、また、Sp
ecialPartIter クラス定義は前記図２７、図２８、図２
９に示したものと一部のみが異なり、その他の部分は本
質的に同一である。図３２は本実施例により生成される
アクセス管理オブジェクトSpecialPartIter クラス定義
の一部を示す図であり、同図は、前記図２７における
Ｄ，Ｅ，Ｆ部分のみを示しており、その他の部分は、特
定の分類に属するデータのみを扱うことを示すためクラ
ス定義とイテレータクラス定義のレコードクラス名、イ
テレータクラス名にSpecial が付加される点を除き同一
である。

【００５０】図３２においては、イテレータクラスコン
ストラクタ生成部の１コンポーネントである分類指定処
理生成部１７ｄが、分類指定読込み部２０の指示によっ
て、同図の「＊」の部分を生成し、特定の分類に属する
データのみが処理される。本実施例においては、上記の
ように、関係データベースのスキーマ情報から特注部品
のみに対応するオブジェクトであるSpecialPartRecord
クラス定義とSpecialPartIter クラス定義を自動生成し
ているので、プログラマは、前記図２３に示すプログラ
ムをコーディングするだけで、partテーブル内の特注部
品のみを対象としたオブジェクトを利用することができ
る。

【００５１】

【発明の効果】以上説明したように、本発明において
は、オブジェクトのクラス定義と、データベースへのア
クセスを管理するオブジェクトのクラス定義を自動生成
しているので、プログラマが簡単なプログラムをコーデ
ィングするだけで、既存の関係データベースのテーブル
のレコードを利用することができる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の第１の実施例のシステム構成を示す図
である。

【図３】図２におけるスキーマ情報読込部の構成を示す
図である。

【図４】図２におけるレコードクラス定義生成部の構成
を示す図である。

【図５】図２におけるレコードクラスコンストラクタ生
成部の構成を示す図である。

【図６】図２におけるレコードクラスデストラクタ生成
部の構成を示す図である。

【図７】図２におけるイテレータクラス定義生成部の構
成を示す図である。

【図８】図２におけるイテレータクラスコンストラクタ
生成部の構成を示す図である。

【図９】図２におけるイテレータクラス検索関数生成部
の構成を示す図である。

【図１０】本実施例における処理手順全体の動作の概要
を示す図である。

【図１１】図１０におけるスキーマ読込動作、クラス名
決定動作を示す図である。

【図１２】図１０におけるレコードクラス定義生成動作
を示す図である。

【図１３】図１０におけるレコードクラスコンストラク
タ生成動作を示す図である。

【図１４】図１０におけるレコードクラスデストラクタ
生成動作を示す図である。

【図１５】図１０におけるイテレータクラス定義生成動
作を示す図である。

【図１６】図１０におけるイテレータクラスコンストラ
クタ生成動作を示す図である。

【図１７】図１０におけるイテレータクラス検索関数生
成動作を示す図である。

【図１８】図１０におけるイテレータクラス検索関数生
成動作を示す図である。

【図１９】第１の実施例により生成されるPartRecordク
ラス定義を示す図である。

【図２０】第１の実施例により生成されるPartIterクラ
ス定義を示す図である。

【図２１】第１の実施例により生成されるPartIterクラ
ス定義を示す図である。

【図２２】第１の実施例により生成されるPartIterクラ
ス定義を示す図である。

【図２３】第１の実施例においてプログラマがコーディ
ングする部分を示す図である。

【図２４】本実施例により生成されるイテレータオブジ
ェクトの動作を示す図である。

【図２５】本発明の第２の実施例のシステム構成を示す
図である。

【図２６】第２の実施例により生成されるSmallPartRec
ord クラス定義を示す図である。

【図２７】第２の実施例により生成されるSmallPartIte
r クラス定義を示す図である。

【図２８】第２の実施例により生成されるSmallPartIte
r クラス定義を示す図である。

【図２９】第２の実施例により生成されるSmallPartIte
r クラス定義を示す図である。

【図３０】本発明の第３の実施例のシステム構成を示す
図である。

【図３１】図３０におけるイテレータクラスコンストラ
クタ生成部を示す図である。

【図３２】図３０により生成されるSpecialPartIter ク
ラス定義の一部を示す図である。

【図３３】データベース中に格納されている部品テーブ
ルの一例を示す図である。

【図３４】PartRecordオブジェクトのクラス定義の一例
を示す図である。

【図３５】データベースへのアクセス処理を実行する部
分の記述例を示す図である。

【図３６】データベースへのアクセス処理を実行する部
分の記述例を示す図である。

【符号の説明】

１既存の関係データベース１ａテーブル１ｂスキーマ定義２ａクラス定義を自動生成する第１の手段２ｂアクセス管理オブジェクトクラス定義を自動生
成する第２の手段３オブジェクト指向プログラム３ａオブジェクトのクラス定義３ｂアクセス管理オブジェクトクラス定義３ｃユーザプログラム１１スキーマ情報読込部１１ａテーブル名読込部１１ｂフィールド読込部１２クラス名決定部１３レコードクラス定義生成部１３ａレコードクラス定義ヘッダ生成部１３ｂデータメンバ定義生成部１３ｃコンストラクタ仕様生成部１３ｄデストラクタ仕様生成部１３ｅレコードクラス定義フッタ生成部１４レコードクラスコンストラクタ生成部１４ａコンストラクタヘッダ生成部１４ｂ整数フィールド初期化処理生成部１４ｃ文字列フィールド初期化処理生成部１５レコードクラスデストラクタ生成部１５ａデストラクタヘッダ生成部１５ｂ文字列フィールド処理生成部１６イテレータクラス定義生成部１６ａイテレータクラス定義ヘッダ生成部１６ｂコンストラクタ仕様生成部１６ｃ検索関数仕様生成部１７イテレータクラスコンストラクタ生成部１７ａコンストラクタヘッダ生成部１７ｂテーブル名指定処理生成部１７ｃコンストラクタ後処理生成部１７ｄ分類指定処理生成部１８イテレータクラス検索関数生成部１８ａ検索関数ヘッダ生成部１８ｂフィールドバッファ定義生成部１８ｃ初期処理生成部１８ｄバッファ結合処理生成部１８ｅ中間処理生成部１８ｆオブジェクト生成処理生成部１８ｇ終了処理生成部１９フィールド指定読込部２０分類指定読込部

Claims

【特許請求の範囲】

【請求項１】既存の関係データベースを利用するオブ
ジェクト指向プログラムの開発を支援するためのオブジ
ェクト変換装置であって、既存関係データベースのテーブルのスキーマ定義から、
オブジェクトのクラス定義を自動生成する第１の手段
と、上記スキーマ定義から、データベースへのアクセスを管
理するオブジェクトのクラス定義を自動生成する第２の
手段とを備え、上記第１の手段によりオブジェクトのクラス定義を生成
するとともに、第２の手段によりデータベースへのアク
セス管理オブジェクトのクラス定義を生成し、上記生成されたオブジェクトのクラス定義とアクセス管
理オブジェクトを用いて、既存の関係データベース中の
特定テーブルの各レコードを変換して、オブジェクト指
向プログラム中で一つのオブジェクトとして利用するこ
とを特徴とするオブジェクト変換装置。
【請求項２】既存の関係データベースを利用するオブ
ジェクト指向プログラムの開発を支援するためのオブジ
ェクト変換装置であって、既存関係データベースのテーブルのスキーマ定義と指定
記述から、オブジェクトのクラス定義を自動生成する第
１の手段と、上記スキーマ定義と指定記述から、データベースへのア
クセスを管理するオブジェクトのクラス定義を自動生成
する第２の手段とを備え、上記第１の手段によりオブジェクトのクラス定義を生成
するとともに、第２の手段によりデータベースへのアク
セス管理オブジェクトのクラス定義を生成し、上記生成されたクラス定義とアクセス管理オブジェクト
を用いて、既存の関係データベース中の特定テーブルの
各レコードの特定部分を変換して、オブジェクト指向プ
ログラム中で一つのオブジェクトとして利用することを
特徴とするオブジェクト変換装置。
【請求項３】既存の関係データベースを利用するオブ
ジェクト指向プログラムの開発を支援するためのオブジ
ェクト変換装置であって、既存関係データベースのテーブルのスキーマ定義と分類
指定記述から、オブジェクトのクラス定義を自動生成す
る第１の手段と、上記スキーマ定義と分類指定記述から、データベースへ
のアクセスを管理するオブジェクトのクラス定義を自動
生成する第２の手段とを備え、上記第１の手段によりオブジェクトのクラス定義を生成
するとともに、第２の手段によりデータベースへのアク
セス管理オブジェクトのクラス定義を生成し、上記自動生成されたクラス定義とアクセス管理オブジェ
クトを用いて、既存の関係データベース中の特定テーブ
ル中で特定の分類に属する各レコードを変換して、オブ
ジェクト指向プログラム中で一つのオブジェクトとして
利用することを特徴とするオブジェクト変換装置。