JP2000148555A - オブジェクトモデルとリレーショナルモデルとの間でのマッピング方法 - Google Patents
オブジェクトモデルとリレーショナルモデルとの間でのマッピング方法Info
- Publication number
- JP2000148555A JP2000148555A JP10323368A JP32336898A JP2000148555A JP 2000148555 A JP2000148555 A JP 2000148555A JP 10323368 A JP10323368 A JP 10323368A JP 32336898 A JP32336898 A JP 32336898A JP 2000148555 A JP2000148555 A JP 2000148555A
- Authority
- JP
- Japan
- Prior art keywords
- class
- attributes
- hash table
- attribute
- model
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】オブジェクトモデルを変更しても、リレーショ
ナルモデルを変更しなくても済むような、オブジェクト
モデルとリレーショナルモデルとの間でのマッピング方
法を提供することを課題とする。 【解決手段】あるクラスの一部の属性をハッシュテーブ
ルで表現し、前記クラスの残りの属性と前記ハッシュテ
ーブルとを、リレーショナルデータベースにおける表の
属性に対応させるか、又はあるクラスの属性をハッシュ
テーブルで表現し、前記クラスの親クラスの属性と前記
ハッシュテーブルとを、リレーショナルデータベースに
おける表の属性に対応させる。
ナルモデルを変更しなくても済むような、オブジェクト
モデルとリレーショナルモデルとの間でのマッピング方
法を提供することを課題とする。 【解決手段】あるクラスの一部の属性をハッシュテーブ
ルで表現し、前記クラスの残りの属性と前記ハッシュテ
ーブルとを、リレーショナルデータベースにおける表の
属性に対応させるか、又はあるクラスの属性をハッシュ
テーブルで表現し、前記クラスの親クラスの属性と前記
ハッシュテーブルとを、リレーショナルデータベースに
おける表の属性に対応させる。
Description
【０００１】
【発明の属する技術分野】本発明は、ＲＤＢ（リレーシ
ョナルデータベース）を用いてオブジェクトを保管する
のに必要なオブジェクトモデルとリレーショナルモデル
との間でのマッピング方法に関する。本明細書では、オ
ブジェクトという用語を、クラスのインスタンスという
意味に使う。
ョナルデータベース）を用いてオブジェクトを保管する
のに必要なオブジェクトモデルとリレーショナルモデル
との間でのマッピング方法に関する。本明細書では、オ
ブジェクトという用語を、クラスのインスタンスという
意味に使う。
【０００２】
【従来の技術】一般に、データ層、ビジネス層、クライ
アント層の３つの階層に区分して、アプリケーションソ
フトウェアの開発を行うことが多い。データ層は、デー
タベースとそれを管理するデータベース管理システムで
ある。ビジネス層は、クライアント層からの処理の依頼
に応じて、データベース管理システムにデータベースの
アクセスを依頼し、そのアクセス結果を利用して処理を
行い、その処理結果をクライアント層に返す。クライア
ント層は、ユーザの依頼に応じて、ビジネス層に処理を
依頼し、ビジネス層から返ってくる処理結果をユーザに
提示する。
アント層の３つの階層に区分して、アプリケーションソ
フトウェアの開発を行うことが多い。データ層は、デー
タベースとそれを管理するデータベース管理システムで
ある。ビジネス層は、クライアント層からの処理の依頼
に応じて、データベース管理システムにデータベースの
アクセスを依頼し、そのアクセス結果を利用して処理を
行い、その処理結果をクライアント層に返す。クライア
ント層は、ユーザの依頼に応じて、ビジネス層に処理を
依頼し、ビジネス層から返ってくる処理結果をユーザに
提示する。
【０００３】アプリケーションソフトウェアを、オブジ
ェクト指向技術で開発する場合でも、データ層としてＲ
ＤＢとＲＤＢＭＳ（リレーショナルデータベース管理シ
ステム）を利用することが多い。この場合、オブジェク
トをＲＤＢに保管することになるが、この保管を行うた
めには、オブジェクトモデルとリレーショナルモデルと
の間でのマッピングが必要となる。一般に、このマッピ
ングは、クラスの属性と表の属性とを対応付けることで
ある。
ェクト指向技術で開発する場合でも、データ層としてＲ
ＤＢとＲＤＢＭＳ（リレーショナルデータベース管理シ
ステム）を利用することが多い。この場合、オブジェク
トをＲＤＢに保管することになるが、この保管を行うた
めには、オブジェクトモデルとリレーショナルモデルと
の間でのマッピングが必要となる。一般に、このマッピ
ングは、クラスの属性と表の属性とを対応付けることで
ある。
【０００４】しかし、このようなマッピングでは、オブ
ジェクトモデルを変更すると、それに応じてリレーショ
ナルモデルをも変更しなければならないという問題があ
る。例えば、あるクラスを継承する子クラスを追加する
と、子クラスに対応する表を新たに作成し、それに応じ
てＲＤＢＭＳにＲＤＢのアクセスを依頼する仕方を変え
るという変更作業が発生する。また、既に存在する子ク
ラスを変更すると、変更した子クラスに対応する表を変
更し、それに応じてＲＤＢＭＳにＲＤＢのアクセスを依
頼する仕方を変更するという作業が発生する。さらに、
既に存在する子クラスを削除すると、変更した子クラス
に対応する表を削除し、それに応じてＲＤＢＭＳにＲＤ
Ｂのアクセスを依頼する仕方を変えるという変更作業が
発生する。
ジェクトモデルを変更すると、それに応じてリレーショ
ナルモデルをも変更しなければならないという問題があ
る。例えば、あるクラスを継承する子クラスを追加する
と、子クラスに対応する表を新たに作成し、それに応じ
てＲＤＢＭＳにＲＤＢのアクセスを依頼する仕方を変え
るという変更作業が発生する。また、既に存在する子ク
ラスを変更すると、変更した子クラスに対応する表を変
更し、それに応じてＲＤＢＭＳにＲＤＢのアクセスを依
頼する仕方を変更するという作業が発生する。さらに、
既に存在する子クラスを削除すると、変更した子クラス
に対応する表を削除し、それに応じてＲＤＢＭＳにＲＤ
Ｂのアクセスを依頼する仕方を変えるという変更作業が
発生する。
【０００５】これらの作業を自動的に行えるソフトウェ
アツールは存在するが、結局変更が必要であることは変
りなく、複数の箇所でアプリケーションソフトウェアを
利用している場合には、それぞれの箇所で変更作業を行
わなければならなかった。
アツールは存在するが、結局変更が必要であることは変
りなく、複数の箇所でアプリケーションソフトウェアを
利用している場合には、それぞれの箇所で変更作業を行
わなければならなかった。
【０００６】
【発明が解決しようとする課題】そこで、本発明は、オ
ブジェクトモデルを変更しても、リレーショナルモデル
を変更しなくても済むような、オブジェクトモデルとリ
レーショナルモデルとの間でのマッピング方法を提供す
ることを課題とする。
ブジェクトモデルを変更しても、リレーショナルモデル
を変更しなくても済むような、オブジェクトモデルとリ
レーショナルモデルとの間でのマッピング方法を提供す
ることを課題とする。
【０００７】
【課題を解決するための手段】本発明において上記課題
を達成するために、まず請求項１の発明では、あるクラ
スの一部の属性をハッシュテーブルで表現し、前記クラ
スの残りの属性と前記ハッシュテーブルとを、リレーシ
ョナルデータベースにおける表の属性に対応させること
を特徴とするオブジェクトモデルとリレーショナルモデ
ルとの間でのマッピング方法としたものである。
を達成するために、まず請求項１の発明では、あるクラ
スの一部の属性をハッシュテーブルで表現し、前記クラ
スの残りの属性と前記ハッシュテーブルとを、リレーシ
ョナルデータベースにおける表の属性に対応させること
を特徴とするオブジェクトモデルとリレーショナルモデ
ルとの間でのマッピング方法としたものである。
【０００８】また請求項２の発明では、あるクラスの属
性をハッシュテーブルで表現し、前記クラスの親クラス
の属性と前記ハッシュテーブルとを、リレーショナルデ
ータベースにおける表の属性に対応させることを特徴と
するオブジェクトモデルとリレーショナルモデルとの間
でのマッピング方法としたものである。
性をハッシュテーブルで表現し、前記クラスの親クラス
の属性と前記ハッシュテーブルとを、リレーショナルデ
ータベースにおける表の属性に対応させることを特徴と
するオブジェクトモデルとリレーショナルモデルとの間
でのマッピング方法としたものである。
【０００９】また請求項３の発明では、上記クラスのイ
ンスタンスであるオブジェクトが、上記ハッシュテーブ
ルを作り、かつハッシュテーブルから属性値を取得する
ことを特徴とする請求項１又は２記載のオブジェクトモ
デルとリレーショナルモデルとの間でのマッピング方法
としたものである。
ンスタンスであるオブジェクトが、上記ハッシュテーブ
ルを作り、かつハッシュテーブルから属性値を取得する
ことを特徴とする請求項１又は２記載のオブジェクトモ
デルとリレーショナルモデルとの間でのマッピング方法
としたものである。
【００１０】また請求項４の発明では、上記ハッシュテ
ーブルに対応する属性のデータ型がバイナリデータを格
納するものであることを特徴とする請求項１〜３の何れ
か１項記載のオブジェクトモデルとリレーショナルモデ
ルとの間でのマッピング方法としたものである。
ーブルに対応する属性のデータ型がバイナリデータを格
納するものであることを特徴とする請求項１〜３の何れ
か１項記載のオブジェクトモデルとリレーショナルモデ
ルとの間でのマッピング方法としたものである。
【００１１】
【発明の実施の形態】以下に、本発明の実施の形態を説
明する。
明する。
【００１２】従来技術と同様に、本発明も、原則として
は、クラスの属性を、ＲＤＢの表の属性に対応させる。
１例を図１に示す。図１では、クラスのすべての属性
Ａ、Ｂ、Cが、それぞれＲＤＢの表の属性Ａ、Ｂ、Ｃに
対応している。しかし、従来技術と異なるのは、ＲＤＢ
の表には、バイナリデータを格納するための属性βがあ
ることである。オブジェクトモデルに変更があったと
き、変更分を、バイナリデータで表現されたハッシュテ
ーブルを属性βに格納することによって吸収し、リレー
ショナルモデルに変更がないようにすることが、本発明
の基本的な技術思想である。以下、オブジェクトモデル
の具体的な変更例をいくつか挙げて、本発明の実施の形
態を説明する。
は、クラスの属性を、ＲＤＢの表の属性に対応させる。
１例を図１に示す。図１では、クラスのすべての属性
Ａ、Ｂ、Cが、それぞれＲＤＢの表の属性Ａ、Ｂ、Ｃに
対応している。しかし、従来技術と異なるのは、ＲＤＢ
の表には、バイナリデータを格納するための属性βがあ
ることである。オブジェクトモデルに変更があったと
き、変更分を、バイナリデータで表現されたハッシュテ
ーブルを属性βに格納することによって吸収し、リレー
ショナルモデルに変更がないようにすることが、本発明
の基本的な技術思想である。以下、オブジェクトモデル
の具体的な変更例をいくつか挙げて、本発明の実施の形
態を説明する。
【００１３】＜変更例１＞図１のクラスに、新たに属性
Ｄ、Ｅ、Ｆを追加して、図２のクラスに変更されたとす
る。このとき、クラスからＲＤＢの表へのマッピング、
すなわちクラスのインスタンスであるオブジェクトをＲ
ＤＢの表の中に格納する手順は、以下のようになる。
Ｄ、Ｅ、Ｆを追加して、図２のクラスに変更されたとす
る。このとき、クラスからＲＤＢの表へのマッピング、
すなわちクラスのインスタンスであるオブジェクトをＲ
ＤＢの表の中に格納する手順は、以下のようになる。
【００１４】クライアント層がビジネス層にオブジェ
クトの格納を要求する。 ビジネス層が、オブジェクトに、属性Ｄ、Ｅ、Ｆの値
を格納するハッシュテーブルを作ることを要求し、オブ
ジェクトがハッシュテーブルを作りビジネス層に渡す。
このハッシュテーブルは、キーが属性名、キーに対応す
る値が属性値である。従って、ハッシュテーブルは、図
２に示すように、キーには属性名Ｄ、Ｅ、Ｆが、キーに
対応する値には属性Ｄ、Ｅ、Ｆの値がそれぞれ入る。ま
た、このハッシュテーブルは、バイナリデータである。 ビジネス層が、オブジェクトの属性Ａ、Ｂ、Ｃの値、
及びハッシュテーブルを、ＲＤＢの表の１行として、Ｒ
ＤＢの表に格納することをＲＤＢＭＳに依頼する。この
とき、図２に示すように、オブジェクトの属性Ａ、Ｂ、
Ｃの値は、ＲＤＢの表の属性Ａ、Ｂ、Ｃの値として、そ
してハッシュテーブルはＲＤＢの表の属性βの値として
格納される。
クトの格納を要求する。 ビジネス層が、オブジェクトに、属性Ｄ、Ｅ、Ｆの値
を格納するハッシュテーブルを作ることを要求し、オブ
ジェクトがハッシュテーブルを作りビジネス層に渡す。
このハッシュテーブルは、キーが属性名、キーに対応す
る値が属性値である。従って、ハッシュテーブルは、図
２に示すように、キーには属性名Ｄ、Ｅ、Ｆが、キーに
対応する値には属性Ｄ、Ｅ、Ｆの値がそれぞれ入る。ま
た、このハッシュテーブルは、バイナリデータである。 ビジネス層が、オブジェクトの属性Ａ、Ｂ、Ｃの値、
及びハッシュテーブルを、ＲＤＢの表の１行として、Ｒ
ＤＢの表に格納することをＲＤＢＭＳに依頼する。この
とき、図２に示すように、オブジェクトの属性Ａ、Ｂ、
Ｃの値は、ＲＤＢの表の属性Ａ、Ｂ、Ｃの値として、そ
してハッシュテーブルはＲＤＢの表の属性βの値として
格納される。
【００１５】ＲＤＢの表からクラスへのマッピング、す
なわちＲＤＢの表の行からクラスのインスタンスである
オブジェクトを取得する手順は、以下のようになる。
なわちＲＤＢの表の行からクラスのインスタンスである
オブジェクトを取得する手順は、以下のようになる。
【００１６】クライアント層がビジネス層にオブジェ
クトの取得を要求する。 ビジネス層が、取得しようとするオブジェクトに対応
するＲＤＢの表の行を検索することをＲＤＢＭＳに依頼
し、ＲＤＢＭＳがその行を検索してビジネス層に渡す。 ビジネス層は、クラスの記述に従って、取得した行の
中で、オブジェクトの属性に対応する値、すなわち属性
Ａ、Ｂ、Ｃの値を持つオブジェクトを生成する。 ビジネス層は、取得した行の中にあるハッシュテーブ
ルを、生成したオブジェクトに渡し、そのハッシュテー
ブルの中にある属性Ｄ、Ｅ、Ｆの値を、持つように依頼
する。オブジェクトは、ハッシュテーブルから、属性名
Ｄ、Ｅ、Ｆをキーとする値を取得し、それぞれの属性に
マッピングする。 ビジネス層は、クライアント層にオブジェクトを渡
す。
クトの取得を要求する。 ビジネス層が、取得しようとするオブジェクトに対応
するＲＤＢの表の行を検索することをＲＤＢＭＳに依頼
し、ＲＤＢＭＳがその行を検索してビジネス層に渡す。 ビジネス層は、クラスの記述に従って、取得した行の
中で、オブジェクトの属性に対応する値、すなわち属性
Ａ、Ｂ、Ｃの値を持つオブジェクトを生成する。 ビジネス層は、取得した行の中にあるハッシュテーブ
ルを、生成したオブジェクトに渡し、そのハッシュテー
ブルの中にある属性Ｄ、Ｅ、Ｆの値を、持つように依頼
する。オブジェクトは、ハッシュテーブルから、属性名
Ｄ、Ｅ、Ｆをキーとする値を取得し、それぞれの属性に
マッピングする。 ビジネス層は、クライアント層にオブジェクトを渡
す。
【００１７】以上の変更例１の説明は、３つの属性を持
つクラスに３つの属性を新たに追加した場合であった
が、本発明方法は、任意の数の属性を持つクラスに任意
の数の属性を新たに追加した場合にも適用できることは
明らかである。つまり、任意の数の属性を持つクラスに
任意の数の属性を新たに追加しても、新たに追加した属
性の値をハッシュテーブルに格納し、このハッシュテー
ブルをＲＤＢの表の属性βに格納すれば良い。
つクラスに３つの属性を新たに追加した場合であった
が、本発明方法は、任意の数の属性を持つクラスに任意
の数の属性を新たに追加した場合にも適用できることは
明らかである。つまり、任意の数の属性を持つクラスに
任意の数の属性を新たに追加しても、新たに追加した属
性の値をハッシュテーブルに格納し、このハッシュテー
ブルをＲＤＢの表の属性βに格納すれば良い。
【００１８】＜変更例２＞図３のように、人クラスのす
べての属性は、ＲＤＢの表の属性と対応している。上述
したように、属性βは、バイナリで表現されているハッ
シュテーブルを格納するためのものである。ここで、人
クラスを継承するスポーツ選手クラス（人クラスはスポ
ーツ選手クラスの親クラス、スポーツ選手クラスは人ク
ラスの子クラスと呼ばれる）を追加したとする。このと
き、スポーツ選手クラスからＲＤＢの表へのマッピン
グ、すなわちスポーツ選手クラスのインスタンスである
オブジェクトをＲＤＢの表の中に格納する手順は、以下
のようになる。
べての属性は、ＲＤＢの表の属性と対応している。上述
したように、属性βは、バイナリで表現されているハッ
シュテーブルを格納するためのものである。ここで、人
クラスを継承するスポーツ選手クラス（人クラスはスポ
ーツ選手クラスの親クラス、スポーツ選手クラスは人ク
ラスの子クラスと呼ばれる）を追加したとする。このと
き、スポーツ選手クラスからＲＤＢの表へのマッピン
グ、すなわちスポーツ選手クラスのインスタンスである
オブジェクトをＲＤＢの表の中に格納する手順は、以下
のようになる。
【００１９】クライアント層がビジネス層にオブジェ
クトの格納を要求する。 ビジネス層が、オブジェクトに、属性“競技名”、
“視力”、“筋力”の値を格納するハッシュテーブルを
作ることを要求し、オブジェクトがハッシュテーブルを
作りビジネス層に渡す。このハッシュテーブルは、キー
が属性名、キーに対応する値が属性値である。従って、
ハッシュテーブルは、図４に示すように、キーには属性
名“競技名”、“視力”、“筋力”が、キーに対応する
値には属性“競技名”、“視力”、“筋力”の値がそれ
ぞれ入る。また、このハッシュテーブルは、バイナリデ
ータである。 ビジネス層が、オブジェクトの属性“生年月日”、
“性別”、“氏名”、“身長”、“体重”の値、及びハ
ッシュテーブルを、ＲＤＢの表の１行として、ＲＤＢの
表に格納することをＲＤＢＭＳに依頼する。このとき、
図４に示すように、オブジェクトの属性の“生年月
日”、“性別”、“氏名”、“身長”、“体重”値は、
ＲＤＢの表の属性“生年月日”、“性別”、“氏名”、
“身長”、“体重”の値として、そしてハッシュテーブ
ルはＲＤＢの表の属性βの値として格納される。
クトの格納を要求する。 ビジネス層が、オブジェクトに、属性“競技名”、
“視力”、“筋力”の値を格納するハッシュテーブルを
作ることを要求し、オブジェクトがハッシュテーブルを
作りビジネス層に渡す。このハッシュテーブルは、キー
が属性名、キーに対応する値が属性値である。従って、
ハッシュテーブルは、図４に示すように、キーには属性
名“競技名”、“視力”、“筋力”が、キーに対応する
値には属性“競技名”、“視力”、“筋力”の値がそれ
ぞれ入る。また、このハッシュテーブルは、バイナリデ
ータである。 ビジネス層が、オブジェクトの属性“生年月日”、
“性別”、“氏名”、“身長”、“体重”の値、及びハ
ッシュテーブルを、ＲＤＢの表の１行として、ＲＤＢの
表に格納することをＲＤＢＭＳに依頼する。このとき、
図４に示すように、オブジェクトの属性の“生年月
日”、“性別”、“氏名”、“身長”、“体重”値は、
ＲＤＢの表の属性“生年月日”、“性別”、“氏名”、
“身長”、“体重”の値として、そしてハッシュテーブ
ルはＲＤＢの表の属性βの値として格納される。
【００２０】ＲＤＢの表からスポーツ選手クラスへのマ
ッピング、すなわちＲＤＢの表の行からスポーツ選手ク
ラスのインスタンスであるオブジェクトを取得する手順
は、以下のようになる。
ッピング、すなわちＲＤＢの表の行からスポーツ選手ク
ラスのインスタンスであるオブジェクトを取得する手順
は、以下のようになる。
【００２１】クライアント層がビジネス層にオブジェ
クトの取得を要求する。 ビジネス層が、取得しようとするオブジェクトに対応
するＲＤＢの表の行を検索することをＲＤＢＭＳに依頼
し、ＲＤＢＭＳがその行を検索してビジネス層に渡す。 ビジネス層は、スポーツ選手クラスの記述に従って、
取得した行の中で、オブジェクトの属性に対応する値、
すなわち属性“生年月日”、“性別”、“氏名”、“身
長”、“体重”の値を持つオブジェクトを生成する。 ビジネス層は、取得した行の中にあるハッシュテーブ
ルを、生成したオブジェクトに渡し、そのハッシュテー
ブルの中にある属性“競技名”、“視力”、“筋力”の
値を、持つように依頼する。オブジェクトは、ハッシュ
テーブルから、属性名“競技名”、“視力”、“筋力”
をキーとする値を取得し、それぞれの属性にマッピング
する。 ビジネス層は、クライアント層にオブジェクトを渡
す。
クトの取得を要求する。 ビジネス層が、取得しようとするオブジェクトに対応
するＲＤＢの表の行を検索することをＲＤＢＭＳに依頼
し、ＲＤＢＭＳがその行を検索してビジネス層に渡す。 ビジネス層は、スポーツ選手クラスの記述に従って、
取得した行の中で、オブジェクトの属性に対応する値、
すなわち属性“生年月日”、“性別”、“氏名”、“身
長”、“体重”の値を持つオブジェクトを生成する。 ビジネス層は、取得した行の中にあるハッシュテーブ
ルを、生成したオブジェクトに渡し、そのハッシュテー
ブルの中にある属性“競技名”、“視力”、“筋力”の
値を、持つように依頼する。オブジェクトは、ハッシュ
テーブルから、属性名“競技名”、“視力”、“筋力”
をキーとする値を取得し、それぞれの属性にマッピング
する。 ビジネス層は、クライアント層にオブジェクトを渡
す。
【００２２】以上の変更例２の説明は、人クラスを継承
するスポーツ選手クラスを新たに追加した場合であった
が、本発明方法は、任意のクラスに任意の子クラスを新
たに追加した場合にも適用できることは明らかである。
つまり、任意のクラスに任意の子クラスを新たに追加し
ても、子クラスの属性の値を、ハッシュテーブルに格納
し、このハッシュテーブルをＲＤＢの表の属性βに格納
すれば良い。
するスポーツ選手クラスを新たに追加した場合であった
が、本発明方法は、任意のクラスに任意の子クラスを新
たに追加した場合にも適用できることは明らかである。
つまり、任意のクラスに任意の子クラスを新たに追加し
ても、子クラスの属性の値を、ハッシュテーブルに格納
し、このハッシュテーブルをＲＤＢの表の属性βに格納
すれば良い。
【００２３】また、変更例１に挙げたクラスの属性の追
加、変更例２に挙げた子クラスの追加以外の変更が、オ
ブジェクトモデルに生じたとしても、ハッシュテーブル
の変更に留まる限り、リレーショナルモデルに変更は生
じない。例えば、ハッシュテーブルで表現された属性の
削除、ハッシュテーブルで表現された子クラスの変更又
は削除が、挙げられる。
加、変更例２に挙げた子クラスの追加以外の変更が、オ
ブジェクトモデルに生じたとしても、ハッシュテーブル
の変更に留まる限り、リレーショナルモデルに変更は生
じない。例えば、ハッシュテーブルで表現された属性の
削除、ハッシュテーブルで表現された子クラスの変更又
は削除が、挙げられる。
【００２４】
【発明の効果】本発明は、オブジェクトモデルに生じた
変更をハッシュテーブルで吸収するので、リレーショナ
ルモデルに変更を生じないようにすることができるとい
う効果がある。この結果、オブジェクトモデルを変更し
ても、ＲＤＢの表は不変なままであり、それゆえビジネ
ス層がＲＤＢＭＳにＲＤＢのアクセスを依頼する仕方も
不変なままである。
変更をハッシュテーブルで吸収するので、リレーショナ
ルモデルに変更を生じないようにすることができるとい
う効果がある。この結果、オブジェクトモデルを変更し
ても、ＲＤＢの表は不変なままであり、それゆえビジネ
ス層がＲＤＢＭＳにＲＤＢのアクセスを依頼する仕方も
不変なままである。
【図１】クラス属性の追加を行う前のマッピングを説明
する図。
する図。
【図２】クラス属性に追加があったときのマッピングを
説明する図。
説明する図。
【図３】クラスに子クラスを追加する前のマッピングを
説明する図。
説明する図。
【図４】クラスに子クラスを追加したときのマッピング
を説明する図。
を説明する図。
Ａ…属性 Ｂ…属性 Ｃ…属性 Ｄ…属性 Ｅ…属性 Ｆ…属性 β…属性
Claims (4)
- 【請求項１】あるクラスの一部の属性をハッシュテーブ
ルで表現し、前記クラスの残りの属性と前記ハッシュテ
ーブルとを、リレーショナルデータベースにおける表の
属性に対応させることを特徴とするオブジェクトモデル
とリレーショナルモデルとの間でのマッピング方法。 - 【請求項２】あるクラスの属性をハッシュテーブルで表
現し、前記クラスの親クラスの属性と前記ハッシュテー
ブルとを、リレーショナルデータベースにおける表の属
性に対応させることを特徴とするオブジェクトモデルと
リレーショナルモデルとの間でのマッピング方法。 - 【請求項３】上記クラスのインスタンスであるオブジェ
クトが、上記ハッシュテーブルを作り、かつハッシュテ
ーブルから属性値を取得することを特徴とする請求項１
又は２記載のオブジェクトモデルとリレーショナルモデ
ルとの間でのマッピング方法。 - 【請求項４】上記ハッシュテーブルに対応する属性のデ
ータ型がバイナリデータを格納するものであることを特
徴とする請求項１〜３の何れか１項記載のオブジェクト
モデルとリレーショナルモデルとの間でのマッピング方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10323368A JP2000148555A (ja) | 1998-11-13 | 1998-11-13 | オブジェクトモデルとリレーショナルモデルとの間でのマッピング方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10323368A JP2000148555A (ja) | 1998-11-13 | 1998-11-13 | オブジェクトモデルとリレーショナルモデルとの間でのマッピング方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000148555A true JP2000148555A (ja) | 2000-05-30 |
Family
ID=18153994
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10323368A Pending JP2000148555A (ja) | 1998-11-13 | 1998-11-13 | オブジェクトモデルとリレーショナルモデルとの間でのマッピング方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000148555A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007249345A (ja) * | 2006-03-14 | 2007-09-27 | Nec Corp | マッピング装置、マッピング方法およびプログラム |
| JP2009223644A (ja) * | 2008-03-17 | 2009-10-01 | Nec Corp | マッピング装置、マッピング方法およびプログラム |
| US10678608B2 (en) | 2016-02-29 | 2020-06-09 | Red Hat Israel, Ltd. | Interacting with a source object via a virtual object |
-
1998
- 1998-11-13 JP JP10323368A patent/JP2000148555A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007249345A (ja) * | 2006-03-14 | 2007-09-27 | Nec Corp | マッピング装置、マッピング方法およびプログラム |
| JP2009223644A (ja) * | 2008-03-17 | 2009-10-01 | Nec Corp | マッピング装置、マッピング方法およびプログラム |
| US10678608B2 (en) | 2016-02-29 | 2020-06-09 | Red Hat Israel, Ltd. | Interacting with a source object via a virtual object |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6665863B1 (en) | Data referencing within a database graph | |
| US8010533B2 (en) | System for executing a database query | |
| US6728726B1 (en) | Prefetching and caching persistent objects | |
| US7650604B2 (en) | Access management apparatus, access management method and program | |
| US7251653B2 (en) | Method and system for mapping between logical data and physical data | |
| JP4716729B2 (ja) | データに関するセキュリティを提供する方法、及びそのコンピュータ・プログラム | |
| US7599948B2 (en) | Object relational mapping layer | |
| US7373341B2 (en) | Computer readable medium, method and apparatus for preserving filtering conditions to query multilingual data sources at various locales when regenerating a report | |
| KR100843651B1 (ko) | 추상적 데이터베이스에서의 규칙 애플리케이션 관리 | |
| US20040015516A1 (en) | Object graph faulting and trimming in an object-relational database system | |
| US20100049692A1 (en) | Apparatus and Method For Retrieving Information From An Application Functionality Table | |
| US6886016B2 (en) | Method and system for supporting multivalue attributes in a database system | |
| US20030200223A1 (en) | System and method for storing data | |
| JPH09244896A (ja) | 永続性オブジェクトのオブジェクトベース構築方法、コンピュータ読み取り可能媒体、および情報操作システム | |
| US8458200B2 (en) | Processing query conditions having filtered fields within a data abstraction environment | |
| JP2006085717A (ja) | ．ｎｅｔデータ型およびインスタンスの持続性ストレージ | |
| KR20060048418A (ko) | 사용자 정의 형식의 지정 멤버의 지연 인출을 위한시스템과 방법 | |
| US7283996B2 (en) | Converting expressions to execution plans | |
| US20080319969A1 (en) | Query conditions having filtered fields within a data abstraction environment | |
| US20050021924A1 (en) | Memory management tile optimization | |
| JP2000148555A (ja) | オブジェクトモデルとリレーショナルモデルとの間でのマッピング方法 | |
| US20110153679A1 (en) | System and method to for implementing unique primary keys across enterprise databases | |
| US6460028B1 (en) | System and method for data organization | |
| JPH0736756A (ja) | オブジェクト管理方式 | |
| US7225201B1 (en) | Extensible data type |