JPH07182179A - オブジェクト指向データベース管理装置 - Google Patents

Abstract

(57)【要約】 【目的】ユーザ定義されたクラスの型の動的な解析を無
くして、クラスの形式変換の処理効率を向上させること
のできるオブジェクト指向データベース管理装置を提供
する。 【構成】コンパイラ１０はソースコード３０をコンパイ
ルする。ソースコード３０のうち、ユーザ定義されたク
ラスの型についてのコンパイル結果は、型情報として型
のシンボルテーブル５０に登録される。型構造解析部２
３は、型のシンボルテーブル５０内の型情報と、基本デ
ータ型形式変換表保持部２１及び形式変換命名規則保持
部２２に保持されている保持内容とに基づいて、上記ユ
ーザ定義されたクラスの型についての形式変換手段６０
を生成して出力する。リンカ７０は、形式変換手段６０
とコンパイラ１０によって出力されるオブジェクトプロ
グラム４０とをリンクして、実行可能プログラム８０を
生成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、二次記憶上の格納形式
及び一次記憶上の計算可能形式の相互の形式変換を行う
オブジェクト指向データベース管理装置に関する。

【０００２】

【従来の技術】従来、オブジェクト指向データベース管
理システムにおいては、永続的インスタンスの主記憶上
での計算可能形式と二次記憶上での格納形式とが異なっ
ている場合であっても、永続的インスタンスを用いた処
理の実行が可能なように、上記計算可能形式と上記格納
形式との形式変換を行う形式変換手段を設けるようにし
ている。

【０００３】なお上記形式変換手段を備えたシステムと
しては、例えば特開平３−１３７７３０号公報（発明の
名称：オブジェクト指向コンピュータ・システム）に記
載されたものが知られている。この公報に記載されたも
のは、システムが永続的インスタンスの形式変換手段を
有するクラスを提供し、そして、データベース管理シス
テムの利用者（すなわちアプリケーションの作成者）に
よって、前記形式変換手段を有するクラスのサブクラス
として新たなクラスが定義されると、前記形式変換手段
を有するクラスに基づいて、この新たに定義されたクラ
スの永続的インスタンスの形式を変換するようにしてい
る。

【０００４】すなわちオブジェクト指向のプログラミン
グ技法には周知のように継承（インヘリタンス）の機能
があるので、この継承機能を用いることにより、上記形
式変換手段を有するクラスのサブクラスにも当該形式変
換手段が継承されることになるので、当該形式変換手段
を用いて新たに定義されたクラスの永続的インスタンス
の形式を変換するようにしている。

【０００５】

【発明が解決しようとする課題】ところで、一般的に、
オブジェクト指向データベース管理システムにおいては
ユーザが自由にクラスの型を定義できるようになってい
る。

【０００６】しかし、上記公報のものでは、永続的イン
スタンスの形式変換は必ずシステムが予め用意した１種
類の永続的なインスタンスの形式変換手段によって行う
ようにしているので、この形式変換手段によって、実行
可能プログラムの実行時に、ユーザにより定義された各
々の永続的インスタンスの型を動的に解析しながら形式
変換を実行しなければならない。そのため、予め用意さ
れた１種類の形式変換手段による形式変換の処理効率の
向上は望めない。またプログラムの実行効率の向上も望
めない。

【０００７】本発明は、ユーザ定義されたクラスの型の
動的な解析を無くして、クラスの形式変換の処理効率を
向上させることのできるオブジェクト指向データベース
管理装置を提供することを目的とする。

【０００８】

【課題を解決するための手段】この発明は、二次記憶上
の格納形式及び一次記憶上の計算可能形式の相互の形式
変換を行うオブジェクト指向データベース管理装置にお
いて、ユーザ定義されたクラスを含むソースコードのコ
ンパイル時に、当該クラスの型の構造を解釈し、該解釈
結果に対応じて、実行時に前記形式変換を行う形式変換
手段を作成する作成手段を具備している。

【０００９】

【作用】この発明では、作成手段が、ユーザ定義された
クラスを含むソースコードのコンパイル時に、当該クラ
スの型の構造を解釈し、更にこの解釈結果である型に対
応して、実行時に前記形式変換を行う形式変換手段を作
成する。従って、実行時に、クラスの型の動的な解析を
行うこと無く、形式変換手段によりクラスの形式変換を
効率良く行うことができる。

【００１０】

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

【００１１】図１は本発明に係るオブジェクト指向デー
タベース管理装置を適用したオブジェクト指向データベ
ース管理システムの一実施例の構成を示す機能ブロック
である。

【００１２】図１において、システムは、コンパイラ１
０と形式変換手段生成部２０とを備えている。コンパイ
ラ１０はオブジェクト指向データベース管理システムの
言語処理系であり、字句解析部１１、構文解析部１２及
び意味解析部１３を備え、これらの機能部により、ユー
ザにより記述されたソースコード３０（すなわち応用プ
ログラムのソースファイル）をコンパイルすなわち字句
解析、構文解析及び意味解析等を実行する。また、これ
らの解析が行われた（コンパイルされた）コンパイルコ
ード（すなわちオブジェクトプログラム）４０を出力す
る。

【００１３】なお、これらの解析を逐次実行しながら、
型のシンボルテーブル（以下、型シンボルテーブルとい
う）５０や、変数のシンボルテーブル（図示せず）を作
成する。型シンボルテーブル５０には、ユーザ定義され
たクラスの型の型名、及びその型の構造が所定形式で表
現されている。すなわち、ユーザ定義されたクラスの型
に関する情報が、上記型名及び型の構造から構成される
型情報として格納される。なお、ユーザ定義されたクラ
スはクラス定義と呼ぶことができるので、以下、必要に
応じてそれらの名称を併記する場合もある。

【００１４】一方、形式変換手段生成部２０は、基本デ
ータ型形式変換手段表保持部２１、形式変換手段命名規
則保持部２２及び型構造解析部２３を備える。

【００１５】基本データ型形式変換手段表保持部２１
は、システムが提供する基本データ型の形式変換手段を
集めた表（以下、基本データ型形式変換手段表という）
を保持している。

【００１６】本実施例で用いる基本データ型形式変換手
段表の一例を以下に示す。 『 データ型 ロード手続 ストア手続 整数型 INT-LOAD() INT-STOR() 文字列型 CHAR-STAR-LOAD() CHAR-star-STORE() 』 ……基本データ型形式変換手段表１ ここで、 ＬＯＡＤ（）は格納形式から計算可能形式への変換 ＳＴＯＲＥ（）は計算可能形式から格納形式への変換 をそれぞれ意味している。なお『』内の記述が一例を示
している（以下の説明においても同様とする）。また整
数型及び文字列型それぞれに対応するロード手続及びス
トア手続が、形式変換の変換手段としての機能を果たし
ている。この変換手段は本発明に係る形式変換手段その
ものではなく、当該形式変換手段に含まれるものであ
る。

【００１７】形式変換手段命名規則保持部２２はユーザ
定義されたクラスの型の形式変換手段の命名規則を保持
している。

【００１８】本実施例で用いる変換手段命名規則の一例
を以下に示す。 『 ロード関数 クラス名-Load() ストア関数 クラス名-Store() 』 ……形式変換手段命名規則１ 型構造解析部２３は、コンパイラ１０により作成される
型シンボルテーブル５０を入力として読み込み、この型
シンボルテーブル５０と、基本データ型形式変換手段表
保持部２１および形式変換手段命名規則保持部２２の保
持内容とに基づいて、ユーザ定義のクラスの型の構造で
ある型情報を解析し、ユーザ定義されたクラスの型に応
じた最適な形式変換手段６０を作成し提供する。

【００１９】そして、オブジェクト指向データベース管
理システムとは独立して設けられ、従来と同様の機能を
果たすリンカ７０は、オブジェクトプログラム４０と形
式変換手段６０とをリンクして、実行可能プログラム８
０を生成する。なおこのリンカ７０は独立して設けるこ
となく、オブジェクト指向データベース管理システム内
に設けるようにしても良い。

【００２０】なお図１において、ソースコード３０、オ
ブジェクトプログラム４０、型シンボルテーブル５０、
形式変換手段６０、リンカ７０及び実行可能プログラム
８０は共に、主メモリ（一次記憶上）に記憶され、必要
に応じて外部記憶装置（二次記憶上）に格納される。ま
たコンパイラ１０および形式変換手段生成部２０はそれ
ぞれの機能を果たすソフトウェア（プログラム）を、中
央処理装置等の制御手段が実行することにより実現され
る。勿論、ハードウェアやファームウェアで実現するよ
うにしても良い。

【００２１】次に、本実施例のクラス定義の形式変換手
段の生成処理について図２のフローチャートを参照して
説明する。

【００２２】なお、クラスの型の形式変換は読み込み
（ロード）と書き込み（ストア）の２種類について行わ
れるので、ロード関数とストア関数の２種類の形式変換
手段が必要となる。ここでは、ロード関数の形式変換手
段の生成について説明するが、ストア関数の場合も同じ
手順で生成することができる。またここでは、Ｃ言語系
すなわち「Ｃ＋＋言語」を例にとって説明する。

【００２３】最初に、コンパイラ１０は、ユーザ定義さ
れたクラス（すなわちクラス定義）を含むソースコード
３０をコンパイルしながら（ステップ１１０）、型シン
ボルテーブル５０を生成する（ステップ１２０）。また
コンパイル処理を終了した場合は、オブジェクトプログ
ラム４０を出力する。

【００２４】ここで、「Ｃ＋＋言語」による記述により
ユーザ定義されたクラスの一例を説明するが、それに先
立って、「Ｃ＋＋言語」におけるクラスの型の表現形式
を以下に示す。 次にクラス定義の一例を以下に示す。 『 class Foo { int a; char* b; class Bar* c; }; 』 ……クラス定義（ユーザ定義されたクラス）１ ここで、クラス定義１においては３つの属性が存在して
いる。

【００２５】なおクラス定義１を詳細に説明すると以下
の様になっている。 ◇「class 」はクラス、「Foo 」はクラス名を表してい
る。 ◇「int a;」は第１番目の属性であり、「int 」は属性
型（ここでは整数型）を表し、「a 」は属性名を表して
いる。 ◇「char* b;」は第２番目の属性であり、「char* 」は
属性型（ここでは文字型へのポインタ）を表し、「b 」
は属性名を表している。 ◇「class Bar* c; 」は第３番目の属性であり、「clas
s Bar*」は属性型（ここではバー型オブジェクトへのポ
インタ）を表し、「c 」は属性名を表している。 また、型シンボルテーブル５０に格納される型情報は、
上記クラス定義１がコンパイラ１０によってコンパイル
された結果となっている。

【００２６】上述した様にして型シンボルテーブル５０
が作成されたならば、型構造解析部２３は、その型シン
ボルテーブル５０を入力として読み込み（ステップ１３
０）、型シンボルテーブル５０に登録されている型情報
内のクラス名と、形式変換手段命名規則保持部２２に保
持されている上記変換手段命名規則１とに基づいて、ユ
ーザ定義されたクラスの形式変換手段名を決定する（ス
テップ１４０）。

【００２７】この実施例では、上記型情報は上記クラス
定義１に対応する内容なので、上記型情報のクラス名は
「Ｆｏｏ」であることが分かる。従ってこのクラス名
「Ｆｏｏ」と上記形式変換手段命名規則１内の「ロード
関数 クラス名-Load() 」規則を用いて、ユーザ定義さ
れたクラスの形式変換手段を「Ｆｏｏ−Ｌｏａｄ（）」
と決定する。

【００２８】次に、型構造解析部２３は、型シンボルテ
ーブル５０内の型情報のうち、ユーザ定義のクラスに関
するものを取り出し、そのクラスの属性の型（すなわち
属性型）は存在しているか否かを判断し（ステップ１５
０）、属性が存在している場合は、属性は基本データ型
か否かを判断する（ステップ１６０）。

【００２９】ここで、基本データ型の場合は、上記基本
データ型形式変換手段表１から適切な変換手段を選択
し、この変換手段を、このユーザ定義されたクラスの形
式変換手段から呼び出される手続きとする（ステップ１
７０）。このステップが終了した後は、上記ステップ１
５０に移行する。

【００３０】一方、ステップ１６０において基本データ
型でない場合は、上記形式変換命名規則１を用いて求め
た適切な変換手段を、このユーザ定義されたクラスの形
式変換手段から呼び出される手続きとする（ステップ１
８０）。このステップが終了した後は、上記ステップ１
５０に移行する。

【００３１】すなわち、型構造解析部２３は、型シンボ
ルテーブル５０内の型情報のうち、ユーザ定義されたク
ラスに関するものを取り出し、そのクラスの属性の型
（つまり属性型）について逐次解析することによって、
そのクラスの型の構造を解析する。このクラスの型の構
造の解析結果を元に、各属性毎に、適切な変換手段を決
定し、これを組合わせることにより、そのクラスの形式
変換手段を生成する。これら各属性の適切な変換手段の
決定は、その属性が基本データ型であれば基本データ型
の形式変換を集めた表を引くことにより決定でき、ユー
ザ定義のクラスであれば、上記形式変換手段命名規則１
を適用して決定できる。

【００３２】ここで、ステップ１５０〜１８０の処理に
ついて具体例を挙げて説明する。この実施例において
は、基本データ型には、上記基本データ型形式変換手段
表１に示しているように、「ＩＮＴ」（整数型）と「Ｃ
ＨＡＲ」へのポインタ（文字列型）の２つが含まれてい
る。一方、上記クラス定義１には、上述した説明から明
らかな様に３つの属性が含まれている。そこで次に、こ
れらの属性について基本データ型かどうかをチェックす
る。

【００３３】第１番目の属性は「ＩＮＴ」なので整数型
の基本データ形式であることが分かるので、ステップ１
５０およびステップ１６０を経てステップ１７０が実行
される。すなわち、ステップ１７０においては、上記基
本データ型形式変換手段表１から、ロード手続であり整
数型である「ＩＮＴ−ＬＯＡＤ（）」の変換手段を選択
し、この変換手段「ＩＮＴ−ＬＯＡＤ（）」を、上記形
式変換手段「Ｆｏｏ−Ｌｏａｄ（）」で最初に呼び出さ
れる手続きとする。

【００３４】また第２番目の属性は「ＣＨＡＲ」へのポ
インタなので文字列型の基本データ形式であることが分
かるので、上記同様に、基本データ型形式変換手段表１
から、ロード手続であり文字列型である「ＣＨＡＲ−Ｓ
ＴＡＲ−ＬＯＡＤ（）」の変換手段を選択し、この変換
手段「ＣＨＡＲ−ＳＴＡＲ−ＬＯＡＤ（）」を、上記形
式変換手段「Ｆｏｏ−Ｌｏａｄ（）」で２番目に呼び出
される手続きとする。

【００３５】そして、第３番目の属性については、「ｃ
ｌａｓｓ Ｂａｒ＊ ｃ」であり、上記基本データ型形
式変換手段表１には存在していないないので、基本デー
タ型ではない、すなわちユーザ定義されたクラスの型と
いうことが分かり、ステップ１５０及びステップ１６０
を経てステップ１８０が実行される。このステップ１８
０においては、現在の変換処理についてはロード関数で
あるという点と、上記形式変換手段命名規則１とに基づ
いて、「クラス名−Ｌｏａｄ（）」が得られ、よって、
適切な変換手段を「Ｂａｒ−Ｌｏａｄ（）』と決定し、
この変換手段を上記形式変換手段「Ｆｏｏ−Ｌｏａ
ｄ（）」で３番目に呼び出される手続きとする。

【００３６】以上の処理で、ユーザ定義されたクラスの
３つの属性についての形式変換手段の決定が終了したこ
とになるので、次に、型構造解析部２３は、これらの形
式変換手段により得られた上記各変換手段を組合わせる
ことにより、ユーザ定義されたクラスの形式変換手段を
生成する。

【００３７】このようにして得られたロード関数につい
ての形式変換手段の一例を以下に示す。なお、形式変換
手段の表現形式は以下のようになっている。 『 Ｃ++言語又はＣ言語の関数定義 返値 関数名｛ 手続き（関数で実行する手続き等）或いは文 ｝ 』 続いて、一例を以下に示す。 『 void Foo-Load() { INT-LOAD(); CHAR-STAR-LOAD(); Bar-Load(); } 』 …形式変換手段１ なお「ｖｏｉｄ」は返値無しを意味している。

【００３８】またストア関数についても上記図２に示さ
れる処理手順で変換すると、そのストア関数についての
形式変換手段は以下のようになる。 『 void Foo-Store() { INT-STORE(); CHAR-STAR-STORE(); Bar-Store(); } 』 …形式変換手段２ 従って、上記形式変換手段１と形式変換手段２とを組合
わせた以下のような形式変換手段が、上記クラス定義１
に対応する形式変換手段すなわち形式変換手段６０とな
る。

【００３９】 『 void Foo-Load() { INT-LOAD(); CHAR-STAR-LOAD(); Bar-Load(); } void Foo-Store() { INT-STORE(); CHAR-STAR-STORE(); Bar-Store(); } 』 ……形式変換手段６０ なおこの形式変換手段６０は図１に示す形式変換手段６
０を意味する。

【００４０】そして、上述したような形式変化手段６０
とコンパイラ１０から出力されたオブジェクトプログラ
ム４０とが、リンカ７０によってリンクされて、実行可
能プログラム８０が生成される。

【００４１】以上説明したように本実施例によれば、コ
ンパイル時において、ユーザ定義されたクラスの型に応
じて、二次記憶上の格納形式と一次記憶上の計算可能形
式との形式変換手段の生成を行うことができる。これ
は、実行可能プログラムの実行前に、ユーザ定義された
クラスの型に応じて、二次記憶上の格納形式と一次記憶
上の計算可能形式との形式変換を行うための型の構造解
析ができるということを意味している。

【００４２】従って、実行可能プログラムの実行時に
は、ユーザ定義されたクラスの型を動的に解析する必要
がないので、実行可能プログラムの実行効率を向上させ
ることができる。

【００４３】最後に、請求項１の発明の構成要件と図１
に示した実施例の構成要素との対応関係について説明す
る。上記作成手段は図１に示した形式変換手段生成部２
０及び型シンボルテーブル５０に対応している。

【００４４】

【発明の効果】以上詳細に説明したように本発明によれ
ば、作成手段が、ユーザ定義されたクラスを含むソース
コードのコンパイル時に、当該クラスの型の構造を解釈
し、更にこの解釈結果である型に対応して、実行時に前
記形式変換を行う形式変換手段を作成するようにしてい
るので、コンパイル時において、ユーザ定義されたクラ
スの型に応じて、二次記憶上の格納形式と一次記憶上の
計算可能形式との形式変換を行うための型の構造解析を
行うことができる。すなわち、これは、実行可能プログ
ラムの実行時に、ユーザ定義されたクラスの型に応じ
て、形式変換手段により、当該型の動的な解析を行うこ
となく、二次記憶上の格納形式と一次記憶上の計算可能
形式との形式変換を行うことができるということを意味
している。よって、従来と比較して、ユーザ定義された
クラスの型を動的に解析することなく、静的に解析する
ことができる。また実行可能プログラムの実行効率を向
上させることができる。

【００４５】従って、ユーザ定義されたクラスの型の動
的な解析を無くして、クラスの形式変換の処理効率を向
上させるオブジェクト指向データベース管理装置を提供
することができるという利点がある。

【図面の簡単な説明】

【図１】本発明に係るオブジェクト指向データベース管
理装置の一実施例を示す機能ブロック図。

【図２】本実施例の形式変換手段の生成処理動作を示す
フローチャート。

【符号の説明】

１０…ソースコード、１０…コンパイラ、２０…形式変
換手段生成部、２１…基本データ型形式変換手段表保持
部、２２…形式変換手段命名規則保持部２２、２３…型
構造解析部、５０…型のシンボルテーブル、６０…形式
変換手段。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 17/30

Claims (1)

【特許請求の範囲】
1. 【請求項１】二次記憶上の格納形式及び一次記憶上の計
   算可能形式の相互の形式変換を行うオブジェクト指向デ
   ータベース管理装置において、 ユーザ定義されたクラスを含むソースコードのコンパイ
   ル時に、当該クラスの型の構造を解釈し、該解釈結果に
   対応じて、実行時に前記形式変換を行う形式変換手段を
   作成する作成手段を具備したことを特徴とするオブジェ
   クト指向データベース管理装置。