JPH10509264A

JPH10509264A - 現存する関係データベーススキーマから意味オブジェクトモデルを作成するコンピュータシステム

Info

Publication number: JPH10509264A
Application number: JP9501119A
Authority: JP
Inventors: デイビッドクローンク、
Original assignee: ウォール・データ・インコーポレーテッド
Priority date: 1995-06-07
Filing date: 1996-06-03
Publication date: 1998-09-08
Also published as: AU706724B2; NO975722L; CA2222743A1; ES2132922T3; NO975722D0; EP0834141B1; DE69602364T2; DE69602364D1; US5819086A; BR9608549A; WO1996041282A1; MX9709864A; CN1190478A; AU6034696A; EP0834141A1; ATE179815T1; KR19990022546A

Abstract

(57)【要約】現存する関係データベーススキーマから意味オブジェクトモデルを作成するコンピュータシステム。コンピュータシステムは関係データベーススキーマのカタログ情報を解析して、カタログに規定されている各テーブルに対する意味オブジェクトを作成する。テーブルで規定されている各列に対して、単値属性が、そのテーブルに対して作成された意味オブジェクトに追加される。その後システムはカタログ中に記憶されている関係情報を解析して、２以上意味オブジェクト間の関係を規定するオブジェクトリンク属性を作成するとともに、多値化グループ属性および多値化単値属性を作成する。データベースカタログが関係情報を含んでいない場合には、関係する意味オブジェクトを示すようにユーザは促される。

Description

【発明の詳細な説明】現存する関係データベーススキーマから意味オブジェクトモデルを作成するコンピュータシステム発明の分野本発明は一般的にコンピュータシステムに関し、特に関係データベース中に情報を記憶し、関係データベース中から情報を検索するコンピュータシステムに関する。発明の背景いくつかの時点において、多くのコンピュータユーザは何種類かの情報を検索および記憶させる必要がある。一般的に、情報は多くの市販のデータベースプログラムの任意の１つを使用してコンピュータ上に記憶される。これらのプログラムによりユーザはデータベースに記憶させるべき情報のタイプを規定することができるとともに、これらのプログラムは、データをデータベースに入力するユーザに対してフォームをまた以前に記憶された情報を検索しようとしている人々に対してプリントレポートを提供する。最も人気があるタイプのデータベースの１つは、関係データベースである。関係データベースでは、記憶されているデータのタイプを規定している１以上の列を有する２次元テーブルの行にデータが記憶される。伝統的に初心者や洗練されていないユーザにとって、データベースにデータをどのように記憶させるべきかについてのユーザの考えを正確に反映させる方法で、（データベーススキーマとも呼ばれる）関係データベーステーブルを作成することは困難であった。ユーザが関係データベーススキーマを作成できるようにする新しい方法は、ワシントン州シアトルのウォールデータインコーポレーティッドにより開発されたＳＡＬＳＡと呼ばれるデータベースモデリングシステムである。このシステムにより、ユーザがデータベースに記憶させるべきデータのモデルを作成することができる。モデルは、人や種類や会社やデータベースに記憶される一意的なエンティティに関係するとユーザが考える他のもののような完全なアイテムを表している１以上の意味オブジェクトから構成されている。それぞれの意味オブジェクトには、意味オブジェクトに関する識別情報を記憶する１以上の属性が含まれており、また、２以上の意味オブジェクト間の関係を規定しているオブジェクトリンク属性が含まれていることがある。一旦ユーザが意味オブジェクトモデルを完成させると、ＳＡＬＳＡデータベースモデリングシステムが意味オブジェクトモデルを解析して、データをコンピュータに記憶させる、対応する関係データベーススキーマを作成する。ＳＡＬＳＡデータベースモデリングシステムの詳細は、19 93年10月29日に出願され譲渡された留保中の米国特許出願第08/145,997号に示されおり、この出願は参照のためにここに組込まれている。ＳＡＬＳＡデータベースモデリングシステムの利点は、コンピュータのメモリおよび／またはハードディスクにどのようにデータを記憶させるかを制御する基礎的なデータベース管理システムについてユーザが何も知らなくても、データベースに記憶させるべきデータとともにデータ間の関係をユーザが容易に規定することができるようにすることである。ユーザは意味オブジェクトモデルのビルディングブロックを簡単に処理することができ、テーブルや列や主キーや外来キーや共通部分テーブルやこれらに類するもののような関係データベースコンセプトについて心配する必要がない。 '997号特許出願に記載されているデータベースモデリングシステムはデータベースモデリングの技術分野で重要な改良を示しているが、従来の関係データベースプログラムにより作成されている現存するデータベーススキーマの意味オブジェクトモデルを自動的生成する機構は設けられていない。発明の要約本発明は、現存する関係データベーススキーマから意味オブジェクトモデルを自動的に作成するようにプログラムされているコンピュータシステムである。スキーマは、関係データベースのカタログ情報を読み、データベースに規定されている各テーブルに対して対応する意味オブジェクトを作成することにより解析される。データベースのテーブルに対して規定された各列は、対応する意味オブジェクト内に対応する単値属性（simple value attribute）を作成するために使用される。データベースカタログが関係情報を含んでいる場合には、カタログが解析されてテーブルが外来キーを含んでいるか否かが決定される。外来キー情報は、２以上の意味オブジェクト間の関係を規定している対応するオブジェクトリンク属性を作成するとともに、意味オブジェクト内に多値化グループ属性（multiv alued group attribute）や多値化単値属性（multivalued,simple value attrib ute）を作成するために使用される。データベースカタログが関係情報を提供しない場合には、関係するデータベース中のテーブルを示すとともに、テーブル中のどの列が外来キーを表しているかを示すようにユーザは促される。この情報は、意味オブジェクトモデルを変更して、意味オブジェクトモデル内の関係と多値化属性を反映させるために使用される。図面の簡単な説明前述の観点および本発明の付随する効果は、添付した図面を考慮に入れ、以下の詳細な説明を参照することにより、さらに容易に理解できるであろう。図１は、典型的な関係データベーススキーマの図表表現である。図２は、図１に示されているデータベーススキーマに対応している、本発明により作成された意味オブジェクトモデルの図表表現である。図３は、現存する関係データベーススキーマから意味オブジェクトモデルを作成するようにプログラムされている本発明にしたがったコンピュータシステムのブロック図である。図４Ａ〜図４Ｄは、現存する関係データベーススキーマから意味オブジェクトモデルを作成するために、本発明のコンピュータシステムにより実行されるステップを示している一連のフローチャートである。図５は、関係データベースカタログが関係情報を提供する時に共通部分テーブルを検出するために、本発明のコンピュータシステムにより実行されるステップを示しているフローチャートである。図６は、意味オブジェクトモデル中の多値化グループまたは多値化単値属性に変換すべき、関係データベーススキーマ中のテーブルを検出するために、本発明のコンピュータシステムにより実行されるステップを示しているフローチャートである。図７Ａおよび図７Ｂは、関係データベースカタログが関係情報を含んでいる場合に、意味オブジェクトモデル内の意味オブジェクトをオブジェクトリンク属性に変換するために、本発明のコンピュータシステムにより実行されるステップを示しているフローチャートである。図８は、関係データベースカタログが関係情報を含んでいる場合に、共通部分テーブルを１対の多値化オブジェクトリンク属性に変換するために、本発明のコンピュータシステムにより実行されるステップを示しているフローチャートである。図９Ａ〜図９Ｄは、意味オブジェクト内に多値化グループ属性を作成するために、本発明のコンピュータシステムにより実行されるステップを示している一連のフローチャートである。図１０は、関係データベーススキーマ中のテーブルに対応させるために、意味オブジェクト内に多値化単値属性を作成するために、本発明のコンピュータシステムにより実行されるステップを示しているフローチャートである。図１１は、意味オブジェクトモデル内の単値またはグループ属性に関係するプロフィールをユーザが選択できるようにするために、本発明のコンピュータシステムにより実行されるステップを示しているフローチャートである。図１２Ａ〜図１２Ｄは、対応する関係データベースカタログが関係情報を含んでいない場合に、オブジェクトリンク属性、多値化グループ属性、多値化単値属性を意味オブジェクトモデル中に作成するために、本発明のコンピュータシステムにより実行されるステップを示している一連のフローチャートである。好ましい実施形態の詳細な説明先に示したように本発明は、コンピュータシステムのメモリ内に存在している現存する関係データベーススキーマに対応している意味オブジェクトモデルを作成するシステムである。一旦完了すると、意味オブジェクトモデルは、意味オブジェクトモデルの構成要素を処理することによりユーザがデータベーススキーマを容易に更新または変更できるようにする。この方法では、関係データベース管理システムや、スキーマを編集するために通常使用される質問言語について理解する必要なく、ユーザが関係データベースを処理することができる。図１は、関係データベーススキーマの表示を示している。このスキーマは、アートギャラリーのオーナーにより操作されるコンピュータシステムにデータベース情報を記憶させる。このスキーマには６つの関係テーブルが含まれている。テーブル5 は、ギャラリーの顧客に関する情報を記憶している。テーブル5 には、顧客の名前と顧客の電話番号を記憶する“名前”と“電話”とラベルが付された２つの列が含まれている。関係データベースの当業者により理解されるように、データベース管理システムは、テーブル5 の主キーが名前列であることを示すレコードを保持している。テーブルの主キーは、テーブル中の一意的なエントリ、すなわちギャラリーの特定の顧客を識別する。テーブル7 は、ギャラリーにおいて展示されているアーティストに関する情報を記憶している。テーブル7 には、アーティストの名前とアーティストが生まれた年を記憶する、“名前”と“誕生年”とラベルが付された２つの列が含まれている。テーブル7 の主キーは、名前列中のエントリとして規定される。テーブル9 は、アーティストが製作に用いるさまざまな媒体に関する情報を記憶している。このテーブルには２つの列が含まれている。第１の列は“名前”とラベルが付されており、第２の列中のエントリを関係テーブル7 中の特定のアーティストにリンクさせるように機能する。第２の列は“媒体”とラベルが付され、油絵、水彩画、ガラス、セラミックなどのような特定の芸術的な媒体を識別するテキストを記憶している。テーブル9 の主キーは、名前と媒体の列中のエントリの組合わせとして規定される。テーブル11は、ギャラリーに展示されている特定の絵画に関する情報を記憶している。このテーブルには、絵画の名前と、絵画が描き終えられた日付と、絵画をそのアーティストにリンクさせるためにテーブル7 の列に対する外来キーとを記憶する、“名前”、“描かれた日付”、“名前＿１”とラベルが付された３つの列が含まれている。テーブル11の主キーは名前列中のエントリである。テーブル13は、アートギャラリーの顧客による購入に関する情報を記憶している。このテーブルには、“名前＿１”、“日付”、“価格”、“名前＿２”とラベルが付された４つの列が含まれている。名前＿１のラベルが付された列は、顧客の名前を保持している一方、日付とラベルが付された列は、絵画が購入された日付を記憶している。価格のラベルが付された列は、絵画に対して支払われた価格を記憶している。最後に名前＿２とラベルが付された列は絵画の名前を保持している。名前＿１はテーブル5 に対する外来キーであり、名前＿２はテーブル11 に対する外来キーである。データベース中の最後のテーブルは、テーブル5 中のエントリをテーブル7 中のエントリに関係付けるテーブル15である。テーブル15には２つの列、すなわち “名前＿１”と“名前＿２”が含まれている。各列はそれぞれ、テーブル5 とテーブル7 に対する外来キーを記憶している。テーブル15により、データベース管理システムがギャラリーの顧客をギャラリーに展示されているアーティストにリンクさせることができる。テーブル15の主キーは、２つの列、名前＿１と名前＿２中のエントリの組合わせとして選択される。図１に表わされているデータベーススキーマは、従来の関係データベースプログラムで作成された関係データベーススキーマの典型的なものである。関係データベースプログラムに不慣れなコンピュータユーザは、熟練したデータベースプログラマの助けなしでスキーマを作成することが困難であると思うかもしれない。図１に示されているスキーマの作成には、テーブル、主キー、外来キー、共通部分テーブルのようなデータベースコンセプトの知識が要求される。先に示したように、ＳＡＬＳＡデータベースモデリングシステムにより、関係データベースコンセプトを知らずにユーザがデータベーススキーマを作成することができる。図２は、図１に示されている関係データベーススキーマに対応している意味オブジェクトモデル20を示している。意味オブジェクトモデルは、３つの意味オブジェクトから構成されている。意味オブジェクト22はギャラリーの顧客を表わしている。意味オブジェクト30はギャラリーに作品が展示されているアーティストを表わしており、意味オブジェクト40はギャラリーに展示されている絵画を表わしている。オブジェクトモデル20中の各意味オブジェクトは多数の属性を持っている。この属性は、データベースに記憶されている各意味オブジェクトに関する情報を表わしている。例えば、意味オブジェクト22は、データベースに記憶されている顧客の名前を表わしている“名前”とラベルが付された属性、顧客の電話番号を表わしている“電話”とラベルが付された属性を持っている。さらに顧客には、ギャラリーにおいてなされた売買を表わしている“購入”とラベルが付されたグループ属性が含まれている。グループ属性、購入は、購入がなされた日付と、購入された絵画の価格と、意味オブジェクト40のインスタンスにより表わされている特定の絵画の購入に関係するオブジェクトリンク属性とを表わしている３つの単値属性を含んでいる。意味オブジェクトのインスタンスを一意的に規定する属性は、属性名の左に２つの星を付けて示されている。意味オブジェクトモデル中の２つの意味オブジェクト間の関係を規定するオブジェクトリンク属性は、意味オブジェクト中の他の単値またはグループオブジェクトと区別するためにボックスで囲まれている。 '997号特許出願に記載されているように、属性の中には、属性名の下右角における添字として表示されているその最小および最大の基数を持つものもある。最小基数は、意味オブジェクトが有効でなければならない属性のインスタンスの最小数に関係する一方、最大基数は、有効でなければならない属性のインスタンスの最大数に関係している。例えば、意味オブジェクト22中の“購入”とラベルが付されたグループ属性は０の最小基数を持ち、これはギャラリーの顧客が購入をしていないことを示している。同様に、グループ購入の最大基数はＮであり、これは顧客がギャラリーから１回より多く購入したことを示している。この基数の数は、オブジェクトリンク属性にも適用される。例えば、顧客が興味を持っているアーティストを追跡するために、意味オブジェクト22には、データベース中の顧客をアーティストにリンクさせる“アーティスト”とラベルが付されたオブジェクトリンク属性が含まれている。“アーティスト”とラベルが付されたオブジェクトリンクは多値化されている。すなわちこのオブジェクトリンクはＮの最大基数を持ち、これにより、顧客が多くのアーティストに興味を持っているかもしれないことが示される。意味オブジェクト30は、作品がギャラリーに展示されているアーティストを表わしている。アーティストの意味オブジェクトには、“名前”と“誕生年”とラベルが付された２つの単値属性が含まれており、これらはアーティストについて記憶さされている伝記的情報を表わしている。この属性、名前は、データベース中の２人のアーティストが同じ名前を持っていないことを意味ために一意的であるものとして示されている。さらに意味オブジェクト30には、“媒体”とラベルが付された多値化単値属性が含まれており、これはアーティストが製作しているさまざまな媒体を表わしている。最後に意味オブジェクト30には、アーティストを絵画にそしてアーティストを顧客にリンクさせる“絵画”と“顧客”とラベルが付された２つの多値化オブジェクトリンク属性も含まれている。意味オブジェクトモデル中の最後の意味オブジェクト40は、ギャラリーで展示中の絵画を表わしている。意味オブジェクト40には、“名前”と“描かれた一日付”とラベルが付された２つの単値属性が含まれている。絵画の名前は、データベース中に記憶されている絵画名の中で一意的なものであるとして示される。意味オブジェクト40には、２つのオブジェクトリンク属性も含まれている。第１のオブジェクトリンク属性は“アーティスト”とラベルが付されており、絵画とアーティストとの間の関係を表わしている。この関係の基数は1.1 であり、絵画は少なくとも１人のアーティストを持っていなければならず、多くて１人のアーティストを持つことができることを示している。“顧客”とラベルが付されたオブジェクトリンク属性は、絵画と顧客との間の関係を表わしている。この属性は0. N の基数を持っており、絵画に興味を持っている顧客がいないか、絵画に興味を持っている多くの顧客がいることを示している。先に示したように、従来のデータベースプログラムに対するものとして、図２に示されている意味オブジェクトモデル20の利点は、意味オブジェクトの追加または削除により、あるいは意味オブジェクト内の属性の追加または削除により、ユーザがデータベースを更新または変更することができることである。意味オブジェクトモデルの構成要素を処理することにより、図１に示されているスキーマを作成するのに必要とされる関係データベースコンセプトを理解する必要なく、データベースに記憶されるべきデータに関してユーザがどのように考えているかを反映させる方法で、ユーザは関係データベースを作成または変更することができる。先に示したように、ウォールデータインコーポレーティッドにより開発されたＳＡＬＳＡデータベースモデルにより、ユーザが意味オブジェクトモデルを作成し、対応する関係データベーススキーマを作成するためにモデルを解析できるようになる。しかしながら、多くのコンピュータユーザは、マイクロソフトアクセスや、ボアランドパラドックスのような、現在入手可能な関係データベースプログラムを使用して既にデータベーススキーマを作成している。洗練されていないユーザがこれらのデータベースを容易に更新または変更できるようにするために、本発明は現存する関係データベーススキーマから対応する意味オブジェクトモデルを作成する。図３に移ると、本発明を実現するためのコンピュータシステムが示されている。このコンピュータシステムは一般的に、内部メモリ72とディスクドライブ74のような永久記憶手段とを持つ中央処理ユニット70を備えている。コマンドは、キーボード78を使用してそしてマウス80のようなポインディングデバイスを使用してＣＰＵに入力される。ＣＰＵは、表示スクリーンすなわちモニタ76上に示されるグラフィックユーザインターフェイスを発生させる。メモリ72内に存在しているものは１組のプログラムされた命令であり、これらの命令は、現存する関係データベーススキーマをＣＰＵに解析させて、ディスプレイ76上でユーザに示される、対応するオブジェクトモデルを作成させる。プログラムされている命令は、読み取り専用メモリに永久的に記憶させてもよく、あるいは、フロッピーディスク、ＣＤ−ＲＯＭからまたはＣＰＵに接続されているモデムでコンピュータシステムによって受け取ってもよい。本発明の現在の好ましい実施形態では、ＣＰＵ70は、Ｃ＋＋のようなオブジェクト指向言語でプログラムされている。しかしながら、所望される場合には他のプログラム言語を使用することができることを当業者は認識するであろう。以下のフローチャートは、現存する関係データベーススキーマから意味オブジェクトモデルを生成するために中央処理ユニットにより実行されるコンピュータプログラムの動作を説明している。'997号特許出願に記載されているように、コンピュータシステムは、意味オブジェクトモデルの表示を記憶するために一連のＣ＋＋クラスを使用する。参照を容易にするため、本発明の理解に重要であるこれらのクラスのデータ要素をここで再度示す。意味オブジェクトモデルを作成する各クラスの手順および方法は示さないが、手順の動作を以下で論じる。コンピュータプログラミングの当業者は、本発明の以下の説明から必要な方法を作成することができるであろう。図４Ａ〜図４Ｄに移ると、本発明にしたがってプログラムされているコンピュータシステムの全体的な動作が示されている。最初のステップ100 において、コンピュータシステムは、コンピュータメモリ中に存在する関係データベーススキーマを作成するために使用された関係データベースプログラムのタイプまたはブランドを入力するようにユーザを促す。一般的に、２つのタイプの関係データベースがある。第１のタイプのものは、関係情報を含むカタログを持っている。以下に説明するように、関係情報は、テーブルのどの列がデータベース中の他のテーブルに対する外来キーとして規定されているかを示している。第２のタイプのデータベースは、データベースカタログ中に関係情報を含んでいない。本発明はいずれのタイプのデータベースとでも動作するように設計されている。現存する関係データベーススキーマを作成するのに使用された関係データベースプログラムのタイプをユーザが入力した後に、ステップ102 において、プログラムは、コンピュータの内部メモリ内またはディスクドライブ上に記憶されている（示されていない）ルックアップテーブルを使用して、カタログが関係情報を含んでいるか否かを決定する。カタログが関係情報を含んでいない場合には、コンピュータシステムは、以下に説明するように図１２Ａ〜図１２Ｄに示されているステップを使用して対応する意味オブジェクトモデルを作成する。関係データベースのカタログが関係情報を含んでいる場合には、ステップ106 において、コンピュータシステムは最初に関係データベースカタログをオープンさせる。カタログには、データベース中の各関係テーブルの定義とともに、特定のテーブル内の各列の定義が含まれている。ステップ108 において、コンピュータシステムは最初に先に規定されているアルバムクラスのインスタンスを作成する。このアルバムクラスは、意味オブジェクトモデル中の各意味オブジェクトを追跡するために使用される。アルバムクラスのインスタンスを作成した後に、ステップ110 において、コンピュータシステムは、データベースカタログ中に規定されている各テーブルを解析するループを開始する。ステップ112 において、コンピュータシステムは、データベースカタログ中に規定されている各テーブルに対する意味オブジェクトクラスのインスタンスを作成する。意味オブジェクトクラスの各インスタンスは、ユーザに表示される、対応する意味オブジェクトモデル中の意味オブジェクトを表わしている。ステップ114 において、意味オブジェクトクラスのインスタンスに、一意的な識別数が割り当てられる。ステップ116 において、意味オブジェクトが作成されたデータベース中に規定されているテーブルの名前に、名前要素変数が初期化される。ステップ118（図４Ｂ）において、空のストリングとして、見出しおよび記述要素変数が初期化される。図１および図２に示されている例では、ステップ 110-118 が、テーブル5 から顧客意味オブジェクト22を、テーブル7 からアーティスト意味オブジェクト30を、テーブル11から絵画意味オブジェクト11を作成する。先に示したように、意味オブジェクトモデルに対して作成されたアルバムクラスのインスタンスは、モデル内に含まれている各意味オブジェクトのリストを保持している。ステップ120 において、アルバムのコンテンツリスト中の意味オブジェクトクラスの新しく作成されたインスタンスに対してポインタが置かれる。作成された各意味オブジェクトに対して、コンピュータシステムはオブジェクトリンクプロフィールクラスのインスタンスを作成する。'997号特許出願で説明されているようにプロフィールはテンプレートとして使用され、このテンプレートから対応する属性が作成される。プロフィールは、それらから得られた属性のリストを保持する。ユーザがプロパティ、すなわちプロフィールの要素変数のデフォルト値を変えた場合、コンピュータシステムは、プロフィールから作成された、それぞれ得られた属性中のプロパティを更新することができ、これにより、グローバルな属性プロパティの変更を容易かつ効率的にすることができる。ステップ124 において、オブジェクトリンクプロフィールのＩＤ要素変数に一意的な数が割り当てられる。ステップ126 において、対応する意味オブジェクトからのオブジェクトリンクプロフィールの名前、見出し、記述の要素変数が初期化される。ステップ128 において、要素変数ＩＤ＿ステータスは“なし”に初期化される。ＩＤ＿ステータス要素変数は、列挙されている値“なし”、“一意的でない”または“一意的”のいずれにも設定することができる。ステップ130 において、オブジェクトリンクプロフィールを作成させる意味オブジェクトのアドレスに、ベース意味オブジェクトポインタが初期化される。図４Ｃに移ると、一旦意味オブジェクトとオブジェクトリンクプロフィールが作成されると、ステップ140 において、コンピュータシステムは、関係データベース内のテーブルに対してデータベースカタログ中に規定されている各列を解析するループを開始する。ステップ142 において、テーブル中に規定されている各列に対して、コンピュータシステムは、先に規定されている単値属性クラスのインスタンスを作成する。例えば、テーブル5 において“電話”とラベルが付された列は、顧客意味オブジェクト22中で“電話”とラベルが付された単値属性を作成するために使用される。新しく作成された単値属性のＩＤ要素変数は、ステップ144 において一意的な数に割り当てられ、記述および見出し要素変数はステップ146 において空のストリングとして初期化される。ステップ148 において、最小基数要素変数が０に初期化され、最大基数要素変数が１に初期化される。ステップ150 において、単値属性のコンテナポインタは、属性が論理的に含まれている意味オブジェクトのアドレスに初期化される。一般的にコンテナポインタは、以下で論じるように、意味オブジェクトクラスのインスタンスまたはグループ属性のいずれかを指す。一旦単値属性が作成されると、ステップ152 において、コンピュータシステムは単値プロフィールクラスのインスタンスを作成する。ステップ154 において、以前に作成された対応する単値属性からの、名前、記述、見出し、ＩＤ＿ステータス、最小基数、最大基数の要素変数が初期化される。図４Ｄに移ると、ステップ156 において、対応する単値属性に対するポインタは、得られた属性の単値プロフィールリスト中に置かれ、プロフィールのアドレスは対応する属性のベースプロフィールポインタを初期化するために使用される。ステップ160 において、コンピュータシステムは、考慮中のテーブルに対して規定されたすべての列が解析されたか否かを決定する。解析されていない場合には、コンピュータシステムはステップ140（図４Ｃ）にループバックする。一旦特定のテーブルにおけるすべての列が解析されると、ステップ162 において、コンピュータはデータベースカタログ中に規定されているすべてのテーブルが解析されたか否かを決定する。解析されていない場合には、コンピュータはステップ 110 （図４Ａ）にループバックし、以下に説明するように意味オブジェクトクラスの他のインスタンスを作成する。コンピュータにより、図４Ａ〜図４Ｄに示されているステップを終了させた後は、対応する意味オブジェクトモデルは、対応する関係データベーステーブル中に規定されている各列に対する単値属性をそれぞれ含んでいる複数の意味オブジェクトを含むことになる。意味オブジェクトを作成した後に、コンピュータシステムはデータベースカタログ中に記憶されている関係情報を解釈して、適切なオブジェクトリンク属性と、多値化グループ属性または多値化単値属性を作成する。データベースカタログ中のテーブルを意味オブジェクトの代わりに多値化オブジェクトリンク属性に変換すべきか否かを決定するために、コンピュータシステムは、外来キーとして規定されている列のみを含んでいる共通部分テーブルに対するデータベースカタログを調べる。図１に示されている例では、“名前＿１” と“名前＿２”とラベルが付されたその列がそれぞれテーブル5 とテーブル7 に対する外来キーであることから、テーブル15が共通部分テーブルである。図５に示されているように、コンピュータシステムは、ステップ200 においてデータベースカタログ中の各テーブルの定義を解析する外側ループを開始することにより共通部分テーブルを検出するようにプログラムされる。ステップ202 において、コンピュータシステムは、テーブルに対して規定された各列を解析する内側ループを開始する。ステップ204 において、各列に対してコンピュータシステムは、カタログ中に記憶されている関係情報を読み取る。ステップ206 において、コンピュータシステムは、列が外来キーとして規定されているか否かを決定する。いいえの場合には、コンピュータシステムはそのテーブルが共通部分テーブルでないことを決定するようにプログラムされ、プロセスはデータベースカタログ中に規定されている次のテーブルに進む。ステップ206 に対する回答がはいの場合、コンピュータシステムはテーブル中のすべての列が解析されたか否かを決定する。いいえの場合には、コンピュータシステムはステップ202 にループバックし、テーブル中の残りの列を解析する。テーブル中の各列が外来キーとして規定されている場合、ステップ210 において、コンピュータシステムはそのテーブルを共通部分テーブルとしてマークする。ステップ212 において、そのテーブルの名前は共通部分テーブルのリストに加えられる。そのテーブルを共通部分テーブルのリストに加えた後に、プロセスは決定ブロック214 に進み、ここでコンピュータシステムは、データベースカタログ中のすべてのテーブルが解析されたか否かを決定する。いいえの場合には、データベースカタログ中の次のテーブルが解析される。一旦データベースカタログ中のすべてのテーブルが解析されると、コンピュータシステムはデータベーススキーマ内に規定されている各共通部分テーブルのリストを持つことになり、プロセスはステップ216 において停止する。データベース中のすべての共通部分テーブルが一旦見つけられると、コンピュータシステムは、多値化グループ属性または多値化単値属性に変換すべきであったテーブルに対するデータベースカタログを調べる。例えば、図１に示されているテーブル9 は意味オブジェクトを表わしていないが、アーティストが製作している多くの媒体のレコードを保持している。したがってコンピュータシステムは、このテーブルに対して作成された意味オブジェクトモデルを削除し、それを、意味オブジェクト30内のＮの最大基数を有する“媒体”とラベルが付された単値属性と置換するように動作する。図６に示されているようにステップ240 において、コンピュータシステムは、共通部分テーブルとして以前にマークされていない、データベースカタログ中に規定されている各テーブルを解析するループを開始する。決定ブロック242 において、コンピュータシステムは、考慮中のテーブルの主キーが２以上の列を含んでいるか否かを決定する。２以上の列を含んでいない主キーを持つテーブルは、多値化グループまたは多値化単値属性としてモデル化されない。プロセスはステップ244 に進み、ここで、テーブルカタログ中のすべての非共通部分テーブルが解析されたか否かの決定がなされる。ステップ242 に対する回答がはいの場合には主キーは少なくとも２つの列を含んでおり、ステップ246 において、コンピュータシステムはテーブルの主キーの一部として規定されている各列を解析する内部ループを開始する。ステップ248 において、テーブルの主キーの一部として規定されている各列に対する関係情報が読み取られる。決定ブロック250 において、コンピュータシステムは、考慮中の列が他の関係テーブル中の列に対する外来キーとしても規定されているか否かを決定する。いいえの場合には、ステップ252 においてコンピュータシステムは、テーブルの主キーとして規定されているすべての列が解析されたか否かを決定する。いいえの場合には、プロセスはステップ246 にループバックし、主キーとして規定されている次の列が解析される。ステップ252 に対する回答がはいの場合には、プロセスはステップ244 に進み、データベースカタログ中の次の非共通部分テーブルが解析される。決定ステップ250 に対する回答がはいの場合には、ステップ254 においてコンピュータシステムは、考慮中のテーブルが１より多い非外来キー列を持っているか否かを決定する。いいえの場合には、ステップ256 においてそのテーブルは多値化単値属性としてマークされ、そのテーブルの名前が多値化単値属性のリストに加えられる。テーブルが１より多い非外来キー列を持っている場合には、ステップ258 においてそのテーブルは多値化グループとしてマークされ、そのテーブルのテーブル名は多値化グループのリストに加えられる。多値化グループのリストにテーブルを追加することに加えて、以下に説明する理由のために、コンピュータはテーブルの主キーとして規定されている列の数を記録する。プロセスは、データベースカタログ中のすべての非共通部分テーブルが解析されたか否かを決定するステップ244 に進む。いいえの場合には、ステップ240 において、カタログ中に規定されている次のテーブルが解析される。すべての非共通部分テーブルが解析されている場合には、プロセスはステップ260 で終了する。コンピュータシステムが図６に示されているステップを実行した後に、多値化グループおよび多値化単値属性を表わす、データベース中のすべてのテーブルのリストが作成されたことになる。図６に示されているステップを実行した後に、コンピュータシステムは、データベース中の他のテーブルに対する外来キーを含んでいる、共通部分テーブル、多値化グループ、または多値化単値属性としてマークされていないテーブルを見つけようとデータベースカタログを探す。外来キーがテーブルの主キーの一部でない場合には、本発明は２つの意味オブジェクト間の関係を規定する対応するオブジェクトリンク属性に外来キーを変換する。図１に示されている例ではテーブル11には、アーティスト意味オブジェクト30を絵画意味オブジェクト40にリンクさせるためにオブジェクトリンク属性に変換すべき“名前＿１”とラベルが付された列が含まれている。図７Ａおよび図７Ｂに示されているように、ステップ280 において、コンピュータシステムは、共通部分テーブル、多値化グループ、または多値化単値属性として以前にマークされていないデータベース中の各テーブルを解析するループを開始する。ステップ281 において、コンピュータシステムは、残りのテーブルに対して規定されている各列を解析する内側ループを開始する。列に対する関係情報がステップ282 において読み取られ、その列が関係データベースの他のテーブル中の列に対する外来キーとして規定されているか否かの決定がステップ284 においてなされる。当業者は、外来キーがテーブル中で複数の列として規定されているかもしれないことを認識するであろう。このケースでは、全体的な外来キーに対してオブジェクトリンク属性の１つの対のみが作成されるように、ステップ284 は完全な外来キーを解析しなければならない。考慮中の列が外来キーでない場合には、プロセスはステップ286 に進み、ここで、テーブル中のすべての列が解析されたか否かの決定がなされる。いいえの場合には、プロセスはステップ281 にループバックし、テーブル中の次の列が解析される。一旦テーブル中のすべての列が解析されるとプロセスはステップ288 に進み、ここで、データベースカタログ中の残りのすべてのテーブルが解析されたか否かが決定される。いいえの場合には、プロセスはステップ280 に戻り、次の非共通部分、多値化グループ、または多値化属性のテーブルが解析される。このプロセスはこのようなテーブルすべてが解析されるまで進み、プロセスはステップ289 で終了する。決定ブロック284 に対する回答がはいの場合には、テーブルが他のテーブルの列に対する外来キーとして規定されている列を含んでいることを意味しており、コンピュータシステムは、ステップ290 においてオブジェクトリンク属性クラスの２つのインスタンスを作成する。オブジェクトリンク属性クラスのインスタンスが作成された後、外来キーにより規定された関係を表わすために、属性が対応する意味オブジェクト中に配置される。例えば図１に示されているように、アーティストに関するデータを記憶するテーブル7 は、名前＿１とラベルが付された列中に記憶されている外来キーによって、絵画に関するデータを記憶するテーブル11にリンクされる。この関係は、意味オブジェクト30内の“絵画”とラベルが付されたオブジェクトリンク属性と意味オブジェクト40内にある“アーティスト”とラベルが付された対応するオブジェクトリンク属性とによって、（図２に示されている）対応する意味オブジェクトモデル中で表わされる。新しく作成されたオブジェクトリンク属性を正しい意味オブジェクト中に論理的に配置するために、コンピュータシステムはステップ292 において最初に、外来キーを持つテーブルを表わしている意味オブジェクトと、外来キーが関係しているテーブルを表わしている意味オブジェクトとに関係しているオブジェクトリンクプロフィールの得られた属性リスト中に、新しく作成されたオブジェクトリンク属性に対するポインタを配置する。先に説明したアーティスト絵画の例では、オブジェクトリンク属性に対するポインタは、アーティスト意味オブジェクト 30と関係しているオブジェクトリンクプロフィールの得られた属性リストと、絵画意味オブジェクト40に関係しているオブジェクトリンクプロフィールの得られた属性リストととの中に配置される。さらにオブジェクトリンク属性のベースプロフィールポインタは、関係するオブジェクトリンクプロフィールのアドレスと等しいようにセットされる。ステップ294 において、関係するオブジェクトリンクプロフィールからのオブジェクトリンク属性の要素変数が初期化される。ステップ295 において、オブジェクトリンク属性の対のポインタはそれぞれ他を指すようにセットされる。（図７Ｂの）ステップ296 において、外来キーを持つテーブルに関係しているオブジェクトリンク属性に対するポインタが、外来キーが関連するテーブルに関係している意味オブジェクトのコンテンツリストに追加される。ステップ298 において、外来キーが関連しているテーブルと関係しているオブジェクトリンク属性に対するポインタは、外来キーを持つテーブルに関係している意味オブジェクトのコンテンツリストに追加される。ステップ300 において、オブジェクトリンク属性のコンテナポインタは、それらが論理的に含まれている意味オブジェクトのアドレスで更新される。ステップ302 において、外来キーを持っていないテーブルに関係している意味オブジェクト中に含まれているオブジェクトリンク属性の最大基数が，１対多数の関係を表わすためにＮに初期化される。例えば、先に説明したアーティスト− 絵画の例では、アーティスト意味オブジェクト30内の“絵画”とラベルが付されたオブジェクトリンク属性は、１人のアーティストが多くの絵画を描いたかもしれない事実を示しているＮの最大基数を持っていることが分かる。ステップ304 において、コンピュータシステムはステップ280（図７Ａ）にループバックし、データベースカタログ中の次のテーブルが解析される。当業者は、図７Ａおよび図７Ｂに示されているステップが１対１の関係を１対多数の関係として誤って識別することを認識するであろう。しかしながらユーザは、意味オブジェクトモデル全体が完成した後にオブジェクトリンク属性の最大基数プロパティを変更することにより、これを容易に訂正することができる。代わりに、コンピュータシステムは外来キーが一意的であるか否かを決定するためにデータベースカタログを見ることができる。そうであるならば、外来キーを持たないテーブルに関係する意味オブジェクト中のオブジェクトリンク属性の最大基数が１にセットされる。１対多数（外来キーが一意的であるならば１対１）の関係を表わしているオブジェクトリンク属性が意味オブジェクトモデルに追加された後に、コンピュータシステムは共通部分テーブルのリストを解析して、多数対多数の関係を表わしている多値化オブジェクトリンク属性を意味オブジェクトモデル中に作成する。図８に移ると、ステップ350 で始まるようにコンピュータシステムは、共通部分テーブルのリスト内の各テーブルを解析することにより、多数対多数の関係を表わしているオブジェクトリンク属性を作成する。ステップ352 において、オブジェクトリンク属性クラスの２つのインスタンスが作成される。ステップ354 において、新しく作成されたオブジェクトリンク属性に対するポインタは、共通部分テーブル中の外来キーが関連しているテーブルと関係するオブジェクトリンクプロフィールの得られた属性リストに追加される。ステップ356 において、対応するオブジェクトリンクプロフィールからのオブジェクトリンク属性の要素変数が初期化される。ステップ358 において、互いに示し合うように、２つのオブジェクトリンク属性の１対のポインタが初期化される。ステップ360 において、コンピュータシステムは、オブジェクトリンク属性に対するポインタを対応する意味オブジェクトのコンテンツリストに追加することにより、オブジェクトリンク属性を関係する意味オブジェクト中に論理的に配置する。例えば図１に示されているように、テーブル15は、顧客とアーティストとの間の多数対多数の関係を表わしている共通部分テーブルである。図２に示されている意味オブジェクトモデルでは、共通部分テーブルは、意味オブジェクト22 内の“アーティスト”とラベルが付された多値化オブジェクトリンク属性および意味オブジェクト30において見られる“顧客”とラベルが付された多値化オブジェクトリンク属性として表わされている。したがって、顧客意味オブジェクト22 に関係するオブジェクトリンクプロフィールからの初期化されたオブジェクトリンク属性は、アーティスト意味オブジェクト30のコンテンツリストに追加され、アーティスト意味オブジェクト30に関係するオブジェクトリンクプロフィールからの初期化されたオブジェクトリンク属性は、顧客意味オブジェクト22のコンテンツリストに追加される。ステップ362 において、各オブジェクトリンク属性のコンテナポインタは、それらが論理的に含まれている意味オブジェクトのアドレスと等しくなるように更新される。ステップ364 において、両オブジェクトリンク属性の最大基数が“Ｎ”に初期化される。コンピュータシステムが、データベース中に見られる各テーブルに対する意味オブジェクトを最初に作成することから、意味オブジェクトは、データベーススキーマ中に規定されている各共通部分テーブルに対して不適切に作成される。したがって、ステップ366 において、コンピュータシステムは、共通部分テーブルに対して作成された意味オブジェクトとその対応するオブジェクトリンクプロフィールを削除する。ステップ368 において、コンピュータシステムは、共通部分テーブルのリスト中の各テーブルが解析されたか否かを決定する。いいえの場合には、システムはステップ350 にループバックし、共通部分テーブルのリスト中の次のエントリを検索する。一旦共通部分テーブルのリスト中のすべてのエントリが解析されると、処理は終了する。図７Ａ〜図７Ｂおよび図８に示されているステップが終了した後に、意味オブジェクトモデルは、１対多数および多数対多数の関係を表わしているオブジェクトリンク属性を含むことになる。図９〜図９Ｄは、多値化グループ属性に配置されるべき属性を正しくモデル化するために本発明によりとられるステップを示している。図２に見られるように、顧客意味オブジェクト22には、“購入”とラベルが付された多値化グループが含まれている。多値化グループには、意味オブジェクト22を意味オブジェクト40 に関連付ける“絵画”とラベルが付されたオブジェクトリンク属性とともに、“ 日付”と“価格”とラベルが付された２つの単値属性が含まれている。多値化グループは関係データベース中のそれら自体のテーブルに記憶されることから、コンピュータシステムは解析の第１のパスの間には、多値化グループテーブルに対応する意味オブジェクトを誤って作成する。したがって、図９Ａ〜図９Ｄに示されているステップは、多値化グループのデータを記憶するテーブルに対して作成された意味オブジェクトを削除するように動作し、多値化グループ属性内のテーブルの列に対応する属性を適切な意味オブジェクト内に配置する。ステップ380 で始まるように、コンピュータシステムは、主キー中の列の数によって、図６に示されているステップにより作成された多値化グループのリスト中のエントリを分類する。一旦これが終了すると、ステップ382 において、コンピュータシステムは、主キー中で最大の列を有するエントリで始めて、多値化グループのリスト中の各エントリを処理する。ステップ384 において、コンピュータシステムは多値化グループのリスト中の各エントリを解析する。ステップ386 において、リスト中の各多値化グループテーブルに対して、コンピュータシステムはグループ属性クラスのインスタンスを作成する。ステップ388 においてＩＤ要素変数が一意的な数に割り当てられ、ステップ390 において見出しおよび記述の要素変数が空のストリングに初期化される。ステップ392 において、グループの最小基数が０に初期化され、最大基数がＮに初期化される。各グループ属性は、グループ全体に対して有効であるように、存在しなければならないグループ内の要素属性の最小数の表示を記憶する。ステップ394 において、最小カウント要素変数に記憶されているこの数は０に初期化される。同様に、要素変数最大カウントは、グループに対して有効であるように、グループ中に存在するかもしれない要素変数の最大数を記憶する。図９Ｂに移ると、ステップ398 において、多値化グループテーブルの主キーの一部である外来キーにより参照されるテーブルに関係する意味オブジェクトのアドレスと等しくなるように、グループ属性のコンテナポインタがセットされる。最後にステップ400 において、コンピュータシステムは新しく作成されたグループ属性に対するポインタを、含有意味オブジェクトのコンテンツリストに追加する。一旦グループ属性が作成されると、ステップ402 において、コンピュータシステムは、グループプロフィールクラスの対応するインスタンスを作成する。ステップ404 においてＩＤ要素変数が一意的な数に割り当てられ、ステップ406 において、関係グループ属性からの名前、記述、見出し、最小基数、最大基数、最小カウント、最大カウントの要素変数が初期化される。意味オブジェクトモデルを作成するためにコンピュータシステムが行なう最初のパスの間に、コンピュータシステムは、主キーの一部である外来キー列に対して単値属性を作成する。したがってコンピュータシステムは、意味オブジェクトモデルから、１つの単値属性（外来キーが複数の列として規定されている場合には複数の単値属性）とその対応するプロフィールを削除する。多値化グループテーブルの列が、単値属性として誤って識別された外来キーを含んでいることもあり得る。したがってコンピュータシステムは、ステップ410 において、テーブルの残りの列すなわち主キーの一部として規定されていない列を解析するループを開始する。ステップ412 において、コンピュータシステムは各列に対する関係情報を読み取り、ステップ414 において列が外来キーであるか否かを決定する。いいえの場合には、コンピュータシステムはステップ416 に進み、ここで、テーブルのすべての列が解析されたか否かが決定される。テーブル中の残りのすべての列が解析されるまで、このプロセスは繰り返される。ステップ414 に対する回答がはいの場合には、列が外来キーとして規定されていたことを意味し、コンピュータシステムは図９Ｃに示されているステップを実行する。再度説明すると、外来キーが２以上の列として規定されていた場合には、図９Ｃのステップは、外来キー中に含まれている各列に対して実行される。ステップ420 で始まるように、コンピュータシステムは、意味オブジェクトモデルから、外来キーの列に対してもともと作成された単値属性とプロフィールを削除する。ステップ422 において、コンピュータシステムはオブジェクトリンク属性クラスの２つのインスタンスを作成する。ステップ424 において、多値化グループ属性テーブルに対して作成された意味オブジェクトと関係する対応するオブジェクトリンクプロフィールと、外来キーに関連するテーブルから作成された意味オブジェクトと関係するオブジェクトリンクプロフィールとからのオブジェクトリンク属性クラスの要素変数が初期化される。ステップ426 において、オブジェクトリンク属性の１対のポインタは互いに指し合うようにセットされる。ステップ428 において、多値化グループテーブルから作成された意味オブジェクトに関係するオブジェクトリンク属性に対するポインタは、外来キーに関連するテーブルと関係する意味オブジェクトのコンテンツリストに追加される。同様に、ステップ430 において、外来キーが関連するテーブルから作成された意味オブジェクトと関係するオブジェクトリンク属性に対するポインタが、多値化グループテーブルと関係する意味オブジェクトのコンテンツリストに追加される。ステップ432 において、各オブジェクトリンク属性のコンテナポインタが、それらの含有意味オブジェクトを指すように更新される。ステップ434 において、外来キーが関連しているテーブルと関係する意味オブジェクト中に含まれているオブジェクトリンク属性の最大基数が“Ｎ”に初期化される。ステップ436 において、処理は図９Ｂのステップ416 に戻り、テーブルの残りの列が解析される。多値化グループ属性テーブル中の各列が解析された後に、処理は図９Ｄに示されているステップに進む。ステップ440 において、多値化グループテーブルに対してもともと作成された意味オブジェクトのコンテンツリストが、新しく作成されたグループ属性のコンテンツリストにコピーされる。ステップ442 において、新しいグループ属性を含むようにグループ属性プロフィールの得られた属性リストが更新され、グループ属性のベースプロフィールポインタが、新しく作成されたグループ属性プロフィールを指すようにセットされる。ステップ444 において、グループ属性のコンテナポインタは、含有意味オブジェクトのアドレスと等しくなるようにセットされる。多値化グループ内の任意のオブジェクトリンク属性は、他の意味オブジェクト中に配置されている対応するオブジェクトリンク属性と対にされる。例えば図２に見られるように、“購入”とラベルが付されたグループ属性には、意味オブジェクト22内に含まれている“絵画”とラベルが付されたオブジェクトリンク属性が含まれている。オブジェクトリンク属性と対とされるものは、意味オブジェクト40内に見られる“顧客”とラベルが付された対応するオブジェクトリンク属性である。１対のオブジェクトリンク属性が作成される時に、購入とラベルが付された多値化グループに対して規定された意味オブジェクトに対応させるために、 “顧客”として示されているオブジェクトリンク属性が最初に作成される。しかしながら、本発明はオブジェクトリンク属性が意味オブジェクトをグループ属性と関連させることを許容しない。したがって、多値化グループが含まれている意味オブジェクトと関係するように、１対の意味オブジェクト中に配置されるオブジェクトリンク属性を更新しなければならない。図２に示されている例では、意味オブジェクト22に対して作成されたオブジェクトリンクプロフィールで、“顧客”とラベルが付されたオブジェクトリンク属性を再初期化しなければならない。これを達成するために、ステップ446 において、コンピュータシステムは、多値化グループを含んでいる意味オブジェクトのコンテンツリストを検索するループを開始する。ステップ448 において、コンピュータシステムはコンテンツリスト中の各エントリを解析し始める。ステップ450 において、コンピュータシステムは、コンテンツリスト中の各属性のタイプ、すなわち単値属性、グループ属性、オブジェクトリンク属性を読み取る。ステップ452 において、コンピュータシステムは、コンテンツリスト中の属性がグループであるか否かを決定する。そうであるならば、コンピュータシステムはステップ454 においてグループ属性のコンテンツリストを獲得し、プロセスはステップ448 に戻り、ここで新しいコンテンツリスト内の各属性が解析される。付加的な入れ子のグループ属性が見つからなくなるまで、この反復的なプロセスは続く。ステップ452 に対する回答がいいえの場合には、ステップ456において、コンピュータシステムは属性がオブジェクトリンクタイプの属性であるか否かを決定する。そうであるならばステップ458において、コンピュータシステムは、属性の１対のポインタにより参照されるオブジェクトリンク属性を検索する。ステップ460 において、グループ属性が追加された意味オブジェクトに関係するオブジェクトリンクプロフィールに基づいて、１対のポインタにより参照されるオブジェクトリンク属性が再初期化される。先に説明したように図２に示されている例において、意味オブジェクト40中の“顧客”とラベルが付されたオブジェクトリンク属性は、“購入”とラベルが付された意味オブジェクトと関係するオブジェクトリンクプロフィールからもともと最初に作成されたものである。ステップ46 0 は、顧客意味オブジェクト22から作成されたオブジェクトリンクプロフィールに基づいて、オブジェクトリンク属性を再初期化するように機能する。オブジェクトリンク属性が再初期化された後に、処理はステップ462 に進み、ここでコンテンツリスト中のすべての属性が解析されたか否かが決定される。いいえの場合には、処理はステップ448 に戻り、次のエントリが解析される。ステップ464 において、多値化グループテーブルに対してもともと作成された意味オブジェクトとその対応するオブジェクトリンクプロフィールが、意味オブジェクトモデルから削除される。共通部分テーブルと多値化グループテーブルが解析された後に、コンピュータシステムは意味オブジェクトを更新して、自己の意味オブジェクトとして以前に識別された多値化単値属性に対して訂正を行なう。図１０のステップ490 で始まっているように、コンピュータシステムは、多値化単値属性のリスト中の各エントリを解析する。ステップ492 において、単値属性のコンテナポインタが、テーブルの外来キーにより参照されるテーブルと関係する意味オブジェクトのアドレスとなるように更新される。ステップ494 において、コンピュータシステムは、新しく追加された単値属性に対するポインタを、含有意味オブジェクトのコンテンツリストに追加する。ステップ496 において、多値化単値属性テーブルに対して作成された意味オブジェクトとその対応するオブジェクトリンクプロフィールが意味オブジェクトモデルから削除される。ステップ498 において、コンピュータシステムは、多値化属性リスト中のすべてのエントリが解析されたか否かを決定する。いいえの場合には、先に示したように、不適切にクラス分けされたすべての意味オブジェクトが削除され、対応する多値化単値属性が適切な意味オブジェクトに挿入されるまで処理は進む。図１０の論理を説明するために図１を参照すると、意味オブジェクトモデルが最初に作成される時に、コンピュータシステムは、テーブル9 に対する意味オブジェクトと対応するオブジェクトリンクプロフィールとを作成する。しかしながら、１人のアーティストが多くの媒体で描くこともあるので、テーブル9 に対して作成される、意味オブジェクトにおいて見られる“媒体”とラベルが付された単値属性は、テーブル7 に対して作成される意味オブジェクト中に適切に配置されなければならない。したがってこの論理は、テーブル9 に対して作成された意味オブジェクトと関係プロフィールを削除し、“媒体”とラベルが付された単値属性を意味オブジェクト30内に配置するように動作する。先に説明したように本発明は、データベース中の各テーブルに対する意味オブジェクトを作成するように動作する。テーブル内の各列は、対応する単値属性とともに対応する単値属性プロフィールに変換される。これは、意味オブジェクトモデル内の各属性に対して作成されたプロフィールとなる。しかしながら、多くの単値属性が同じプロフィールから作成されることもある。例えば、“名前”とラベルが付された属性の多くは、ＳＡＬＳＡデータベースモデリングシステムにより予め規定された“識別子テキスト”と呼ばれる一般的な属性プロフィールから作成されることもある。したがって、本発明によりユーザが共通のプロフィールから得られた属性を識別できるようになる。図１１に示されているように、ステップ522 において、アルバムのコンテンツリスト中に規定されている各意味オブジェクトを解析するループを開始することにより共通のプロフィールが解析される。ステップ524 において、コンピュータシステムは、所定の意味オブジェクトのコンテンツリスト内の各単値属性を解析する内側ループを開始する。ステップ526 において、対応するプロフィールのプロパティ値（すなわちその要素変数の値）がプロパティシート上に表示される。プロパティシートは、プロパティの名前とその対応する値を示すグラフィックユーザインターフェイス上に現れる（図示されていない）ウィンドウである。ステップ528 において、コンピュータシステムは、プロフィール中のプロパティが属性のプロパティと異なっているか否かを決定する。そうであるならば、ステップ 530 において、対応する属性に対して新しいプロフィールを選択しようと思っているか否かを示すようにユーザを促す。ユーザが新しいプロフィールを選択しようと思っているのであれば、ステップ534 において、どのプロフィールが属性と関係しているかを示すようにユーザに依頼する。ステップ536 において、属性に対するポインタが、選択されたプロフィールの得られた属性リストに追加される。ステップ538 において、新しく選択されたプロフィールのアドレスと等しくなるように、属性のベースプロフィールポインタが更新される。最後にステップ54 0 において、古いプロフィールに対するポインタが、削除されるべきプロフィールのリストに追加される。ステップ530 に対する回答がいいえの場合には、ユーザが新しいプロフィールを選択しようと思っていないことを意味しており、処理はステップ550 に進み、コンピュータシステムは、考慮中の意味オブジェクト中のすべての単値属性に対するプロフィールが解析されたか否かを決定する。いいえの場合には、処理はステップ524 にループバックされる。意味オブジェクト中のすべての単値属性に対するプロフィールが解析されていた場合には、コンピュータシステムは、アルバム中のすべての意味オブジェクトが解析されたか否かを決定する。いいえの場合には、処理はステップ552 に戻り、アルバム中の次の意味オブジェクトが解析される。一旦アルバム中のすべての意味オブジェクトが解析されると、コンピュータシステムは、ステップ554 において削除されるべきプロフィールのリスト中の各プロフィールを削除し、処理はステップ556 で終了する。先の論議は、ＤＢＭＳカタログが関係情報を提供する場合に、データベーススキーマから意味オブジェクトモデルがどのように作成されるかを説明したものである。しかしながら、データベースプログラムの中には、この関係情報を記憶しないものもある。したがって、これらのタイプのデータベースに対して意味オブジェクトモデルを作成するために、データベース中のさまざまなテーブルがどのように関係しているかを示すようにユーザを促す必要がある。図１２Ａ〜図１２Ｄは、このような関係情報を提供しないデータベースに対して対応する意味オブジェクトモデルを作成するために、本発明により実行されるステップを示している。ステップ600 において始まっていように、コンピュータシステムは最初に図４Ａ〜図４Ｄで概略説明したステップを実行する。先に示したように、これは、関係データベースカタログに規定されている各テーブルに対する意味オブジェクトとともに、テーブルに対して規定された各列に対する単値属性を含む意味オブジェクトモデルを作成する。ステップ602 において、コンピュータシステムは、グラフィックユーザインターフェイス上に、ユーザが、関係している２つの意味オブジェクトを示せるようにダイアログボックスを提供する。ステップ604 において、コンピュータシステムは、関係の両サイドの最大基数を示すようにユーザに促す。この関係は、１対１、１対多数、多数対１、または多数対多数の関係である。ステップ606 において、コンピュータシステムは、関係が多数対多数であることをユーザが示したか否かを決定する。そうであるならば、ステップ608 において、コンピュータシステムはデータベース中の対応する共通部分テーブルと関係する意味オブジェクトを識別するようにユーザに依頼する。ステップ610 において、コンピュータシステムは、識別された意味オブジェクトと関係する関係データベーステーブルを共通部分テーブルのリストに追加する。その後処理はステップ612 に進み、ここでユーザは関係情報の提供をやめることも継続することもできる。決定606 に対する回答がいいえの場合には、関係は多数対多数のタイプでなく、処理は図１２Ｂに示されているステップ620 に進む。ステップ620 において、コンピュータシステムは、ユーザにより示された関係が１対多数または多数対１のタイプであるか否かを決定する。そうであるならば、ステップ624 において、関係の多くのサイドにおいて意味オブジェクトに関係するテーブル中の外来キーを識別するようにユーザを促す。ステップ626 において、コンピュータシステムは、外来キーがこのテーブルの主キーの一部であるか否かを決定する。そうであるならば、処理はステップ628 に進み、コンピュータシステムは、テーブルが１つより多い非外来キー列を持っているか否かを決定する。ステップ630 において、１つより多い非外来キー列を持っているテーブルが、多値化グループテーブルのリストに追加される。さらに、多値化グループテーブルの主キーにおける列数が記憶される。ステップ628 に対する回答がいいえの場合には、テーブルは多値化単値属性を表わしていると仮定され、ステップ632 において、多値化単値属性リストに追加される。その後処理は図１２Ａのステップ612 に戻る。ステップ626 に対する回答がいいえの場合には、コンピュータシステムは、意味オブジェクトが１対多数のオブジェクトリンク属性により関係付けられなければならないことを決定する。したがって、処理は図１２Ｃに示されているステップ650 に進み、ここでオブジェクトリンク属性クラスの２つのインスタンスが作成される。ステップ652 において、オブジェクトリンク属性に対するポインタが、外来キーを持つテーブルと外来キーが関連するテーブルとに関係するオブジェクトリンクプロフィールの得られた属性リストに追加される。ステップ654 において、対応するオブジェクトリンクプロフィールからのオブジェクトリンク属性が初期化される。ステップ656 において、互いに指し合うように、新しく作成されたオブジェクトリンク属性の１対のポインタがセットされる。ステップ658 において、オブジェクトリンク属性に対するポインタが、先に説明した方法で、正しい意味オブジェクトコンテンツリストに追加される。ステップ660 において、各オブジェクトリンク属性のコンテナポインタが、その含有意味オブジェクトのアドレスで更新される。コンテナポインタを更新した後に、外来キーを持たないテーブルに関係する意味オブジェクト中のオブジェクトリンク属性の最大基数が“Ｎ”にセットされる。ステップ664 において、コンピュータシステムは、現在オブジェクトリンク属性により表わされている、外来キー列に対して作成された単値属性とプロフィールを削除する。その後プロセスは図１２Ａに示されているステップ612 に戻る。図１２Ｂのステップ620 に対する回答がいいえの場合には、関係は１対１のオブジェクトリンク属性により表わされると仮定される。したがって、ステップ62 2 において、関連する意味オブジェクトと関係するテーブル中のどの列が外来キーであるかを識別するように、コンピュータシステムのユーザに依頼する。その後処理は図１２Ｄのステップに進む。ステップ670 で始まっているように、コンピュータシステムは、オブジェクトリンク属性クラスの２つのインスタンスを作成する。ステップ672 において、外来キーを持つ関係テーブルと関係するオブジェクトリンクプロフィールと、外来キーが関連しているテーブルに関係するオブジェクトリンクプロフィールとの得られた属性リストに対して、オブジェクトリンク属性に対するポインタが追加される。ステップ674 において、その対応するプロフィールからのオブジェクトリンク属性が初期化される。その後ステップ678 において、互いに指し合うように、オブジェクトリンク属性の１対のポインタがセットされる。ステップ680 において、コンピュータシステムは、先に説明した方法により、正しいオブジェクトリンク属性に対するポインタで意味オブジェクトコンテンツリストを更新する。その後ステップ682 において、オブジェクトリンク属性のコンテナポインタが、それらの含有意味オブジェクトのアドレスで更新される。ステップ684 において、両オブジェクトリンク属性の最大基数は、１に等しくなるようにセットされる。最大基数が初期化された後に、コンピュータシステムは、外来キー列に対して作成された単値化属性とプロフィールを削除し、処理は図１２Ａに示されているステップ612 に戻る。理解されるように、本発明は、現存する関係データベーススキーマから意味オブジェクトモデルを作成するように動作する。この意味オブジェクトモデルにより、基礎となるデータベース管理システムやデータベース質問言語を理解するようにユーザに要求することなく、ユーザが現存する関係データベースを容易に処理および変更することができるようにする。本発明の好ましい実施形態を図示し説明してきたが、本発明の技術的範囲を逸脱することなく、多くの変更をなし得ることが理解できるであろう。したがって、本発明の技術的範囲は、以下の請求の範囲のみから決定されることが企図されている。

【手続補正書】特許法第１８４条の８第１項【提出日】１９９７年５月１日【補正内容】請求の範囲１．現存する関係データベーススキーマから意味オブジェクトモデルを作成するコンピュータシステムにおいて、データベースカタログが、データベーススキーマ内に含まれている複数の関係データベーステーブルと、各関係データベーステーブル内に含まれている少なくとも１つの列とを規定し、記憶されているデータベースカタログを持つメモリと、ユーザに対して意味オブジェクトモデルを表示する表示装置と、前記メモリと前記表示装置とに結合され、中央処理ユニットに、ａ）現存する関係データベーススキーマ中に規定されている各関係データベーステーブルを決定するためにデータベースカタログを解析し、ｂ）意味オブジェクトモデル内に、前記関係データベーススキーマ中に規定されている関係データベーステーブルの少なくとも１つに対応する意味オブジェクトを作成し、ｃ）前記作成された意味オブジェクトに対応する関係データベーステーブルに対して関係データベーススキーマ中に規定されている各列を解析し、ｄ）作成された意味オブジェクト内に、意味オブジェクトが対応している関係データベーステーブルに対して規定されている列に対応する少なくとも１つの単値属性を作成する機能を実行するようにさせるコンピュータプログラムを含む中央処理ユニットとを具備するコンピュータシステム。２．前記データベースカタログは、テーブルに含まれている列が、前記関係データベーススキーマ中の他の関係データベーステーブルに含まれている列に対する外来キーであるか否かを規定する関係情報を含み、前記コンピュータプログラムがさらに中央処理ユニットに、ａ）各列が前記関係データベーススキーマ中の他のテーブルに対する外来キーとして規定されているか否かを決定するために、各関係データベーステーブル内に含まれている各列を解析し、ｂ）１対のオブジェクトリンク属性を作成し、ｃ）外来キーとして規定されている列を含んでいるテーブルに関係する意味オブジェクトに１つのオブジェクトリンク属性を追加し、他の関係データベーステーブルと関係する意味オブジェクトに１対のオブジェクトリンク属性の他のオブジェクトリンク属性を追加するようにさせる請求項１記載のコンピュータシステム。３．前記データベースカタログはテーブルのどの列が主キーであるかを規定し、前記コンピュータプログラムがさらに中央処理ユニットに、ａ）列が、関係データベーススキーマ中の他の関係データベーステーブルに対する外来キーおよび関係データベーステーブルの主キーの両方として規定されているか否かを決定するために、各関係データベーステーブル内に含まれている各列を解析し、ｂ）関係テーブルが、他のテーブルに対する外来キーであり、２より多い列を含む主キーの両方である列を持つか否かを決定し、ｃ）テーブルが、外来キーであり２より多い列を持つ主キーの両方である列を持つ場合に、外来キーが関連するテーブルに関係する意味オブジェクト内に多値化グループ属性を作成するようにさせる請求項２記載のコンピュータシステム。４．前記コンピュータプログラムがさらに中央処理ユニットに、ａ）列が、前記関係データベーススキーマ中の他の関係データベーステーブルに対する外来キーおよび前記関係データベーステーブルの主キーの両方として規定されているか否かを決定するために、各関係データベーステーブル中に含まれている各列を解析し、ｂ）関係テーブルが、他のテーブルに対する外来キーおよび２以下の列を持つ主キーの両方である列を持つか否かを決定し、ｃ）テーブルが、外来キーでありかつ２以下の列を持つ主キーの両方である列を持っている場合に、外来キーが関連するテーブルに関係する意味オブジェクト中に多値化単値属性を作成するようにさせる請求項３記載のコンピュータシステム。５．前記コンピュータプログラムがさらに中央処理ユニットに、ａ）現存する関係データベーススキーマ中に規定されてる各関係データベーステーブルに対して意味オブジェクトを作成するようにさせる請求項１記載のコンピュータシステム。６．前記データベースカタログは、テーブルに含まれている列が、前記関係データベーススキーマ中の他の関係データベーステーブルに対する外来キーであるか否かを規定する関係情報を含み、前記コンピュータプログラムがさらに中央処理ユニットに、ａ）テーブルが、前記関係データベーススキーマ中に規定されている１対のテーブルに対する外来キーとして規定されている列のみを含んでいるか否かを決定するために、前記関係データベーススキーマ中に規定されている各テーブルを解析し、ｂ）外来キーにより参照されるテーブルに関係する意味オブジェクト中に１対の多値化オブジェクトリンク属性を作成し、ｃ）外来キーとして規定されている列のみを含んでいるテーブルに対して作成された意味オブジェクトを意味オブジェクトモデルから削除するようにさせる請求項５記載のコンピュータシステム。７．永久記憶装置メカニズムに記憶されている現存する関係データベーススキーマに対応する意味オブジェクトモデルを作成するために、中央処理ユニット、メモリ、永久記憶装置メカニズム、表示スクリーンを含むタイプのコンピュータシステムを動作させる方法において、前記現存する関係データベーススキーマ中に含まれている１以上の関係データベーステーブルとともに、各関係データベーステーブルに対して規定されている１以上の列を規定するデータベースカタログを検索し、このテーブルカタログを前記コンピュータシステムの前記メモリに記憶し、前記現存する関係データベーススキーマ中に規定されている各関係データベーステーブルを決定するために、前記データベースカタログを解析し、前記現存する関係データベーススキーマ中に規定されている各関係データベーステーブルに対して意味オブジェクトを作成するために、前記メモリ中に空間を割り当て、前記現存する関係データベーススキーマ中の各テーブル内に含まれている各列を決定するために、前記データベースカタログを解析し、各関係データベーステーブル内に含まれている各列に対して単値属性を作成するために、前記メモリ中に空間を割り当て、関係データベーステーブル中に含まれている列に対して作成された各単値属性を前記関係データベーステーブルに対して作成された意味オブジェクトとリンクし、前記意味オブジェクトの少なくともいくつかと作成された単値属性とを前記表示スクリーン上に表示するステップを含む方法。８．前記データベースカタログは、テーブル中の列が前記現存するデータベーススキーマ中の他のテーブルに対する外来キーであるか否かを規定する関係情報と、関係テーブルに含まれているどの列が、前記関係テーブルの主キーとして規定されているかを規定する主キー情報を含み、テーブルに含まれている列が、前記現存するデータベーススキーマ中の他の関係テーブルに対する外来キーであり、かつ関係データベーステーブルの主キーとして規定されているか否かを決定するために、前記カタログを解析し、外来キーおよび主キーの両方である列を持つテーブルが、１よりも多い非外来キー列を持っているか否かを決定するために、前記カタログを解析し、テーブルが外来キーと主キーの両方である列を持っている場合に、多値化グループ属性を作成するために、前記メモリ中に空間を割り当て、前記外来キーにより参照される関係データベーステーブルに対して作成された意味オブジェクトを前記多値化グループとリンクするステップをさらに含む請求項７記載の方法。９．テーブルが、１つの非外来キー列のみを持ち、テーブルが外来キーと主キーとして規定されている列を持っている場合に、多値化単値属性を作成するために、前記メモリ中に空間を割り当て、前記外来キーにより参照される関係データベーステーブルに対して作成された意味オブジェクトを前記多値化単値属性とリンクするステップをさらに含む請求項８記載の方法。１０．外来キーとして規定されている列のみを持つテーブルが存在するか否かを決定するために、前記データベースカタログを解析し、外来キーとして規定されている列のみを持つ各テーブルに対する１対の多値化オブジェクトリンク属性に対して前記メモリに空間を割り当て、前記テーブルの外来キーにより参照される関係データベーステーブルと前記１対の多値化オブジェクトリンク属性をリンクするステップをさらに含む請求項９記載の方法。１１．外来キーとして規定されている列のみを持つ関係データベーステーブルに対して作成された各意味オブジェクトに対して割り当てられた前記空間を前記メモリから削除するステップをさらに含む請求項１０記載の方法。１２．前記テーブルが２よりも多い列を含み、外来キーと主キーとして規定されている列を有する関係データベーステーブルに対して作成された各意味オブジェクトに対して割り当てられた前記空間を前記メモリから削除するステップをさらに含む請求項８記載の方法。１３．テーブルが２つの列のみを持ち、外来キーと主キーである列を有する関係データベーステーブルに対して作成された各意味オブジェクトに対して割り当てられた空間を前記メモリから削除するステップをさらに含む請求項９記載の方法。１４．作成された各意味オブジェクトのリストを記憶するために、前記メモリ内に空間を割り当て、意味オブジェクトが作成される毎に前記リストに参照を追加するステップをさらに含む請求項７記載の方法。１５．作成された各意味オブジェクトに対してオブジェクトリンクプロフィールを作成するために、前記メモリ内に空間を割り当てるステップをさらに含む請求項７記載の方法。１６．前記データベースカタログが、関係データベーステーブルの主キーを示す情報を提供するが関係情報を提供せず、ユーザが、関係している意味オブジェクトモデル中の２つの意味オブジェクトを指示できるようにするダイアログボックスを前記表示スクリーン上に表示し、前記意味オブジェクトが、１対１、１対多数、多数対１、または多数対多数の関係に関係しているか否かを示すようにユーザを促し、ユーザにより入力された関係情報を記録するステップをさらに含む請求項７記載の方法。１７．関係する意味オブジェクト間の関係が多数対多数であることをユーザが示したか否かを決定し、現存する関係データベーススキーマ中の他の関係テーブルに対する外来キーを含む列を有する、現存する関係データベーススキーマ中の共通部分テーブルを示すようにユーザを促し、１対の多値化オブジェクトリンク属性を作成するために、前記メモリ中に空間を割り当て、１対の多値化オブジェクトリンク属性の各オブジェクトリンク属性を、外来キーにより参照される関係データベーステーブルに対して作成された意味オブジェクトにリンクするステップをさらに含む請求項１６記載の方法。１８．関係する意味オブジェクト間の関係が１対多数または多数対１であることをユーザが示したか否かを決定し、１対多数の関係の一方のサイドと関係する意味オブジェクトと、関係の多数のサイドに関係する意味オブジェクトとを決定し、関係の一方のサイドにおいて意味オブジェクトと関係する関係テーブルに対する外来キーを持つ、現存する関係データベース中の関係テーブルを示すようにユーザを促し、示されたテーブルが１よりも多い非外来キー列を持っているか否か、外来キーがテーブルの主キーであるか否かを決定し、示されたテーブルが２よりも多い列を持ち、外来キーがテーブルの主キーの一部である場合に、多値化グループ属性を作成するために、前記メモリ中に空間を割り当て、示されたテーブルが非外来キー列を１つだけ持ち、外来キーがテーブルの主キーの一部である場合に、多値化単値属性を作成するために、前記メモリ中に空間を割り当て、多値化グループまたは多値化単値属性を、１対多数の関係により関係付けられた意味オブジェクトにリンクするステップをさらに含む請求項１６記載の方法。１９．関係が１対１であるか否かを決定し、１対１であるならば、１対のオブジェクトリンク属性を作成するために、前記メモリ中に空間を割り当て、１対のオブジェクトリンク属性の各オブジェクトリンク属性を、１対１の関係により関係付けられた意味オブジェクトにリンクするステップをさらに含む請求項１７記載の方法。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ

Claims

【特許請求の範囲】１．現存する関係データベーススキーマから意味オブジェクトモデルを作成するコンピュータシステムにおいて、データベースカタログが、データベーススキーマ内に含まれている複数の関係データベーステーブルと、各関係データベーステーブル内に含まれている少なくとも１つの列とを規定し、記憶されているデータベースカタログを持つメモリと、ユーザに対して意味オブジェクトモデルを表示する表示装置と、前記メモリと前記表示装置とに結合され、中央処理ユニットに、ａ）現存する関係データベーススキーマ中に規定されている各関係データベーステーブルを決定するためにデータベースカタログを解析し、ｂ）意味オブジェクトモデル内に、前記関係データベーススキーマ中に規定されている関係データベーステーブルの少なくとも１つに対応する意味オブジェクトを作成し、ｃ）前記作成された意味オブジェクトに対応する関係データベーステーブルに対して関係データベーススキーマ中に規定されている各列を解析し、ｄ）作成された意味オブジェクト内に、意味オブジェクトが対応している関係データベーステーブルに対して規定されている列に対応する少なくとも１つの単値属性を作成する機能を実行するようにさせるコンピュータプログラムを含む中央処理ユニットとを具備するコンピュータシステム。２．前記データベースカタログは、テーブルに含まれている列が、前記関係データベーススキーマ中の他の関係データベーステーブルに含まれている列に対する外来キーであるか否かを規定する関係情報を含み、前記コンピュータプログラムがさらに中央処理ユニットに、ａ）各列が前記関係データベーススキーマ中の他のテーブルに対する外来キーとして規定されているか否かを決定するために、各関係データベーステーブル内に含まれている各列を解析し、ｂ）１対のオブジェクトリンク属性を作成し、ｃ）外来キーとして規定されている列を含んでいるテーブルに関係する意味オブジェクトに１つのオブジェクトリンク属性を追加し、他の関係データベーステーブルと関係する意味オブジェクトに１対のオブジェクトリンク属性の他のオブジェクトリンク属性を追加するようにさせる請求項１記載のコンピュータシステム。３．前記データベースカタログはテーブルのどの列が主キーであるかを規定し、前記コンピュータプログラムがさらに中央処理ユニットに、ａ）列が、関係データベーススキーマ中の他の関係データベーステーブルに対する外来キーおよび関係データベーステーブルの主キーの両方として規定されているか否かを決定するために、各関係データベーステーブル内に含まれている各列を解析し、ｂ）関係テーブルが、他のテーブルに対する外来キーであり、２より多い列を含む主キーの両方である列を持つか否かを決定し、ｃ）テーブルが、外来キーであり２より多い列を持つ主キーの両方である列を持つ場合に、外来キーが関連するテーブルに関係する意味オブジェクト内に多値化グループ属性を作成するようにさせる請求項２記載のコンピュータシステム。４．前記コンピュータプログラムがさらに中央処理ユニットに、ａ）列が、前記関係データベーススキーマ中の他の関係データベーステーブルに対する外来キーおよび前記関係データベーステーブルの主キーの両方として規定されているか否かを決定するために、各関係データベーステーブル中に含まれている各列を解析し、ｂ）関係テーブルが、他のテーブルに対する外来キーおよび２以下の列を持つ主キーの両方である列を持つか否かを決定し、ｃ）テーブルが、外来キーでありかつ２以下の列を持つ主キーである列を持っている場合に、外来キーが関連するテーブルに関係する意味オブジェクト中に多値化単値属性を作成するようにさせる請求項３記載のコンピュータシステム。５．前記コンピュータプログラムがさらに中央処理ユニットに、ａ）現存する関係データベーススキーマ中に規定されてる各関係データベーステーブルに対して意味オブジェクトを作成するようにさせる請求項１記載のコンピュータシステム。６．前記データベースカタログは、テーブルに含まれている列が、前記関係データベーススキーマ中の他の関係データベーステーブルに対する外来キーであるか否かを規定する関係情報を含み、前記コンピュータプログラムがさらに中央処理ユニットに、ａ）テーブルが、前記関係データベーススキーマ中に規定されている１対のテーブルに対する外来キーとして規定されている列のみを含んでいるか否かを決定するために、前記関係データベーススキーマ中に規定されている各テーブルを解析し、ｂ）外来キーにより参照されるテーブルに関係する意味オブジェクト中に１対の多値化オブジェクトリンク属性を作成し、ｃ）外来キーとして規定されている列のみを含んでいるテーブルに対して作成された意味オブジェクトを意味オブジェクトモデルから削除するようにさせる請求項５記載のコンピュータシステム。７．永久記憶装置メカニズムに記憶されている現存する関係データベーススキーマに対応する意味オブジェクトモデルを作成するために、中央処理ユニット、メモリ、永久記憶装置メカニズム、表示スクリーンを含むタイプのコンピュータシステムを動作させる方法において、前記現存する関係データベーススキーマ中に含まれている１以上の関係データベーステーブルとともに、各関係データベーステーブルに対して規定されている１以上の列を規定するデータベースカタログを検索し、このテーブルカタログを前記コンピュータシステムの前記メモリに記憶し、前記現存する関係データベーススキーマ中に規定されている各関係データベーステーブルを決定するために、前記データベースカタログを解析し、前記現存する関係データベーススキーマ中に規定されている各関係データベーステーブルに対して意味オブジェクトを作成するために、前記メモリ中に空間を割り当て、前記現存する関係データベーススキーマ中の各テーブル内に含まれている各列を決定するために、前記データベースカタログを解析し、各関係データベーステーブル内に含まれている各列に対して単値属性を作成するために、前記メモリ中に空間を割り当て、関係データベーステーブル中に含まれている列に対して作成された各単値属性を前記関係データベーステーブルに対して作成された意味オブジェクトとリンクし、前記意味オブジェクトの少なくともいくつかと作成された単値属性とを前記表示スクリーン上に表示するステップを含む方法。８．前記データベースカタログは、テーブル中の列が前記現存するデータベーススキーマ中の他のテーブルに対する外来キーであるか否かを規定する関係情報と、関係テーブルに含まれているどの列が、前記関係テーブルの主キーとして規定されているかを規定する主キー情報を含み、テーブルに含まれている列が、前記現存するデータベーススキーマ中の他の関係テーブルに対する外来キーであり、かつ関係データベーステーブルの主キーとして規定されているか否かを決定するために、前記カタログを解析し、外来キーおよび主キーの両方である列を持つテーブルが、１よりも多い非外来キー列を持っているか否かを決定するために、前記カタログを解析し、テーブルが外来キーと主キーの両方である列を持っている場合に、多値化グループ属性を作成するために、前記メモリ中に空間を割り当て、前記外来キーにより参照される関係データベーステーブルに対して作成された意味オブジェクトを前記多値化グループとリンクするステップをさらに含む請求項７記載の方法。９．テーブルが、１つの非外来キー列のみを持ち、テーブルが外来キーと主キーとして規定されている列を持っている場合に、多値化単値属性を作成するために、前記メモリ中に空間を割り当て、前記外来キーにより参照される関係データベーステーブルに対して作成された意味オブジェクトを前記多値化単値属性とリンクするステップをさらに含む請求項８記載の方法。１０．外来キーとして規定されている列のみを持つテーブルが存在するか否かを決定するために、前記データベースカタログを解析し、外来キーとして規定されている列のみを持つ各テーブルに対する１対の多値化オブジェクトリンク属性に対して前記メモリに空間を割り当て、前記テーブルの外来キーにより参照される関係データベーステーブルと前記１対の多値化オブジェクトリンク属性をリンクするステップをさらに含む請求項９記載の方法。１１．外来キーとして規定されている列のみを持つ関係データベーステーブルに対して作成された各意味オブジェクトに対して割り当てられた前記空間を前記メモリから削除するステップをさらに含む請求項１０記載の方法。１２．前記テーブルが２よりも多い列を含み、外来キーと主キーとして規定されている列を有する関係データベーステーブルに対して作成された各意味オブジェクトに対して割り当てられた前記空間を前記メモリから削除するステップをさらに含む請求項８記載の方法。１３．テーブルが２つの列のみを持ち、外来キーと主キーである列を有する関係データベーステーブルに対して作成された各意味オブジェクトに対して割り当てられた空間を前記メモリから削除するステップをさらに含む請求項９記載の方法。１４．作成された各意味オブジェクトのリストを記憶するために、前記メモリ内に空間を割り当て、意味オブジェクトが作成される毎に前記リストに参照を追加するステップをさらに含む請求項７記載の方法。１５．作成された各意味オブジェクトに対してオブジェクトリンクプロフィールを作成するために、前記メモリ内に空間を割り当てるステップをさらに含む請求項７記載の方法。１６．前記データベースカタログが、関係データベーステーブルの主キーを示す情報を提供するが関係情報を提供せず、ユーザが、関係している意味オブジェクトモデル中の２つの意味オブジェクトを指示できるようにするダイアログボックスを前記表示スクリーン上に表示し、前記意味オブジェクトが、１対１、１対多数、多数対１、または多数対多数の関係に関係しているか否かを示すようにユーザを促し、ユーザにより入力された関係情報を記録するステップをさらに含む請求項７記載の方法。１７．関係する意味オブジェクト間の関係が多数対多数であることをユーザが示したか否かを決定し、現存する関係データベーススキーマ中の他の関係テーブルに対する外来キーを含む列を有する、現存する関係データベーススキーマ中の共通部分テーブルを示すようにユーザを促し、１対の多値化オブジェクトリンク属性を作成するために、前記メモリ中に空間を割り当て、１対の多値化オブジェクトリンク属性の各オブジェクトリンク属性を、外来キーにより参照される関係データベーステーブルに対して作成された意味オブジェクトにリンクするステップをさらに含む請求項１６記載の方法。１８．関係する意味オブジェクト間の関係が１対多数または多数対１であることをユーザが示したか否かを決定し、１対多数の関係の一方のサイドと関係する意味オブジェクトと、関係の多数のサイドに関係する意味オブジェクトとを決定し、関係の一方のサイドにおいて意味オブジェクトと関係する関係テーブルに対する外来キーを持つ、現存する関係データベース中の関係テーブルを示すようにユーザを促し、示されたテーブルが１よりも多い非外来キー列を持っているか否か、外来キーがテーブルの主キーであるか否かを決定し、示されたテーブルが２よりも多い列を持ち、外来キーがテーブルの主キーの一部である場合に、多値化グループ属性を作成するために、前記メモリ中に空間を割り当て、示されたテーブルが非外来キー列を１つだけ持ち、外来キーがテーブルの主キーの一部である場合に、多値化単値属性を作成するために、前記メモリ中に空間を割り当て、多値化グループまたは多値化単値属性を、１対多数の関係により関係付けられた意味オブジェクトにリンクするステップをさらに含む請求項１６記載の方法。１９．関係が１対１であるか否かを決定し、１対１であるならば、１対のオブジェクトリンク属性を作成するために、前記メモリ中に空間を割り当て、１対のオブジェクトリンク属性の各オブジェクトリンク属性を、１対１の関係により関係付けられた意味オブジェクトにリンクするステップをさらに含む請求項１７記載の方法。２０．コンピュータによって使用される時に、請求項７に規定されているように機能するようにコンピュータに命令するために使用することができるコンピュータが読み取り可能なメモリ。