JP2001527241A

JP2001527241A - オブジェクト指向データ依存性に対応するデータベース内の記憶済み手続をロードするための方法及び装置

Info

Publication number: JP2001527241A
Application number: JP2000525834A
Authority: JP
Inventors: トニーチャンタンエヌジー
Original assignee: トニーチャンタンエヌジー
Priority date: 1997-12-22
Filing date: 1998-12-21
Publication date: 2001-12-25
Also published as: AU1938699A; WO1999032998A1; DE69808797T2; EP1040432A1; EP1040432B1; DE69808797D1

Abstract

(57)【要約】【目的】オフ゛シ゛ェクト・テ゛ータヘ゛ース・マッヒ゜ンク゛ツールにオフ゛シ゛ェクト指向のテ゛ータヘ゛ース従属性に対応する記憶済み手続をロート゛させることが可能な方法及び装置を提供すること。【解決手段】テ゛ータヘ゛ース及びオフ゛シ゛ェクト指向アフ゜リケーションに関連付けられる記憶済み手続のシーケンスを記憶するオフ゛シ゛ェクト・テ゛ータヘ゛ース・マッヒ゜ンク゛ツールを提供する。ツールは、オフ゛シ゛ェクト指向アフ゜リケーションに対応する複数のクラスに関連付けられる複数の記憶済み手続にアクセスした後、クラス間の関係に基づいて記憶済み手続のシーケンスを決定し、そのシーケンスに基づいて記憶済み手続をロート゛する。又は、ツールは、種々の工程を経て記憶済み手続のシーケンスを決め、オフ゛シ゛ェクト指向アフ゜リケーションに対応するクラスに基づいて記憶済み手続を分類する。その後、ツールは、他のクラスと関係を有するクラスに対応する記憶済み手続をロート゛し、次いで、スーハ゜ークラスとして分類されたクラスに対応する記憶済み手続をロート゛し、更に、サフ゛クラスとして分類されたクラスに対応する記憶済み手続をロート゛する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、コンピュータ用のデータベースシステムに関し、更に詳しくは、オ
ブジェクト指向データ依存性に対応するデータベース内の記憶済み手続をロード
するための装置及び方法に関する。

【０００２】

【従来の技術】

関連出願以下に示した米国特許出願は、その全ての記載事項が本特許出願の記載事項に
ついての参照となり且つ本特許出願の内容の一部をなすものといえる。 1997年12月22日出願の米国特許仮出願No.60/068,415、発明の名称「オブジェクトとデータベースとの間のマッピングシステム及びその方法」。同日出願の米国特許出願No.09/106,186、発明の名称「ビュー処理用のオブジェクト・リレーショナル・マッピングツール」（代理人整理番号no.06502.0136-
00000）。同日出願の米国特許出願No.09/106,189、発明の名称「ソースコード・マージングによるオブジェクト・リレーショナル・マッピングの展開」（代理人整理番
号no.06502.0137-00000）。同日出願の米国特許出願No.09/105,957、発明の名称「オブジェクト・リレーショナル・マッピングツールによるオブジェクトモデルに対する修正とデータベ
ースのソースコードに対する修正との統合」（代理人整理番号no.06502.0138-00
000）。同日出願の米国特許出願No.09/106,210、発明の名称「オブジェクト・リレーショナル・マッピング・ストラテジーへの規則的なアプローチ」（代理人整理番
号no.06502.0139-00000）。同日出願の米国特許出願No.09/106,212、発明の名称「ロックグループを指定するためのユーザインタフェース」（代理人整理番号no.06502.0142-00000）。同日出願の米国特許出願No.09/106,119、「ロックグループを用いたオプティミスティック・コンカレンシー・コントロール用のファイン・グレインド・コン
システンシーメカニズム」（代理人整理番号no.06502.0143-00000）。同日出願の米国特許出願No.09/106,188、発明の名称「オブジェクト指向アプリケーション内のクラスに対応するリレーショナル・データベース内にインデッ
クスを生成する方法及び装置」（代理人整理番号no.06502.0145-00000）。同日出願の米国特許出願No.09/106,046、発明の名称「オブジェクトのデータベースへの及びデータベースのオブジェクトへのマッピング用の方法及び装置の
統合グラフィックユーザインタフェース」（代理人整理番号no.06502.0147-0000
0）。同日出願の米国特許出願No.09/105,955、発明の名称「オブジェクト・リレーショナル・マッピングにおけるクライアントサーバ間の問合せ実行を効率的に分
割する方法及び装置」（代理人整理番号no.06502.0148-00000）。

【０００３】関連技術の説明従来のオブジェクト・データベース・マッピングツールは、オブジェクト指向
アプリケーションからクラス定義を受信すると、自動的にコード（通常はデータ
ベーススキーマに記憶されたコード）を生成し、これによって、データベース用
のテーブル及び他の構造体を生成する。そのデータベース内のテーブル及び構造
体は、オブジェクト指向アプリケーション内のオブジェクトに対応するデータの
保持に使用される。オブジェクト指向アプリケーションとデータベースとの違い
は、これらのオブジェクト・データベース・マッピングツールの開発を困難なも
のにする。

【０００４】オブジェクト指向アプリケーションにおいてオブジェクトのスケルトンは、ク
ラスである。クラスは、多くのフィールドを有し、そのフィールドは、クラスの
オブジェクトインスタンスによって通常使用される値又はパラメータを記憶する
のに使用される。そのクラスは、特定メソッドを含み、そのメソッドは、各クラ
スからインスタンス化されたオブジェクトがどのように互いに対話するのかを定
義するとともに、どのように対応フィールドの各々の確かな情報を保持するのか
を定義する。階層クラス構造体は、オブジェクト及びその関係を生成するための
規則的な枠組みを提供する。

【０００５】データベースは、通常、複数の行列を有する一又は複数のテーブルを用いてデ
ータを統合化する。データの関係は、データがテーブルの種々の行列に記憶され
るその手法によって定義される。単一又は複数のテーブルは、データの各列又は
各レコードを保持するのに使用することができる。プライマリキーは、テーブル
内に一又は複数の行を有し、データの各列を固有のものとして定義する。複数の
テーブルがデータを記憶するのに使用されるとすれば、外部キーは、ある一つの
テーブルのデータ列を他のテーブルに関連付ける。記憶済み手続は、データベー
ス内でデータのテーブルを処理するのに使用される。これらの記憶済み手続は、
データベース言語（例えば、SQL言語）で記述されたスモールサイズのコンパイル済みプログラムであり、データベース内に記憶されている。

【０００６】

【発明が解決しようとする課題】

データベース開発者は、記憶済み手続を生成して、ルーチンデータベース関数
の実行時間を短縮する。一つの記憶済み手続に他の記憶済み手続をコールさせる
ことによって複雑なオペレーションを実行するために、記憶済み手続は結合され
得る。一般的には、データベース開発者は、記憶済み手続に関連したデータベー
ス依存性について理解しているが、その理由は、データベース開発者がカスタマ
イズ化コードを開発しているからである。特に、第１番目の記憶済み手続が第２
番目の記憶済み手続をコールするとすれば、その第２番目の記憶済み手続は、第
１番目の記憶済み手続がそれをコール又は起動させる前に宣言又は定義されてい
なければならない。従って、開発者は、記憶済み手続が他の記憶済み手続によっ
てコールされる前に、全ての記憶済み手続がデータベースの記憶済み手続エリア
内で定義されるようにする。これに失敗すると、コンパイルエラー又はランタイ
ムエラーのいずれかを生じる結果となるが、これは、データベースが関係を解明
できず、コールしている記憶済み手続がコールされた記憶済み手続を配置できな
いからである。

【０００７】正確な順番での記憶済み手続のロードは、記憶済み手続がオブジェクト指向ア
プリケーション内のオブジェクトに対応するデータベース内のデータを処理する
のに使用される場合においては、更に困難となる。ロードの順番（オーダー）は
、オブジェクトと、階層クラス構造と、記憶済み手続がコールされた順番（オー
ダー）との関係に依存する。例えば、サブクラスオブジェクトの削除は、データ
ベース内に記憶されたスーパークラスオブジェクト用の対応エントリの削除を要
求する。ディスクドライブオブジェクトがパートオブジェクトスーパークラスの
サブクラスであると仮定する。ディスクドライブオブジェクトを削除するには、
対応する関係は、パートオブジェクトスーパークラスから削除しなければならな
い。データベースにおいては、記憶済み手続は、テーブル内のディスクドライブ
エントリを削除し、且つ、データベースのパートテーブル内の対応する関係を削
除するために他の記憶済み手続をコールする。後者の記憶済み手続は、前者の記
憶済み手続がコールし、それを参照する前に、データベース内にロードされなけ
ればならない。

【０００８】記憶済み手続の使用に伴う複雑さを回避するには、従来のオブジェクト・デー
タベース・マッピングツールは、SQL言語を使用するが、記憶済み手続の使用上の複雑さを改善しようとするものではない。SQLとは異なり、記憶済み手続は、一般的には、移植性に乏しいため、各々の異なるタイプのデータベース用に開発
され、コンパイルされ、ロードされなければならない。これらの従来のオブジェ
クト・データベース・マッピングツールは、記憶済み手続がより高速で且つパワ
フルなプログラミング構造を有しているときでさえ、記憶済み手続よりもむしろ
SQLを優先する。

【０００９】その結果、ユーザは、記憶済み手続を手動でデータベース内で開発し、コンパ
イルし及びロードしなければならなくなる。オブジェクト指向のユーザ又はプロ
グラマは、記憶済み手続を開発し及び使用するにはオブジェクト指向コンセプト
及びデータベースコンセプトの両者について深く理解していなければならない。
ユーザは、異なるデータベース用の記憶済み手続をコンパイルし且つロードする
ための技術にも習熟していなければならない。そのため、ユーザは、データベー
ス上で記憶済み手続を使用することにより提供される更に高いパフォーマンスを
使用できないのである。

【００１０】上述した従来のデータベース及びオブジェクト指向システムにおいて見られる
制限をなくし、オブジェクト・データベース・マッピングツールにオブジェクト
指向のデータベース従属性に対応する記憶済み手続をロードさせることが望まれ
ている。本発明の目的は、オブジェクト・データベース・マッピングツールにオブジェ
クト指向のデータベース従属性に対応する記憶済み手続をロードさせることが可
能な方法及び装置を提供することである。

【００１１】

【課題を解決するための手段】

上記課題を解決するために、本発明に係る方法及びシステムは、データベース
及びオブジェクト指向アプリケーションに関連付けられる一連の記憶済み手続を
記憶するオブジェクト・データベース・マッピングツールを提供する。ツールは
、オブジェクト指向アプリケーションに対応する複数のクラスに関連付けられる
複数の記憶済み手続にアクセスする。その後、ツールは、クラス間の関係に基づ
いて記憶済み手続のシーケンスを決定する。ツールはそのシーケンスに基づいて
記憶済み手続をロードする。本発明の他の要旨においては、ツールは、ツールは
、種々の工程を経て記憶済み手続のシーケンスを決める。ツールは、オブジェク
ト指向アプリケーション内で対応するクラスに基づいて記憶済み手続を分類する
。その後、ツールは、他のクラスと関係を有するクラスに対応する記憶済み手続
をロードする。次に、ツールは、スーパークラスとして分類されたクラスに対応
する記憶済み手続をロードする。その後、ツールは、サブクラスとして分類され
たクラスに対応する記憶済み手続をロードする。

【００１２】

【発明の実施の形態】概略以下、添付図面を参照して本発明の詳細について説明する。以下の説明におい
て、同一又は略同一の部材を参照する場合には全図を通して同一の符号を使用し
ている。

【００１３】本発明の趣旨に沿って設計された方法及びシステムは、データ従属性に基づい
てデータベース内の記憶済み手続をロードする方法及びシステムを提供する。デ
ータベース内の記憶済み手続は、オブジェクト指向アプリケーション内で使用さ
れるメソッドに対応する。オブジェクト指向アプリケーションは、オブジェクト
指向アプリケーション内のオブジェクトに対応するデータベーステーブル内のデ
ータにアクセスする。

【００１４】本発明に係る方法及びシステムは、データベース内の記憶済み手続のロードを
容易にする。オブジェクト・データベース・マッピングツールは、通常、オブジ
ェクト指向アプリケーションからデータベース内に適当な記憶済み手続、テーブ
ル及び他のデータ構造体を生成するのに使用される。一実施形態においては、ツ
ールは、データベース内に記憶済み手続をロードする。従って、ユーザは、デー
タベース内の記憶済み手続をロードすることよりも、オブジェクト指向にのっと
った開発に集中することができるため、ソフトウエア開発をより効率的に行うこ
とができる。

【００１５】企業内システム本発明に係るシステム及び方法は、クライアントがＴＣＰ／ＩＰなどの共有ネ
ットワークプロトコル上でサーバと通信を行うクライアントサーバ環境を利用す
る。これらのシステム及び方法は、リレーショナル・データベース・マネージメ
ント・システム（DBMS）をネットワーク形態で利用しており、クライアントサー
バ分散処理技術を容易化したものである。このようなリレーショナル・データベ
ース・マネージメント・システムは、例えば、遠隔コンピュータからリクエスト
を受信すると、その結果をネットワークを介して配信する。リレーショナル・デ
ータベース・マネージメント・システムは、更に、SQL言語などの標準ソフトウエア開発インタフェースを記憶済み手続として有するほか、種々の並列制御メカ
ニズムを有する。データは、行列を有する一連のテーブル内のリレーショナル・
データベース・マネージメント・システムに記憶される。テーブルは、一又は複
数の行の関係に基づき互いにリンクされる。ここで使用されるデータベース又は
リレーショナル・データベースの用語については、リレーショナル・データベー
ス・マネージメント・システム又は本発明の要旨に係る他のデータベース・マネ
ージメント・システムを参照されたい。

【００１６】 SQL言語は、リレーショナル・データベースへのアクセス用の標準データベース言語である。米国国家規格Ｘ３Ｈ２は、SQL言語標準を維持管理するための標準を定めたものである。データベースシステムのベンダは、通常、SQL言語標準に対する拡張性及び付加機能を備えたものを有する。

【００１７】記憶済み手続によって、ユーザは、データベース内のテーブルとデータとを処
理するソフトウエアルーチンを開発することができる。通常、記憶済み手続は、
データベースが生成される際に、コンパイルされた後データベース内に記憶され
る。ユーザは、オブジェクトの追加・削除・操作によって間接的にオブジェクト
指向アプリケーション内の記憶済み手続を起動させることができる。記憶済み手
続は、オブジェクト上で実行されたオペレーションに対応するデータベース内の
データテーブルにアクセスし、これを修正するために使用される。

【００１８】データベース内の並列メカニズムは、ロック及び他の手動排他技術を備え、各
ユーザに対してデータベースの一貫したビューを提供する。これらのロック及び
他の並列メカニズムによって、複数のユーザ又はプログラムが、同時に同一のデ
ータベース及び情報を共有することができる。オブジェクト指向アプリケーショ
ンは、データベース内に記憶されたオブジェクトに対応するデータにアクセスす
る際に、間接的に、これらのロックを使用する。そのロックは、データベースが
、複数のアプリケーションが同一オブジェクト又は関連オブジェクトにアクセス
する際になされたオペレーション及び修正に従ったものであることを保証する。

【００１９】図１は、オブジェクト指向アプリケーションとデータベースとを統合する企業
内システム１００のブロック図である。企業内システム１００は、データベース
１０２，１０４，１０６、オブジェクトデータベースサーバ１１２に連結された
ネットワーク１１０、データベースサーバ１０８及びクライアント１１４を備え
る。ネットワーク１１０は、ネットワークの組合せであってもよく、例えば、イ
ンターネット、企業内イントラネット、その他のＴＣＰ／ＩＰなどのネットワー
クプロトコルと互換性のあるネットワークの組合せでもよい。データベースサー
バ１０８における記憶済み手続１１６は、本発明に係るシステム及び方法に従っ
て生成される。

【００２０】データベース１０２，１０４及び１０６は、オブジェクト指向アプリケーショ
ンで使用されるクラスに対応するデータベーステーブルを有する。データベース
に関連付けられるクラスは、「永続可能」なクラスと考えられる。これらの永続
可能なクラスを表すオブジェクトは、それらがどのようにインスタンス化された
かによって永続オブジェクト又は遷移オブジェクトのいずれにもなり得る。仮に
オブジェクトが永続可能クラスの永続インスタンスであれば、そのオブジェクト
は、データベースに記憶され、多くの異なるアプリケーションでアクセス可能と
なる。オブジェクトが永続可能クラスの遷移インスタンスであれば、そのオブジ
ェクトは、当該オブジェクトをインスタンス化したアプリケーションの実行中に
おいてのみ存在することになる。

【００２１】オブジェクトデータベースサーバ１１２は、データベースサーバ１０８に接続
されたリレーショナル・データベースとオブジェクト指向アプリケーション（例
えば、クライアント１１４上のオブジェクト指向アプリケーション１１５）との
間にコンジットを形成する。一般的には、永続オブジェクトにアクセスするオブ
ジェクト指向アプリケーションは、オブジェクトデータベースサーバ１１２に対
してネットワーク１１０を介してオブジェクト指向言語で記述されたリクエスト
を送信する。オブジェクトデータベースサーバ１１２は、オブジェクト指向リク
エストを適当なデータベース命令に変換し、その命令を更なるデータベース処理
のためにネットワーク１１０を介してデータベースサーバ１０８へ送信する。オ
ブジェクトデータベースサーバ１１２は、更に、データベースオペレーションの
最中に結果が生成された場合には、オブジェクト指向アプリケーションに対して
返信レスポンスを配信することもできる。データベースサーバ１０８は、データ
ベースサービスをオブジェクトデータベースサーバ１１２とクライアント１１４
とに配信する。データベースサーバ１０８は、オブジェクトデータベースサーバ
１１２からのデータベース命令に応答してデータベース１０２，１０４及び１０
６に記憶されたデータにアクセスする。変形例として、オブジェクトデータベー
スサーバ１１２及びデータベースサーバ１０８は、同一のコンピュータシステム
上に存在させてもよいし、上述したエリア以外のネットワークの別部分に存在さ
せてもよい。

【００２２】図２は、オブジェクトデータベースサーバ１１２に関連付けられるサブシステ
ムのブロック図である。オブジェクトデータベースサーバ１１２は、プロセッサ
２１０、ネットワークインタフェース２１２、入出力サブシステム（I/O）２１４及びメモリ２１５を備える。プロセッサ２１０は、メモリ２１５に保持された
アプリケーションに関連付けられる命令を実行するとともに、情報を内部接続を
介してオブジェクトデータベースサーバ１１２内の他のサブシステムへ転送する
。入出力サブシステム２１４は、インタフェースであり、オブジェクトデータベ
ースサーバ１１２と周辺デバイス（例えば、キーボード、マウス、ディスプレイ
及びオブジェクトデータベースサーバ１１２を操作し管理するのに有用なその他
の入出力デバイス）とを一体化させるのに使用される。

【００２３】メモリ２１５は、アプリケーションサーバ２０４、オブジェクト指向データベ
ース・ランタイムモジュール２０６、ランタイム環境２０９及びデータベース連
結モジュール（DBC）２０８を備える。メモリ２１５に記憶されたアプリケーションサーバ２０４は、データベース１０２，１０４及び１０６上に記憶されたオ
ブジェクトにアクセスするためのリクエストを受信する。サーバ１１２は、これ
らのデータベース・リクエストをオブジェクト指向アプリケーション１１５を実
行するクライアント１１４からネットワーク１１０を介して受信する。これらの
リクエストは、通常、データベースサーバ１０８に関連付けられる一又は複数の
データベースに記憶された情報テーブルの処理を含む。オブジェクト指向データ
ベース・ランタイムモジュール２０６は、そのオブジェクト指向リクエストをデ
ータベースコマンドに変換する。

【００２４】オブジェクト指向データベース・ランタイムモジュール２０６は、オブジェク
ト指向命令（例えば、Java^TMプログラミング言語と互換性のあるバイトコード）
を受信し、データベース内に記憶されたデータにアクセスする。ランタイム環境
２０９は、プロセッサ２１０上での実行用のオブジェクト指向命令を処理する。
ランタイム環境２０９は、仮想マシン(VM)と、これに対応するオブジェクト指向
クラスライブラリを備えた開発者キット（DK）を備えるとよい。いくつかの命令
は、仮想マシンVMによって解釈され、プロセッサ２１０上で実行される。仮想マ
シンVMは、プロセッサをシミュレートし、多くの異なったハードウエアプラット
フォーム上で実行可能である。ある実施形態におけるランタイム環境２０９は、
Java^TM仮想マシン（JVM）と、開発者キット（DK）としてのJava^TMファウンデーションクラス（JFC）とを備えたJavaランタイム環境である。Java^TM仮想マシン（JVM）は、Java^TMプログラミング言語を用いたプラットフォーム独立のコンピューティングを促進する仮想マシンの一種である。

【００２５】他のデータベース関連命令は、データベース連結モジュール２０８を使用する
ことができ、これによって、オブジェクト指向データベース・ランタイムモジュ
ール２０６とデータベース情報とを連結することができる。データベース連結モ
ジュール２０８は、プログラマに対してデータベースへのアクセス用にアプリケ
ーションプログラミングインタフェース（API）を提供する。例えば、JDBC^TMデータベース連結モジュールは、データベース連結モジュール２０８の一種であり
、Java^TMアプリケーションとデータベースとの間のインタフェースを提供する。
JDBC^TMデータベース連結モジュールは、SQL言語のステートメントを実行するためのJava^TMアプリケーションプログラムインタフェース（API）である。これは、Java^TMプログラミング言語で作成された一組のクラスとインタフェースとから
なる。それは、ツール／データベースの開発者へ標準APIを提供し、これによって、純正Java^TMAPIを用いてデータベース・アプリケーションを作成することが可能になる。JDBC^TMについては、アジソン・ウェズレイ（1997年）発行、ハミル
トン、キャッテル及びフィッシャー共著「Java^TMを用いたデータベース・アクセ
ス」にその内容がより詳細に記載されている。例えば、データベース連結モジュ
ール２０８は、データベースと論理的接続を確立してデータベースにSQL言語ステートメントを送信し、データベースから配信される結果を処理するのに使用可
能である。（尚、Sun, Sun Microsystems, The Sun logo, Java^TM, JDBC^TM及びJ
ava^TMに基づく商標は、サンマイクロシステムズインコーポレーテッドの米国及び外国における商標又は登録商標である。）

【００２６】図３は、データベースサーバ１０８に関連付けられるサブシステムを説明する
ためのブロック図である。データベースサーバ１０８は、プロセッサ３１０、ネ
ットワークインタフェース３１２、入出力３１４及びメモリ３１６を備える。プ
ロセッサ３１０は、メモリ３１６に保持されたアプリケーションに関連付けられ
る命令を実行し、高速内部接続又はバスを介してデータベースサーバ１０８内の
他のサブシステムへ結果を転送する。入出力３１４は、インタフェースであり、
データベースサーバ１０８と周辺デバイス（例えば、キーボード、マウス、ディ
スプレイ及びデータベースサーバ１０８を操作し管理するのに有用な他の入出力
デバイス）とを一体化させるのに使用される。

【００２７】メモリ３１６は、アプリケーションサーバ３０４、データベース・ランタイム
モジュール３０６及び記憶済み手続１１６を備える。メモリ３１６に記憶された
アプリケーションサーバ３０４は、データベース１０２，１０４及び１０６への
データベースアクセス用のリクエストを実行する。データベースリクエストは、
データベース言語（例えば、SQL）でオブジェクトデータベースサーバ１１２からネットワーク１１０を介して受信される。データベース・ランタイムモジュー
ル３０６は、データベースリクエストを処理し、データベース１０２，１０４及
び１０６内のデータにアクセスする。

【００２８】図４は、クライアント１１４に関連付けられるサブシステムを説明するための
ブロック図であり、データベースに記憶されたオブジェクトにアクセスするのに
使用されるサブシステムを示したものである。クライアント１１４は、プロセッ
サ４０２、ネットワーク１１０に接続されたネットワークインタフェース４０４
、入出力インタフェース４０６、ディスプレイ４０８及び多くの異なるソフトウ
エアサブシステムを備えたメモリ４０７を備える。これらの構成要素は上述した
同様な名称を備えた構成要素と同様に動作する。ディスプレイ４０８は、データ
ベース１０２，１０４及び１０６内に記憶されたオブジェクトを処理するための
リクエストを出すユーザに対して視覚的なフィードバックを返す。また、ユーザ
は、ディスプレイ４０８を用いて本発明に係るグラフィックユーザインタフェー
ス・オブジェクト・マッピングツールを表示して、これと対話型で処理をすすめ
ることができる。

【００２９】メモリ４０７は、アプレット４１２，アプリケーション４１４、一又は複数の
永続可能なオブジェクト４１６及びランタイム環境４２０を備える。ランタイム
環境４２０は、仮想マシン（VM）と、クラスライブラリを有する開発者キット（
DK）とを備えてもよい。本発明に係る一実施形態によれば、アプレット４１２は
、データベース内のテーブルにアクセスするオブジェクト指向コードを備える。
アプリケーション４１４は、オブジェクト指向コードを用いてデータベース内の
テーブルにアクセスすることもできる。アプレット４１２又はアプリケーション
４１４のいずれかが、永続可能オブジェクト４１６を生成する。アプレット４１
２及びアプリケーション４１４は、Java^TMプログラミング言語を用いて開発する
ことができ、Java^TM仮想マシン（JVM）とJava^TMファウンデイションクラス（JFC
）のクラスとを有するJava^TMランタイム環境（JRE）内で処理可能である。

【００３０】図５は、本発明に係るシステム及び方法が実装されるオブジェクト指向データ
ベースシステム５００の典型例を示したブロック図である。システム５００は、
オブジェクトに関連付けられるデータを記憶するテーブルを有するデータベース
５０２と、オブジェクト指向アプリケーション５０４と、オブジェクトをインス
タンス化するための一又は複数のライブラリ５０６と、オブジェクト・データベ
ース・マッピングツール５０８と、データベーススキーマ５１２と、記憶済み手
続５１４と、インデックス５１５と、オブジェクト・データベース・マッピング
ツール５０８を用いて生成された多くの新たなクラス５１０とを備える。

【００３１】本発明に係る一実施形態においては、オブジェクト・データベース・マッピン
グツール５０８は、データベース５０２内に保持されたテーブルをクラスへマッ
ピングする。ユーザは、データベース５０２のテーブルに記憶されたデータを用
いてツール５０８を提供する。ツール５０８は、テーブルを多くの対応する新た
なクラス５１０へ変換する。本発明に係る一実施形態においては、これらの新た
なクラス５１０は、既存のクラスライブラリ５０６へ統合される。

【００３２】ツール５０８は、クラスライブラリ５０６内のクラスをデータベース５０２内
で使用されているテーブルへマッピングすることもできる。ユーザは、データベ
ース５０２へのマッピング用にクラスライブラリ５０６内の互換性のある永続可
能クラスをツール５０８へ提供する。オブジェクト・マッピングツール５０８は
、クラスライブラリ５０６内の各永続可能クラスをどのようにデータベース５０
２内のテーブルにマッピングするのかを決定する。クラスからデータベースへの
マッピングの間、記憶済み手続５１４及びデータベースインデックス５１５は、
データベース５０２内で生成され記憶される。データベースインデックス５１５
は、オブジェクトに関連付けられるデータベース５０２に記憶されたデータにア
クセスするのに関連付けられるアクセス時間を短縮するのに使用される。クラス
からデータベースへのマッピング処理は、データベーステーブルを生成するコー
ド及び命令を保持するデータベーススキーマ５１２を生成する。

【００３３】クラスからテーブルへのマッピング図６は、本発明に係るフローチャートであり、オブジェクト指向アプリケーシ
ョン内のクラスをデータベース内のテーブルエントリに変換するのに使用される
フローチャートを示したものである。ユーザが、ツール５０８にオブジェクト指
向アプリケーション内のオブジェクトに対応する一又は複数のクラスを提供する
ところからスタートする（ステート602）。これらのクラスは、オブジェクト指向言語に関連づけられるフィールド、メソッド及び他のオペレータを有する。コ
ンテキスト内のフィールドは、違うタイプのデータ又は変数を記憶するのに使用
され、メソッドは、対応クラスから取出したオブジェクトを処理するのに使用さ
れる。

【００３４】クラス階層構造は、オブジェクト指向アプリケーション内で定義された種々の
クラス内でも構成されている。クラス階層構造は、どのクラスがスーパークラス
で、どのクラスが互いのサブクラスなのかを示す。スーパークラスからのメソッ
ド、フィールド及び他のオブジェクト指向特性は、サブクラスによって承継され
る。これらの関係は、データベーステーブル及び他のデータベース構造へマッピ
ングするのに使用される。

【００３５】ツール５０８は、一又は複数のクラスに対応する行列を有するデータベース内
でテーブルを生成する。テーブルは、クラスとテーブルとの間の所定のマッピン
グ（クラスからデータベースへの）に基づいて生成される。本発明に係る一実施
形態においては、マッピング（クラスからデータベースへの）によって、オブジ
ェクト指向アプリケーション内の一つのクラスがデータベース内の一つのテーブ
ルへマッピングされる（ステート604）。一対一のマッピング技術（クラスからデータベースへの）を使用することにより、複数フィールドエントリを有するク
ラスは、単一テーブル（各行が複数フィールドの各々に対応）にマッピングされ
る。付加的な列は、データベース内に記憶されたクラスの各クラスのオブジェク
ト・インスタンス用のテーブルに付加される。より複雑なマッピング（クラスか
らデータベースへの）を使用して、クラスをテーブルへマッピングすることもで
きる（例えば、単一クラスの複数テーブルへのマッピングや、複数クラスの単一
テーブルへのマッピングなど）。

【００３６】ツール５０８は、スキーマを生成して、データベース内のテーブルを生成する
（ステート606）。スキーマは、データベース内のテーブルの記述とそれらの種々の属性とを備える。ユーザは、スキーマを用いてデータベースを生成する。複
数スキーマがカタログ内の別々のエントリに従って構成される。カタログによっ
て、各スキーマは、固有ラベルが付され他のスキーマと区別される。

【００３７】検索スピードとパフォーマンスとを向上させるべく、ツール５０８によって、
ユーザは、高速アクセスのためにオブジェクト内のどのフィールドがデータベー
ス内でインデックスが付されるのかを指定することができる。ユーザによって指
定されたフィールドは、インデックスグループ内のツール５０８によって論理的
に構成される。ツール５０８は、ユーザによって指定されたインデックスグルー
プの各フィールドを分析して、選択されたフィールドに対応するデータベース内
のテーブルにインデックスを生成する（ステート608）。インデックスは、データ構造であり、これによって、テーブルの列が列内の一又は複数のエントリの値
に基づいて高速に素早く探索され得る。データベースは、複数インデックスがテ
ーブル上で定義された時に最良のインデックスを選択して問合せを改善する。

【００３８】本発明に係る一実施形態において、ツール５０８によって、ユーザは、インデ
ックスグループを固有とすべきか又は非固有とすべきかを指定できる。固有イン
デックスグループが指定されると、ツール５０８は、ユーザのために一又は複数
の固有インデックスを生成する。固有インデックスは、テーブル内の各列が指定
された行に固有値を保持することを要求する。固有インデックスは、通常、高速
であるが、これは、テーブル内の唯一つの列のみが検索に合致するためである。

【００３９】これに対し、ユーザによって選択された非固有インデックスグループは、デー
タベース内の一又は複数の非固有インデックスに対応するものでもよい。非固有
インデックスグループを選択することにより、ツール５０８は、必要であればデ
ータベース内に非固有インデックスを生成することができる。固有インデックス
に対し、非固有インデックスは、二重の値のエントリを対応する行に保持するこ
とができる。通常、非固有インデックスは、データベースが共有の行のエントリ
を持つ二以上の列の間で区別する必要がある時に更に低速となる。

【００４０】ツール５０８は、オブジェクト指向アプリケーション内のオブジェクト上で通
常は実行されるオペレーションに対応する一又は複数の記憶済み手続５１４をも
生成する（ステート610）。ツール５０８は、自動的に、記憶済み手続５１４を生成して、データベース内に記憶されたデータを取り出すのに利用できる基本的
なオペレーションを提供する。例えば、記憶済み手続を生成することによって、
データベース内のオブジェクト（例えば、付加・削除・修正・取得などのデータ
エントリ）上でルーチンオペレーションを実行することができる。

【００４１】記憶済み手続５１４は、所定の依存性オーダーに従ってデータベース内に入り
込む。第１番目の記憶済み手続が第２番目の記憶済み手続をコールする場合には
、第２番目の記憶済み手続はデータベース内で最初に定義されなければならない
。依存性オーダーは、記憶済み手続がアプリケーション又は他の記憶済み手続に
よってコールされる前にデータベース内で定義されていることを保証する。本発
明に係る一実施形態においては、記憶済み手続がデータベース内に記憶されるオ
ーダーは、クラス階層と、記憶済み手続同士の関係とに基づく（ステート612）。

【００４２】図７は、オブジェクト関係がどのようにしてデータベース内のテーブル関係に
マッピングされるのかを示したブロック図である。スーパークラス・サブクラス
のオブジェクト関係７０４は、対応するスーパークラス・サブクラスのテーブル
関係７０２に従って外部キーとプライマリキーとを用いたデータベース内でモデ
ル化される。この例においては、オブジェクト指向アプリケーションがパートク
ラス、メモリクラス及びディスククラスを保持する一組のクラスを有するものと
仮定する。メモリクラス及びディスククラスは、スーパークラス・サブクラスの
オブジェクト関係７０４に示したように、パートクラスのサブクラスである。そ
の理由は、メモリクラス及びディスククラスは、それらが継承するパートクラス
のメソッド、フィールド及びインタフェースのサブクラスだからである。メモリ
クラス及びディスククラスは、パートクラスに拡張してメモリクラス及びディス
ククラスの特定の固有アスペクトをも定義することができる。

【００４３】スーパークラス・サブクラスのクラス関係７０４を表現するために、データベ
ースは、スーパークラス・サブクラスのテーブル関係７０２を使用する。本質的
には、第１番目のテーブルは、第２番目のテーブルのサブクラスであり、このこ
とは、第１番目のテーブルのプライマリキーが第２番目のテーブルのプライマリ
キーを参照する外部キーでもあることを明らかにすることによりいえる。この場
合、第１番目のテーブルは、ディスククラスの各インスタンスを記憶し、パート
テーブル内のプライマリキーに対しては外部キーともなるプライマリキーを有す
る行を保持する。同様にして、メモリクラスの各インスタンスを記憶するのに使
用されるテーブルは、パートテーブル内のプライマリキーに対しては外部キーと
もなるプライマリキーを有する行を保持する。これらのテーブルは、オブジェク
トが追加又は削除された際でもデータベース内で無破壊で参照可能である。例え
ば、パートオブジェクトが削除されている場合には、スーパークラス・サブクラ
スのテーブル関係７０２は、メモリテーブル及びディスクテーブル内のエントリ
が同様に削除されることを要求する。

【００４４】クラス階層構造を残しておくために、外部キー及びプライマリキーは、クラス
間の一対多関係を表現するのに使用される。図８は、一対多のクラス関係８０８
及び一対多のテーブル関係８０６を説明したものである。例えば、一対多のクラ
ス関係８０８により、カスタマーオブジェクトは、多くのオーダーオブジェクト
を有することができるが、各オーダーオブジェクトは、一つのカスタマーオブジ
ェクトにのみ関連付けられる。一対多のクラス関係８０８内のカスタマークラス
は、クラス内にフィールドを有し、そのフィールドは、複数のオーダーオブジェ
クトを参照する。各オーダーオブジェクトは、フィールドを有し、そのフィール
ドは、特定のカスタマーオブジェクトに対し単一の参照を保持する。

【００４５】対応する一対多のテーブル関係８０６は、カスタマー識別（CUSTID）プライマ
リキーの行エントリと、セパレートカスタマー識別外部キーの行とを有する。カ
スタマーテーブルは、カスタマー識別プライマリキーを有し、このカスタマー識
別プライマリキーは、システム内の各カスタマーに対して固有である。

【００４６】図９は、多対多のクラス関係９１２及び多対多のテーブル関係９１０を表すた
めに、どのように外部キー及びプライマリキーが使用されるのかを説明したもの
である。カスタマーオブジェクトが複数のオーダーオブジェクトを参照すること
ができ、且つ、オーダーが複数のカスタマーからなされ得ると仮定する。多対多
のクラス関係９１２は、多対多のテーブル関係９１０に示されたように結合テー
ブルを用いてデータベース内で表現される。結合テーブルは、中間テーブルであ
り、この中間テーブルは、二つのテーブル内のエンティティー間の関係を形成す
るために使用される。結合テーブルは、通常２組の行を有する。一組の行は、一
つのテーブル内のプライマリキーに対する外部キー参照を形成する。他組の行は
、他のテーブル内のプライマリキーに対する外部キー参照を形成する。この例に
よれば、カスタマーオーダー結合テーブルは、カスタマーテーブル内のカスタマ
ー識別プライマリキーにマッピングされたカスタマー識別外部キーと、オーダー
テーブル内のオーダー識別プライマリキーにマッピングされたオーダー識別外部
キーとを備える。

【００４７】テーブルからクラスへのマッピングツール５０８は、テーブルからクラスへのマッピングメソッドをも備えており
、データベース内のテーブルをオブジェクト指向言語内の一又は複数のクラスへ
変換する。図１０は、データベース内のテーブル及び他の情報をオブジェクト指
向アプリケーション内のクラスへ変換するのに使用されるフローチャートである
。まず初めに、ユーザは、ツール５０８に対し、データベース及び他の有用情報
（例えば、データベースに関連のある記憶済み手続、インデックス及びSQLルーチン）を配信する（ステート1002）。ツール５０８は、マッピングプロセスを使
用して、データベース内のテーブルから永続可能クラスを生成する（ステート10
04）。一実施形態においては、データベース内のテーブルは、オブジェクトを参
照するアプリケーションが実行を完了した後のオブジェクトを記憶することがで
きる永続可能クラスに対応する。

【００４８】ツール５０８は、データベース内の各テーブルに対応するクラス定義を生成す
る（ステート1006）。ツール５０８は、テーブル間の関係を分析して、テーブル
間にスーパークラス・サブクラスの関係があるかどうか、テーブル間に一対多の
関係があるかどうか、又は、テーブル間に多対多の関係があるかどうかを決定す
る。図７から図９は、データベーステーブルの関係の概略及びそれらがどのよう
にしてオブジェクト指向アプリケーション内の対応するクラス関係に変換するの
かの概略を示す。

【００４９】テーブルからクラスへ変換するのに使用されるマッピング（テーブルからクラ
スへの）技術は、上述したマッピング技術（クラスからテーブルへの）とは逆の
プロセスである。ツール５０８は、外部キー及びプライマリキーがテーブル内で
どのように使用されているかに基づいて、クラスを適当なスーパークラス及びサ
ブクラスに配列させる（ステート1008）。本質的には、サブクラスは、サブクラ
ステーブル用のプライマリキーと、スーパークラステーブルに対する外部キーと
を備えた行を保持するテーブルから生成される。例えば、図７においては、スー
パークラス・サブクラスのテーブル関係７０２は、行エントリを有するディスク
テーブルを有し、その行エントリは、外部キーがパートテーブルに対するのと同
様にディスクテーブルの行内のプライマリキーとなる。

【００５０】インデックスについては、ツール５０８は、オリジナルデータベース内に存在
するインデックスを使用するが、テーブルからクラスへのマッピングにおいては
、ユーザが意図的に更に多くのインデックスを生成する旨のリクエストを出さな
い限りインデックスを生成しない。

【００５１】ツール５０８は、更に、特定のクラスから生成されるオブジェクトに使用させ
るためのオブジェクト問合せ言語（OQL）ルーチンを生成する（ステート1010）。OQLルーチンによって、ユーザは、オブジェクト指向プログラミング言語インタフェースを用いてオブジェクトに問合せをすることができる。OQLルーチンは、クラス間の関係を理解し、且つ、ユーザに対して明らかなデータベース操作を
要求することなく参照ナビゲーションをなし得る。例えば、特定クラス上の問合
せは、問合せ基準に適合させるオブジェクトの連結に従って、そのクラス内の全
オブジェクトを返す。その後、ユーザは、オブジェクトのコレクションを通じて
個々のオブジェクト上でオペレーションを繰り返し行うことができる。OQL以外の他のメソッドを用いてデータベース内のオブジェクトにアクセスすることもで
きる。

【００５２】ツール５０８は、更に、デフォルトメソッドを生成して、クラス内の各フィー
ルド上でオペレーションを行う（ステート1012）。メソッド"取得"が生成される
と、データベースのテーブル内の永続オブジェクト内に記憶されたフィールド値
が取得される。同様に、メソッド"設定"を使用して、データベース内に記憶され
た永続オブジェクトの各フィールド内の値が設定される。これらのメソッドによ
り、ユーザは、オブジェクト指向プログラミング言語を利用して、永続オブジェ
クト内のフィールド値を処理することができる。異なったデフォルトメソッドを
備えた実施形態を、特定の用途又は開発中のアプリケーションに適用することも
もちろん可能である。

【００５３】ツール５０８は、データベース内に配置された他の記憶済み手続に対応するオ
ブジェクト指向メソッドを生成することもできる（ステート1014）。これらのオ
ブジェクト指向メソッドにより、オブジェクト指向アプリケーションは、データ
ベースに記憶された予めコンパイルされた記憶済み手続にアクセスすることがで
きる。

【００５４】従属性に基づく記憶済み手続の生成図１１は、オブジェクト指向データ従属性に対応するデータベース内の記憶済
み手続のロードに関連付けられる工程を示したフローチャートである。本発明の
一実施形態は、オブジェクト間のクラス階層と関係とを使用して記憶済み手続が
データベース内にどのようなオーダーでロードされるのかを決定する。この技術
は、記憶済み手続が他の記憶済み手続によりコールされる前にデータベース内に
ロードされるため、コンパイルエラーが起こらない。

【００５５】本発明に係るシステム及び方法においては、ツール５０８は、ユーザがオブジ
ェクト指向アプリケーション内のクラスをデータベース内のテーブルにマッピン
グする際に記憶済み手続をロードするためのシーケンスを生成する。ツール５０
８は、通常、データベース内に記憶されたデータを処理するのに有用且つ各クラ
スに関連づけられる記憶済み手続をも生成する。これらの記憶済み手続は、例え
ば、付加・削除・データベース内に記憶されたデータへのアクセスのための手続
を含む。

【００５６】図１１において、ツール５０８は、オブジェクト指向アプリケーション内の一
又は複数のクラスに関連付けられた記憶済み手続を生成する。これらの記憶済み
手続は、ファイルシステム内の一組のファイル内に記憶される。ツール５０８は
、クラスに関連付けられる記憶済み手続のファイルをオープンする（ステート11
02）。永続可能クラスからのオブジェクトインスタンスは、データベース内に記
憶可能であるため、ツール５０８は、通常、永続可能クラスを処理する。

【００５７】ツール５０８は、オブジェクト指向アプリケーション内で関連付けられるクラ
スに基づいて記憶済み手続のシーケンスを決定する（ステート1104）。図７から
図９において説明したように、クラスは、スーパークラス・サブクラスの関係７
０４、一対多のクラス関係８０８又は多対多のクラス関係９１２において関連付
けられる。

【００５８】シーケンス内の第１番目の記憶済み手続は、クラス間の関係に対応する（ステ
ート1106）。２つのクラス間の関係は、クラス間の外部キーを用いて確立される
。例えば、記憶済み手続は、外部キーがカスタマーと特定のオーダーとを関連付
けるカスタマー・オーダーの関係の削除用として存在するものでもよい。一般的
に、関係削除用のみの記憶済み手続は、他の記憶済み手続に依存するものではな
い。関係削除用の記憶済み手続がオブジェクトをも削除するという他の一例にお
いては、関係削除用の記憶済み手続は、オブジェクト削除用の記憶済み手続の後
にデータベース内にロードされる。

【００５９】その後、ツール５０８は、スーパークラスとして分類されたクラスに関連付け
られる記憶済み手続を次のシーケンスとする（ステート1108）。これらの記憶済
み手続は、次のシーケンスとなるが、一又は複数のサブクラスによって参照可能
とするためである。このことは、サブクラスのオブジェクトが削除される場合に
は重要であるが、その理由は、サブクラスオブジェクトに対応するデータを削除
するのに使用される記憶済み手続は、一又は複数の記憶済み手続をコールするこ
とにより、対応するスーパークラスに関連付けられるデータを記憶するテーブル
を更新するからである。従って、データベース内に記憶されたオブジェクトの参
照は、オブジェクトを破壊することなく可能になる。

【００６０】スーパークラスの後に、ツール５０８は、シーケンス内にサブクラスとして分
類されたクラスに関連付けられる記憶済み手続をおく（ステート1110）。いわゆ
る当業者にとっては、クラス階層に従い、クラスがあるクラスに対してスーパー
クラスになるし、他のクラスに対してサブクラスになることは自明である。

【００６１】一旦記憶済み手続が適正なシーケンス内におかれると、ツールは、データベー
スに関連付けられ且つ記憶済み手続を保持可能な最終記憶済み手続を生成する（
ステート1112）。この記憶済み手続は、データベースにアクセスするオブジェク
ト指向アプリケーションによりアクセス可能であり、且つ、ネットワークに接続
された遠隔サーバ上に配置されたエリア内に置くこともできる。ツール５０８は
、最終記憶済み手続エリアを用いてデータベース内の記憶済み手続をロードする
。

【００６２】図１２及び図１３は、本発明に係る手法でデータベース内にロードされた一連
の記憶済み手続の一例を示したものである。図１２は、従来のオブジェクト・マ
ッピングツールによって生成された一連の記憶済み手続を示したブロック図であ
る。通常、記憶済み手続は、１クラス単位で生成されデータベース内へロードさ
れる正確なシーケンスでは生成されない。

【００６３】例えば、ツール５０８は、ディスクの削除１２０２、コンピュータの削除１２
０４、パートの削除１２０６及びコンピュータパート関係の削除１２０８を含む
記憶済み手続の初期化シーケンスを生成することができる。矢印は、記憶済み手
続の関係を示す。ディスクの削除１２０２はパートの削除１２０６をコールし、
コンピュータの削除１２０４はコンピュータ関係の削除１２０８をコールし、パ
ートの削除１２０６はコンピュータの削除１２０４をコールし、パートの削除１
２０６は更にコンピュータパートの関係１２０８をコールする。この例によれば
、ディスクはパートのサブクラスであり、パートとコンピュータとの間には一対
多の関係がある。従って、コンピュータパート関係の削除１２０８は、パートと
コンピュータとの間の関係を反映する。これらの記憶済み手続がこの初期化シー
ケンス内でロードされるとすれば、数多くの参照エラーが発生し、記憶済み手続
は正確に動作しなくなる。

【００６４】本発明に係るシステム及び方法は、クラス関係とクラス階層とに基づいて正確
なシーケンスで記憶済み手続をロードする。図１３は、本発明に係る手法に従っ
て生成された一連の記憶済み手続を示したブロック図である。ツール５０８は、
シーケンス内にコンピュータパート関係の削除１２０８を最初におくが、その理
由は、それが他の記憶済み手続をコールしないからである。次に、ツール５０８
は、シーケンス内にコンピュータの削除１２０４をおくが、その理由は、それが
他のクラスと一対多の関係をもって動作するのに関連するからである。パートの
削除１２０６は、シーケンス内ではその次の記憶済み手続であるが、その理由は
、それがスーパークラス上で動作することに関連するからであり、ディスクの削
除１２０２は、シーケンス内ではその次の記憶済み手続であるが、その理由は、
クラスのサブクラス上で動作することに関連するからである。このシーケンス内
の記憶済み手続をロードすることは、各記憶済み手続のコンパイルを簡単に成功
させるが、その理由は、記憶済み手続は、それらが他の記憶済み手続により参照
される前に定義されるからである。

【００６５】以上本発明の一実施形態について説明したが、これは、説明のためになされた
ものであり、本発明の要旨及び範囲を逸脱しない範囲において種々の変形例が可
能である。いわゆる当業者にとっては、本発明が広範囲に亘る種々のソフトウエ
アプラットフォームで実装され得ることは周知であり、Java^TMオブジェクト指向
プログラミング言語及びその開発環境に限定されないことは周知である。更に、
本発明の要旨は、メモリ及び他の記憶媒体に記憶されているものとして説明した
が、いわゆる当業者にとっては、これらの要旨を他のコンピュータ読取可能媒体
（例えば、ハードディスク、フロッピーディスク又はCD-ROM等の補助記憶デバイ
ス；インターネット等のネットワークからのキャリア波；又はランダムアクセス
メモリ又はリードオンリメモリ等の他の形態）に記憶し、又は、これらから読み
出してもよいことは周知である。本質的には、本発明に係る同様の実施形態は、
種々のソフトウエア及びハードウエアシステムが単一コンピュータ内に保持され
且つ上述したネットワーク上に分散されていない場合以外において生成され得る
ものである。従って、本発明は上述した実施形態に何ら限定されるものではない
が、技術的範囲に属する範囲は、特許請求の範囲によって定義される。

【００６６】

【発明の効果】

本発明に係るインデックス生成方法、インデックス生成システム及びコンピュ
ータ読出可能な記憶媒体によれば、記憶済み手続は、当該記憶済み手続が他の記
憶済み手続により参照される前に定義されるものであるから、オブジェクト・デ
ータベース・マッピングツールにオブジェクト指向のデータベース従属性に対応
する記憶済み手続をロードさせることができる。従って、記憶済み手続のロード
が容易になる。

【図面の簡単な説明】

【図１】オブジェクト指向アプリケーションとデータベースとを統合する
企業内システムのブロック図である。

【図２】オブジェクト・データベースサーバに関連付けられるサブシステ
ムのブロック図である。

【図３】データベースサーバに関連付けられるサブシステムを説明するた
めのブロック図である。

【図４】データベースに記憶させたオブジェクトにアクセスするのに使用
されるクライアントに関連付けられるサブシステムを説明するためのブロック図
である。

【図５】本発明に係るシステム及び方法が実装されるオブジェクト指向デ
ータベースシステムの典型例を示したブロック図である。

【図６】オブジェクト指向アプリケーション内のクラスをデータベース内
のテーブルエントリに変換するのに使用される本発明に係る方法のフローチャー
トである。

【図７】一対一テーブルと一対一オブジェクトとの関係を示したブロック
図である。

【図８】一対多テーブルと一対多オブジェクトとの関係を示したブロック
図である。

【図９】多対多テーブルと多対多オブジェクトとの関係を示したブロック
図である。

【図１０】データベース内のテーブルと他の情報とをオブジェクト指向ア
プリケーション内のクラスに変換するのに使用される本発明に係る方法のフロー
チャートである。

【図１１】オブジェクト指向アプリケーションによるアクセス用のデータ
ベース内の一連の記憶済み手続をロードする本発明に係る方法のフローチャート
である。

【図１２】初期化シーケンスの一連の記憶済み手続のブロック図である。

【図１３】本発明に係る一実施形態を用いた完全シーケンス内に置かれた
一連の記憶済み手続のブロック図である。

【符号の説明】

１００…企業内システム、１０２，１０４，１０６，５０２…データベース、１
０８…データベースサーバ、１１０…ネットワーク、１１２…オブジェクトデー
タベースサーバ、１１４…クライアント、１１５，５０４…オブジェクト指向ア
プリケーション、１１６，５１４…記憶済み手続、２０４，３０４，４１４…ア
プリケーションサーバ、２０６…オブジェクト指向データベースランタイムモジ
ュール、２０８…データベース連結モジュール、２０９…ランタイムモジュール
、２１０，３１０，４０２…プロセッサ、２１２，３１２，４０４…ネットワー
クインタフェース、２１４，３１４，４０６…入出力サブシステム、２１５，３
１６，４０７…メモリ、３０６…データベースランタイムモジュール、４０８…
ディスプレイ、４１２…アプレット、４１６…永続可能オブジェクト、４２０…
ランタイム環境、５０６…クラスライブラリ、５０８…オブジェクトデータベー
スマッピングツール、５１０…新たなクラス、５１２…データベーススキーマ、
５１５…データベースインデックス

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷＦターム(参考） 5B075 NR12 PP02 PP03 PQ02 QT03 5B076 BA00 5B082 GA07

Claims

【特許請求の範囲】

【請求項１】プロセッサに実行させるためのロード方法であってデータベ
ースに関連付けられる記憶済み手続のロード方法において、オブジェクト指向アプリケーションに対応する複数のクラスに関連付けられる
記憶済み手続にアクセスするアクセス工程と、前記クラス間の関係に基づいて前記記憶済み手続のシーケンスを決定するシー
ケンス決定工程と、前記シーケンスに基づいて前記記憶積み手続をロードするロード工程とを有す
ることを特徴とする記憶済み手続のロード方法。
【請求項２】前記ロード工程は、更に、前記記憶済み手続のシーケンスを保持可能且つ前記オブジェクト指向アプリケ
ーションによりアクセス可能な前記データベース内の最終記憶済み手続エリアを
割り付ける割付工程と、前記最終記憶済み手続エリア内に前記記憶済み手続をロードするロード工程と
を有することを特徴とする請求項１に記載の記憶済み手続のロード方法。
【請求項３】前記決定工程は、更に、前記オブジェクト指向アプリケーシ
ョン内で前記記憶済み手続が対応するクラスに基づいて当該記憶済み手続を分類
する分類工程を有することを特徴とする請求項１に記載の記憶済み手続のロード
方法。
【請求項４】前記ロード工程は、更に、他のクラスと関係を有するクラス
に対応する前記記憶済み手続をロードするロード工程を有することを特徴とする
請求項１に記載の記憶済み手続のロード方法。
【請求項５】前記ロード工程は、更に、スーパークラスとして分類された
クラスに対応する前記記憶済み手続をロードするロード工程を有することを特徴
とする請求項１に記載の記憶済み手続のロード方法。
【請求項６】前記ロード工程は、更に、サブクラスとして分類されたクラ
スに対応する前記記憶済み手続をロードするロード工程を有することを特徴とす
る請求項１に記載の記憶済み手続のロード方法。
【請求項７】複数の記憶済み手続を有するデータベースと、プロセッサとを備え、前記プロセッサは、オブジェクト指向アプリケーションに対応する複数のクラ
スに関連付けられる複数の記憶済み手続にアクセスし、前記クラス間の関係に基
づいて前記記憶済み手続のシーケンスを決定し、前記シーケンスに基づいて前記
記憶積み手続をロードするように構成されていることを特徴とする記憶済み手続
のロードシステム。
【請求項８】前記プロセッサは、前記記憶済み手続をロードするものであ
り、更に、前記記憶済み手続のシーケンスを保持可能且つ前記オブジェクト指向
アプリケーションによりアクセス可能な前記データベース内の最終記憶済み手続
エリアを生成し、前記最終記憶済み手続エリア内に前記記憶済み手続をロードす
るように構成されていることを特徴とする請求項７に記載の記憶済み手続のロー
ドシステム。
【請求項９】前記プロセッサは、前記記憶済み手続のシーケンスを決定し
、更に、前記オブジェクト指向アプリケーション内で前記記憶済み手続が対応す
るクラスに基づいて当該記憶済み手続を分類するように構成されていることを特
徴とする請求項７に記載の記憶済み手続のロードシステム。
【請求項１０】前記プロセッサは、前記記憶済み手続をロードし、更に、
他のクラスと関係を有するクラスに対応する前記記憶済み手続をロードするよう
に構成されていることを特徴とする請求項７に記載の記憶済み手続のロードシス
テム。
【請求項１１】前記プロセッサは、前記記憶済み手続をロードし、更に、
スーパークラスとして分類されたクラスに対応する前記記憶済み手続をロードす
るように構成されていることを特徴とする請求項７に記載の記憶済み手続のロー
ドシステム。
【請求項１２】前記プロセッサは、前記記憶済み手続をロードし、更に、
サブクラスとして分類されたクラスに対応する前記記憶済み手続をロードするよ
うに構成されていることを特徴とする請求項７に記載の記憶済み手続のロードシ
ステム。
【請求項１３】データベースに関連付けられる記憶済み手続のロード装置
において、オブジェクト指向アプリケーションに対応する複数のクラスに関連付けられる
複数の記憶済み手続にアクセスするアクセス手段と、前記クラス間の関係に基づいて前記記憶済み手続のシーケンスを決定するシー
ケンス決定手段と、前記シーケンスに基づいて前記記憶積み手続をロードするロード手段とを有す
ることを特徴とする記憶済み手続のロード装置。
【請求項１４】前記ロード手段は、更に、前記記憶済み手続のシーケンスを保持可能且つ前記オブジェクト指向アプリケ
ーションによりアクセス可能な前記データベース内の最終記憶済み手続エリアを
生成する生成手段と、前記最終記憶済み手続エリア内に前記記憶済み手続をロードするロード手段と
を有することを特徴とする請求項１３に記載の記憶済み手続のロード装置。
【請求項１５】前記決定手段は、更に、前記オブジェクト指向アプリケー
ション内で前記記憶済み手続が対応するクラスに基づいて当該記憶済み手続を分
類する分類手段を有することを特徴とする請求項１３に記載の記憶済み手続のロ
ード装置。
【請求項１６】前記ロード手段は、更に、他のクラスと関係を有するクラスに対応する前記記憶済み手続をロードするロ
ード手段を有することを特徴とする請求項１３に記載の記憶済み手続のロード装
置。
【請求項１７】前記ロード手段は、更に、スーパークラスとして分類されたクラスに対応する前記記憶済み手続をロード
するロード手段を有することを特徴とする請求項１３に記載の記憶済み手続のロ
ード装置。
【請求項１８】前記ロード手段は、更に、サブクラスとして分類されたクラスに対応する前記記憶済み手続をロードする
ロード手段を有することを特徴とする請求項１３に記載の記憶済み手続のロード
装置。
【請求項１９】データベースに関連付けられる記憶済み手続をロードする
ようにデータプロセッサを構成することができるプログラムコードを記録したコ
ンピュータ読出可能な記憶媒体において、当該プログラムコードが、オブジェクト指向アプリケーションに対応する複数のクラスに関連付けられる
複数の記憶済み手続にアクセスするアクセス手順と、前記クラス間の関係に基づいて前記記憶済み手続のシーケンスを決定するシー
ケンス決定手順と、前記シーケンスに基づいて前記記憶積み手続をロードするロード手順とを有す
ることを特徴とするコンピュータ読出可能な記憶媒体。
【請求項２０】前記ロード手順は、更に、前記記憶済み手続のシーケンスを保持可能且つ前記オブジェクト指向アプリケ
ーションによりアクセス可能な前記データベース内の最終記憶済み手続エリアを
生成する生成手順と、前記最終記憶済み手続エリア内に前記記憶済み手続をロードするロード手順と
を有することを特徴とする請求項１９に記載のコンピュータ読出可能な記録媒体
。
【請求項２１】前記決定手順は、更に、前記オブジェクト指向アプリケー
ション内で前記記憶済み手続が対応するクラスに基づいて当該記憶済み手続を分
類する分類手順を有することを特徴とする請求項１９に記載のコンピュータ読出
可能な記録媒体。
【請求項２２】前記決定手順は、更に、他のクラスと関係を有するクラス
に対応する前記記憶済み手続をロードするロード手順を有することを特徴とする
請求項１９に記載のコンピュータ読出可能な記録媒体。
【請求項２３】前記ロード手順は、更に、スーパークラスとして分類され
たクラスに対応する前記記憶済み手続をロードするロード手順を有することを特
徴とする請求項１９に記載のコンピュータ読出可能な記録媒体。
【請求項２４】前記ロード手順は、更に、サブクラスとして分類されたク
ラスに対応する前記記憶済み手続をロードするロード手順を有することを特徴と
する請求項１９に記載のコンピュータ読出可能な記録媒体。