JP2000155706A - オブジェクト指向とリレーショナル・データベースのマッピング方法、装置及びその記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 オブジェクト指向技術について配慮されてい
ないリレーショナル・データベースでも、オブジェクト
指向技術を適用してアクセスできるようにし、オブジェ
クト指向言語を用いてオブジェクトを透過的にリレーシ
ョナル・データベースへ登録、参照、更新、あるいは抹
消できるようにする。 【解決手段】 リレーショナル・データベースに登録さ
れているアクセスしようとするテーブルに関する、当該
リレーショナル・データベースに含まれる図のような管
理情報を読み出す。該管理情報に基づいて、該アクセス
テーブル、及びそのアクセステーブルにマッピングされ
るクラスの間での対応を把握する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データの登録、参
照、更新及び抹消を、既知の手順に従って行うオブジェ
クト指向とリレーショナル・データベースのマッピング
方法、装置及びその記録媒体に係り、特に、オブジェク
ト指向技術について配慮されていないリレーショナル・
データベースでも、オブジェクト指向技術を適用してア
クセスできるようにし、オブジェクト指向言語を用いて
オブジェクトを透過的にリレーショナル・データベース
へ登録、参照、更新、あるいは抹消できるようにするこ
とができるオブジェクト指向とリレーショナル・データ
ベースのマッピング方法、装置及びその記録媒体に関す
る。

【０００２】

【従来の技術】図１は、リレーショナル・データベース
に登録されているデータテーブルの一例を示す線図であ
る。

【０００３】この図において、各レコードは、「コイル
Ｎｏ．」を示すデータ、「厚」を示すデータ、「幅」を
示すデータ、及び「仕掛」を示すデータで構成されてい
る。又、この図のデータテーブルは、このようなレコー
ドが複数で構成されている。例えば、図示されている状
態では、テーブルは３つのレコードで構成されている。

【０００４】一方、オブジェクト指向技術において取り
扱うオブジェクトには、オブジェクトの型を定義するク
ラスと、クラスから生成される実体としてのインスタン
スとがある。

【０００５】図２は、クラスの一例を示す線図である。
該クラスは、図１にあるテーブルに対応し、「コイルＮ
ｏ．」や、「厚」や、「幅」や、「仕掛」を属性として
持つ。又、このクラスから生成されるインスタンスは、
図１にあるテーブルを構成する各レコードに対応する。
例えば、図３や図４では、それぞれ、図１の１番目、あ
るいは２番目のレコードに対応するインスタンスが示さ
れている。

【０００６】全てのインスタンスは、特定のテーブルの
１レコードにマッピングする必要がある。これは、それ
ぞれのインスタンスを特定レコードに対応付けて保管す
るというものである。

【０００７】このため、インスタンスをアクセスするに
は、まず、リレーショナル・データベースから抽出条件
を満たすレコードを取りだし、各レコードについてイン
スタンスを生成した後、レコードの各データ、即ち各項
目をオブジェクトの属性として編集する必要がある。
又、更新時には、リレーショナル・データベース・アク
セス言語を用いて、インスタンスの属性を、リレーショ
ナル・データベースに含まれるテーブルへ書き戻す必要
がある。更には、インスタンスの新規作成や、抹消につ
いても、同様な処理が要求される。

【０００８】ここで、リレーショナル・データベース・
アクセス言語には、例えばＳＱＬ（structured query l
anguage ）という、広く利用されているものがある。本
発明においては、対象とするリレーショナル・データベ
ース・アクセス言語を具体的に限定するものではない。
即ち、データの登録、参照、更新及び抹消の手順が、既
知のものであればよく、同様に適用できる。

【０００９】

【発明が解決しようとする課題】前述したオブジェクト
指向技術が一般に利用されている。しかしながら、オブ
ジェクト指向技術は、リレーショナル・データベースに
対しては、必ずしも相性がよくない。

【００１０】例えば、「Ｊａｖａ Ｂｌｅｎｄ」などの
開発環境においては、リレーショナル・データベースの
テーブルと前述したクラスとをマッピングし、クラス定
義を作成できるようにするツールを用意するなど、リレ
ーショナル・データベースに対して対処したオブジェク
ト指向技術もある。しかしながら、手間がかかるなどの
様々な問題がある。例えば、この「Ｊａｖａ Ｂｌｅｎ
ｄ」開発環境のツールでは、メタデータを変更する都度
クラス定義を作成する必要があり、不便であるという問
題がある。

【００１１】該メタデータは、リレーショナル・データ
ベースにおいて、テーブルに格納されているデータを管
理するためのデータである。該メタデータは、テーブル
の構造や、テーブルを構成しているレコードの構造、又
該レコードにおけるデータの構造を示すデータが含まれ
る。例えば図５は、図１のテーブルのレコードを構成す
る、個々のデータの構造を表わしている。

【００１２】なお、特開平８−２２１２７４では、少な
いコーディング量で、オブジェクト指向プログラムか
ら、リレーショナル・データベースに格納された情報を
アクセスできるようにするという技術が開示されてい
る。しかしながら、リレーショナル・データベースのテ
ーブルのスキーマ情報を利用し、クラス定義のみを行う
ものであり、インスタンスの生成を行う機能が提供され
ておらず、適用には限界がある。

【００１３】本発明は、前記従来の問題点を解決するべ
くなされたもので、オブジェクト指向技術について配慮
されていないリレーショナル・データベースでも、オブ
ジェクト指向技術を適用してアクセスできるようにし、
オブジェクト指向言語を用いてオブジェクトを透過的に
リレーショナル・データベースへ登録、参照、更新、あ
るいは抹消できるようにすることができるオブジェクト
指向とリレーショナル・データベースのマッピング方
法、装置及びその記録媒体を提供することを目的とす
る。

【００１４】

【課題を解決するための手段】まず、本願の第１発明の
オブジェクト指向とリレーショナル・データベースのマ
ッピング方法は、データの登録、参照、更新及び抹消
を、既知の手順に従って行うリレーショナル・データベ
ースのアクセス方法において、リレーショナル・データ
ベースに登録されているアクセスしようとするテーブル
に関する、当該リレーショナル・データベースに含まれ
る管理情報を読み出し、該管理情報に基づいて、該アク
セステーブル、及びそのアクセステーブルにマッピング
されるクラスの間での対応を把握するようにしたことに
より、前記課題を解決したものである。

【００１５】次に、本願の第２発明のオブジェクト指向
とリレーショナル・データベースのマッピング装置は、
データの登録、参照、更新及び抹消を、既知の手順に従
って行うリレーショナル・データベースのアクセス装置
において、リレーショナル・データベースに登録されて
いるアクセスしようとするテーブルに関する、当該リレ
ーショナル・データベースに含まれる管理情報を表わす
メタデータを読み出す手段と、該メタデータに基づい
て、前記アクセステーブルに対応したクラスを生成する
手段と、そのクラスを用いて前記アクセステーブルのレ
コードに対応したインスタンスを生成する手段と、該イ
ンスタンスを用いて、リレーショナル・データベースに
アクセスする手段とを備えたことにより、前記課題を解
決したものである。

【００１６】次に、本願の第３発明のコンピュータプロ
グラムを記録したコンピュータ読み取り可能な記録媒体
は、データの登録、参照、更新及び抹消を、既知の手順
に従って行うリレーショナル・データベースのアクセス
装置で用いるコンピュータプログラムを記録したコンピ
ュータ読み取り可能な記録媒体において、上述の第２発
明に含まれるメタデータを読み出す手段、クラスを生成
する手段、インスタンスを生成する手段、及びリレーシ
ョナル・データベースにアクセスする手段を実現するコ
ンピュータプログラムを記録したことにより、前記課題
を解決したものである。

【００１７】以下、本発明の作用について、簡単に説明
する。

【００１８】本願では、第１発明〜第３発明のいずれに
おいても、データの登録、参照、更新及び抹消を、既知
の手順に従って行うオブジェクト指向によるリレーショ
ナル・データベースのマッピングが前提となっている。
又、まず、リレーショナル・データベースに登録されて
いるアクセスしようとするテーブルに関する、当該リレ
ーショナル・データベースに含まれる管理情報を読み出
しする。次に、該管理情報に基づいて、該アクセステー
ブル、及びそのアクセステーブルにマッピングされるク
ラスの間での対応を把握する。更に、そのクラスを用い
て前記アクセステーブルのレコード毎にインスタンスを
生成し、レコードとインスタンスとの対応を把握する。

【００１９】これにより、オブジェクト指向技術につい
て配慮されていないリレーショナル・データベースで
も、オブジェクト指向技術を適用してアクセスできるよ
うにし、オブジェクト指向言語を用いてオブジェクトを
透過的にリレーショナル・データベースへ登録、参照、
更新、あるいは抹消できるようにすることができる。

【００２０】

【発明の実施の形態】以下、図を用いて本発明の実施の
形態を詳細に説明する。

【００２１】本実施形態は、本発明が適用され、以下の
３の部分から構成されている。

【００２２】Ａ１．コレクション・マネージャ Ａ２．基底クラス Ａ３．トランザクション・マネージャ

【００２３】以下に、これら３の構成要件について、こ
れらの順で説明する。

【００２４】まず、コレクション・マネージャは、イン
スタンス集合の生成及び抹消を管理する仕組みである。
該コレクション・マネージャは、テーブルにマッピング
されるクラス毎に作成される。コレクション・マネージ
ャは、アプリケーション・プログラムより与えられる抽
出条件を基に、該当テーブルから処理対象のレコードを
抽出し、次に説明する基底クラスと協調してインスタン
スの集合を生成し、アプリケーション・プログラムに提
供する。

【００２５】次に、基底クラスは、リレーショナル・デ
ータベースのテーブルにマッピングするクラスの基底ク
ラスである。このような基底クラスを、以下スーパーク
ラスとも呼ぶ。該基底クラスを継承することで、以下の
処理を実行する。

【００２６】Ｂ１．インスタンス参照時（インスタンス
変数の実行時宣言とデータの読み込み）：インスタンス
変数は、クラス定義において変数として宣言し、インス
タンス毎にレコードのデータを設定する必要がある。ク
ラス対テーブルを１対１とするシステムにおいて、この
変数はテーブルのカラム（項目）と等しいため、リレー
ショナル・データベースからカラムに関するメタデータ
を取り出し、該メタデータによる情報を基にして、実行
時にクラスのインスタンス変数を生成する。例えば図１
のようなリレーショナル・データベースのテーブルで
は、メタデータは、例えば図５のようなものである。
又、このクラスの生成は、例えば、図１のようなリレー
ショナル・データベースのテーブルから、図２のような
クラスを生成するというものである。更に、このクラス
のインスタンスのインスタンス変数にレコードのデータ
を読み込む。例えば、図２のクラスにおいて宣言したイ
ンスタンス変数にデータを読み込むと、図３や図４のよ
うになる。

【００２７】Ｂ２．オブジェクト更新時（テーブル更新
処理の隠蔽化）：アプリケーション・プログラムがイン
スタンス変数を更新すると、そのインスタンス変数に変
更マークを付加する。該変更マークは、具体的にはフラ
グである。インスタンスとレコードの同期処理要求とい
う、インスタンスに対して変更要求が行われると、この
変更マークの付されたインスタンス変数をレコードに書
き戻すための更新命令が作成され、該更新命令に従って
テーブルが更新される。該更新命令は、例えばＳＱＬで
はＵｐｄａｔｅ命令である。

【００２８】上記のＢ１やＢ２と同様に、コレクション
・マネージャ及び基底クラスの組み合わせにより、イン
スタンスの新規作成や抹消も実現される。

【００２９】続いて、トランザクション・マネージャ
は、トランザクションの管理を行うための仕組みであ
る。該トランザクション・マネージャは、クラスにとマ
ッピングされたリレーショナル・データベース上のテー
ブルの更新処理を、整合性を持って実行する。

【００３０】図６は、本発明が適用された実施形態の構
成を示すブロック図である。

【００３１】アプリケーション・プログラム３は、本発
明が適用され、リレーショナル・データベース・エンジ
ン５を経由して、リレーショナル・データベース１に対
してアクセスする。該アクセスは、ＳＱＬを用いて所定
の手順で、リレーショナル・データベース１の主にデー
タ格納領域１ａにデータの登録、参照、更新及び抹消を
行うというものである。なお、スキーマ情報１ｂは、デ
ータ格納領域１ａに登録されているデータを管理するた
め情報である。

【００３２】又、アプリケーション・プログラム３に
は、複数のコレクション・マネージャ１０と、トランザ
クション・マネージャ２０と、複数のオブジェクト３０
が含まれる。

【００３３】コレクション・マネージャ１０は、クラス
（テーブル）毎に作成される。又、該コレクション・マ
ネージャ１０は、オブジェクトの雛型生成１２を行っ
て、オブジェクトの雛型１３を生成する。又、該コレク
ション・マネージャ１０は、オブジェクト生成１５を行
って、オブジェクト・キャッシュ１６を経由して、オブ
ジェクト３０を生成する。

【００３４】又、トランザクション・マネージャ２０
は、トランザクション管理対象２２を含む。トランザク
ション・マネージャ２０は、該トランザクション管理対
象２２として、上記のコレクション・マネージャ１０の
処理を管理している。

【００３５】図７は、本実施形態における処理過程を示
すブロック図である。

【００３６】本実施形態では、基底クラスを継承するこ
とにより、図７に示される機能を提供している。

【００３７】まず、基底クラス３２は、属性４０と、操
作５０とにより構成される。又、属性４０は、符号４２
で示されるようなカラム（レコードの項目）毎に属性オ
ブジェクトを管理している。この符号４２のものは、リ
レーショナル・データベースから読み込んデータであ
り、特に、キーがカラム名で、値が属性オブジェクトの
ハッシュテーブルである。更に、属性４０は、オブジェ
クトを一意に認識するためのキーである、オブジェクト
ＩＤ４４を有している。更に、操作５０には、データ設
定操作５２と、データ取得操作５４と、データベースア
クセス操作５６とが含まれる。

【００３８】次に、属性オブジェクト３４は、属性６０
を有している。該属性６０は、符号６２で示される、カ
ラムの型と、データと、ダーティーフラグとの構成を有
している。

【００３９】図８は、前述のコレクション・マネージャ
１０の構成を示すブロック図である。

【００４０】コレクション・マネージャ１０は、属性７
０と、操作８０を含んでいる。

【００４１】まず、属性７０は、リレーショナル・デー
タベース１から読み込んだオブジェクトのハッシュテー
ブルである基本キャッシュ７２を有している。ハッシュ
テーブルは、オブジェクトＩＤをキーとし、オブジェク
トを値とする。

【００４２】次に、属性７０は、トランザクション用バ
ッファである、削除前キャッシュ７４と、挿入前キャッ
シュ７５と、更新前キャッシュ７６とを有している。こ
れらのキャッシュ７４〜７６は、オブジェクトＩＤをキ
ーとし、オブジェクトを値とするハッシュテーブルであ
る。

【００４３】なお、属性７０のこれら基本キャッシュ７
２、削除前キャッシュ７４、挿入前キャッシュ７５、更
新前キャッシュ７６は、オブジェクト・キャッシュ領域
１６にある。又、属性７０は、オブジェクトを作成する
ための雛型である、オブジェクトの雛型７８も有してお
り、該オブジェクトの雛型７８は図６では符号１３で示
される。

【００４４】図９は、本実施形態の本発明が適用されて
いる部分の全体的な処理の流れを示すフローチャートで
ある。

【００４５】このフローチャートにおいて、まずステッ
プ１１０では、コレクション・マネージャがオブジェク
トの雛型を生成する。続く破線で囲まれた部分の処理
は、オブジェクトに対して何らかの処理を行いながら、
繰り返される部分である。

【００４６】ステップ１１１では、コレクション・マネ
ージャからオブジェクトを取得する。これにより、オブ
ジェクトを生成する。

【００４７】ステップ１１３では、オブジェクトが更新
処理に関するものであるか、否か判定する。否と判定さ
れた場合、ステップ１１５において、オブジェクトの参
照を行う。一方、更新処理と判定された場合、ステップ
１２０においてトランザクションを開始してから、その
オブジェクトが更新するものか、削除（抹消）するもの
か、あるいは挿入するものかに応じて、ステップ１２１
〜１２３のいずれかの処理を行う。そうしてから、ステ
ップ１２５において、トランザクションを終了する。

【００４８】図１０は、図９のステップ１１０における
オブジェクトの雛型生成の処理を示すフローチャートで
ある。

【００４９】図１０のステップ１３２において、リレー
ショナル・データベース１からスキーマ情報を読み込
む。ステップ１３４において、スキーマに定義されてい
る各カラムの名前、型、有効桁数などを基に、オブジェ
クトの雛型を作成する。

【００５０】図１１は、図９のステップ１１１における
コレクション・マネージャからオブジェクトを取得する
処理を示すフローチャートである。

【００５１】図１１のステップ１４２において、アプリ
ケーション・プログラム３がコレクション・マネージャ
１０に対して検索条件を指定し、オブジェクトの取得を
依頼する。なお、オブジェクト・キャッシュ領域１６中
のオブジェクトを使用せずに、リレーショナル・データ
ベースから強制的に読み直すことも可能であり、このよ
うにしてもよい。

【００５２】ステップ１４４では、既に発行された検索
条件であるか否か判定する。既に発行されたものであれ
ば、ステップ１４５において、コレクション・マネージ
ャは基本キャッシュ７２から、指定された検索条件に合
致するオブジェクトを返す。一方、否と判定された場
合、まずステップ１４７において、コレクション・マネ
ージャはオブジェクトの雛型１３を基に、新たなオブジ
ェクトを作成し、リレーショナル・データベース１から
読み込んだデータを設定する。

【００５３】ステップ１４７に続いてステップ１５０で
は、既にオブジェクトキャッシュ領域１６に存在するか
否か判定する。存在しないと判定された場合は、ステッ
プ１５２において、コレクション・マネージャは、今作
成したオブジェクトを基本キャッシュ７２に追加し、呼
び出し元にそれらを返す。一方、存在すると判定された
場合、ステップ１５４において、コレクション・マネー
ジャは、基本キャッシュ７２中のオブジェクトを読み出
し、呼び出し元に返す。

【００５４】図１２は、図９のステップ１１５における
オブジェクトの参照の処理を示すフローチャートであ
る。

【００５５】ステップ１６２では、アプリケーション・
プログラムは、カラム名とプログラム中で必要なデータ
型を指定して、オブジェクトにデータ取得を依頼する。

【００５６】ステップ１６４では、指定したカラムは導
出項目であるか否か判定する。否と判定された場合は、
ステップ１６５において、オブジェクトは、指定された
カラム名でハッシュテーブルからデータを取得する。一
方、導出項目であると判定された場合、ステップ１６６
において、オブジェクトは、導出項目のデータを計算す
る処理を呼び出し、データを取得する。

【００５７】ステップ１６８では、オブジェクトは、指
定されたデータ型に先のデータを変換し、呼び出し元に
返す。

【００５８】図１３は、図９のステップ１２３における
オブジェクトの挿入の処理を示すフローチャートであ
る。

【００５９】まず、ステップ１７５において、コレクシ
ョン・マネージャ１０に対して新Ｂオブジェクトの作成
依頼を行う。ステップ１７７では、コレクション・マネ
ージャ１０は、オブジェクトの雛型１３から、新規のオ
ブジェクトを作成し、挿入前バッファに追加する。ステ
ップ１７９では、アプリケーション・プログラムは、そ
のオブジェクトにデータを設定した後、挿入依頼をす
る。ステップ１８１では、オブジェクトが対応している
データ行のデータベース挿入命令を作成する。ステップ
１８３では、リレーショナル・データベース１に対し
て、削除命令（抹消命令）を発行する。ステップ１８５
では、そのオブジェクトを挿入前キャッシュ７５から削
除し、基本キャッシュ７２に移す。

【００６０】図１４は、図９のステップ１２２における
オブジェクトの削除の処理を示すフローチャートであ
る。

【００６１】ステップ２０２において、アプリケーショ
ン・プログラムは、オブジェクトに対して、削除命令を
依頼する。ステップ２０４において、トランザクション
が開始されているか否か判定する。開始されていると判
定された場合は、ステップ２０６において、コレクショ
ン・マネージャ１０は、オブジェクトのコピーをとり、
削除前キャッシュ７４に格納する。

【００６２】ステップ２０８では、コレクション・マネ
ージャ１０は、オブジェクトが対応しているデータ行の
レコード削除命令を作成する。ステップ２０９では、コ
レクション・マネージャ１０は、リレーショナル・デー
タベース１に対して削除命令を発行する。

【００６３】図１５は、図９のステップ１２３における
オブジェクトの更新の処理を示すフローチャートであ
る。

【００６４】ステップ２２２において、アプリケーショ
ン・プログラムは、カラム名とデータを指定してオブジ
ェクトにデータ設定を依頼する。ステップ２２３では、
オブジェクトは、カラムに対応したデータ型に、指定さ
れたデータを変換する。ステップ２２４では、オブジェ
クトは、データを設定し、ダーティーフラグを立てる。

【００６５】ステップ２２６では、トランザクションが
開始されているか否か判定する。開始されていると判定
された場合には、ステップ２２８において、コレクショ
ン・マネージャ１０は、オブジェクトのコピーをとり、
更新前キャッシュ７６に、そのオブジェクトが存在しな
ければ格納する。

【００６６】ステップ２３０では、アプリケーション・
プログラムは、オブジェクトに対して、リレーショナル
・データベース１の更新処理を依頼する。ステップ２３
２では、コレクション・マネージャ１０は、ダーティー
フラグが立っているカラムに対する、リレーショナル・
データベースの更新命令を作成する。ステップ２３４で
は、コレクション・マネージャ１０は、リレーショナル
・データベース１に対して、更新命令を発行する。

【００６７】図１６は、図９のステップ１２０における
トランザクションの開始の処理を示すフローチャートで
ある。

【００６８】ステップ２４２では、トランザクション・
マネージャにトランザクションの開始を依頼する。ステ
ップ２４４では、リレーショナル・データベース１のト
ランザクションを開始する。ステップ２４６では、オブ
ジェクトのトランザクションを開始する。

【００６９】図１７は、図９のステップ１２５における
トランザクションの終了の処理を示すフローチャートで
ある。この図のトランザクションの終了は、「コミッ
ト」である。

【００７０】ステップ２５２では、トランザクション・
マネージャにトランザクションの終了を依頼する。ステ
ップ２５４では、リレーショナル・データベース１のト
ランザクションを終了する。ステップ２５６では、コレ
クション・マネージャ１０は、トランザクション用にコ
ピーされていたオブジェクトを削除する。

【００７１】図１８は、図９のステップ１２５における
トランザクションの終了の処理を示すフローチャートで
ある。この図のトランザクションの終了は、「ロールバ
ック」である。

【００７２】ステップ２６２では、トランザクション・
マネージャにトランザクションのロールバックを依頼す
る。ステップ２６４では、リレーショナル・データベー
ス１のトランザクションをロールバックする。

【００７３】ステップ２６６では、トランザクション用
にコピーをしていたオブジェクトが存在するか否か判定
する。存在しないと判定された場合には、ステップ２６
８により、コレクション・マネージャ１０は、コピーさ
れたオブジェクトに設定されているデータを、現在のオ
ブジェクトに設定する。

【００７４】以上説明したように、本実施形態では、本
発明を効果的に適用することができる。従って、オブジ
ェクト指向技術について配慮されていないリレーショナ
ル・データベースでも、オブジェクト指向技術を適用し
てアクセスできるようにし、オブジェクト指向言語を用
いてオブジェクトを透過的にリレーショナル・データベ
ースへ登録、参照、更新、あるいは抹消できるようにす
ることができる。

【００７５】

【発明の効果】オブジェクト指向技術について配慮され
ていないリレーショナル・データベースでも、オブジェ
クト指向技術を適用してアクセスできるようにし、オブ
ジェクト指向言語を用いてオブジェクトを透過的にリレ
ーショナル・データベースへ登録、参照、更新、あるい
は抹消できる。

【図面の簡単な説明】

【図１】リレーショナル・データベースに登録されてい
るデータテーブルの一例を示す線図

【図２】オブジェクト指向技術において取り扱う、テー
ブルのオブジェクトの一例を示す線図

【図３】上記テーブルにおける１番目のレコードに対応
するインスタンスを示す線図

【図４】上記テーブルにおける２番目のレコードに対応
するインスタンスを示す線図

【図５】上記テーブルのレコードを構成する、個々のデ
ータの構造を示すメタデータの一例の線図

【図６】本発明が適用された実施形態の構成を示すブロ
ック図

【図７】前記実施形態における処理過程を示すブロック
図

【図８】前記実施形態のコレクション・マネージャの構
成を示すブロック図

【図９】前記実施形態の本発明が適用されている部分の
全体的な処理の流れを示すフローチャート

【図１０】前記実施形態におけるオブジェクトの雛型生
成の処理を示すフローチャート

【図１１】前記実施形態におけるコレクション・マネー
ジャからオブジェクトを取得する処理を示すフローチャ
ート

【図１２】前記実施形態におけるオブジェクトの参照の
処理を示すフローチャート

【図１３】前記実施形態におけるオブジェクトの挿入の
処理を示すフローチャート

【図１４】前記実施形態におけるオブジェクトの削除の
処理を示すフローチャート

【図１５】前記実施形態におけるオブジェクトの更新の
処理を示すフローチャート

【図１６】前記実施形態におけるトランザクションの開
始の処理を示すフローチャート

【図１７】前記実施形態におけるトランザクションの終
了（コミット）の処理を示すフローチャート

【図１８】前記実施形態におけるトランザクションの終
了（ロールバック）の処理を示すフローチャート

【符号の説明】

１…リレーショナル・データベース １ａ…データ格納領域 １ｂ…スキーマ情報 ３…アプリケーション・プログラム ５…リレーショナル・データベース・エンジン １０…コレクション・マネージャ １２…オブジェクトの雛型生成 １３、７８…オブジェクトの雛型 １５…オブジェクト生成 １６…オブジェクト・キャッシュ ２０…トランザクション・マネージャ ２２…トランザクション管理対象 ３０…オブジェクト ３２…基底クラス ３４…属性オブジェクト ４０、６０、７０…属性 ４４…オブジェクトＩＤ ５０、８０…操作 ５２…データ設定操作 ５４…データ取得操作 ５６…データベースアクセス操作 ７２…基本キャッシュ ７４…削除前キャッシュ ７５…挿入前キャッシュ ７６…更新前キャッシュ

Claims (3)

【特許請求の範囲】
1. 【請求項１】データの登録、参照、更新及び抹消を、既
   知の手順に従って行うリレーショナル・データベースの
   アクセス方法において、 リレーショナル・データベースに登録されているアクセ
   スしようとするテーブルに関する、当該リレーショナル
   ・データベースに含まれる管理情報を読み出し、 該管理情報に基づいて、該アクセステーブル、及びその
   アクセステーブルにマッピングされるクラスの間での対
   応を把握するようにしたことを特徴とするオブジェクト
   指向とリレーショナル・データベースのマッピング方
   法。
2. 【請求項２】データの登録、参照、更新及び抹消を、既
   知の手順に従って行うリレーショナル・データベースの
   アクセス装置において、 リレーショナル・データベースに登録されているアクセ
   スしようとするテーブルに関する、当該リレーショナル
   ・データベースに含まれる管理情報を表わすメタデータ
   を読み出す手段と、 該メタデータに基づいて、前記アクセステーブルに対応
   したクラスを生成する手段と、 そのクラスを用いて前記アクセステーブルのレコードに
   対応したインスタンスを生成する手段と、 該インスタンスを用いて、リレーショナル・データベー
   スにアクセスする手段とを備えたことを特徴とするオブ
   ジェクト指向とリレーショナル・データベースのマッピ
   ング装置。
3. 【請求項３】データの登録、参照、更新及び抹消を、既
   知の手順に従って行うリレーショナル・データベースの
   アクセス装置で用いるコンピュータプログラムを記録し
   たコンピュータ読み取り可能な記録媒体において、 請求項２に記載のメタデータを読み出す手段、クラスを
   生成する手段、インスタンスを生成する手段、及びリレ
   ーショナル・データベースにアクセスする手段を実現す
   るコンピュータプログラムを記録したコンピュータ読み
   取り可能な記録媒体。