(57)【要約】【目的】本発明が目的とするのは、リレーショナル・データベース構造を樹状図で提示することで、データ構造を一見するだけで俯瞰し、直感的に認識することと、それらをドラッグ・アンド・ドロップ操作のハンドルとして使用する操作機能を提供するグラフィック・ユーザー・インタフェースを提供することである。【効果】データベース設計者のデータ構造設計において、樹状図に表示されたテーブル間の連結階層は、一見するだけでデータ構造を俯瞰することができ、テーブル間に接合を定義する操作機能を小さな表示領域において実現できる。エンド・ユーザーの会話型データ検索処理において、樹状図に提示されたデータ構造から、データベースの地図を知ることができ、自身の判断するデータの関連付けして、連想型のデータベース探索が可能となり、より業務目的に適合した情報の活用が実現できる。【選択図】        図１０
2004164363.tif 000002
【特許請求の範囲】
【請求項１】
リレーショナル・データベースのデータ構造を設計するための設計支援プログラムの画面表示、ならびにリレーショナル・データベースの会話型検索プログラムの画面表示において、
リレーショナル・データベースのテーブル間に定義された一連の連結関係を、主テーブル（Ｐｒｉｍａｒｙ  Ｔａｂｌｅ）を階層の上位に、従テーブル（Ｆｏｒｅｉｇｎ  Ｔａｂｌｅ）を階層の下位に位置する、階層木構造の樹状図（Ｄｅｎｄｏｒｏｇｒａｍ  Ｔｒｅｅ）と呼ぶ図式で表示する工程と、
リレーショナル・データベースのテーブル間に定義された一連の連結関係を、従テーブルを階層の上位に、主テーブルを階層の下位に位置する、樹状図で表示する工程と、
リレーショナル・データベースのテーブル間に定義された、直接的、間接的に連結するすべてのテーブルを、一筆書きで順路を辿ることができる階層木構造の樹状図と呼ぶ図式で表示する工程と、
を備えた、データ構造を定義する、ならびにデータ構造を俯瞰するグラフィック・ユーザー・インタフェース処理方法である。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、グラフィック・ディスプレイ装置、キーボード装置、マウスなどの指示装置を具備したパーソナル・コンピュータ・システム、またはワークステーション・コンピュータ・システムを使用する、図１ならびに図２に示す、システム構成での操作環境における、リレーショナル・データベースのデータ構造を設計するための支援プログラムの利用、ならびに同操作環境における、リレーショナル・データベースの会話型検索プログラムの利用に関する。
【０００２】
【従来の技術】
リレーショナル・データベースのデータ構造を設計するための従来の支援プログラムのグラフィック・ユーザー・インタフェースは、図３に示す、エンティティ・リレーションシップ・ダイアグラム（Ｅｎｔｉｔｙ  Ｒｅｌａｔｉｏｎｓｈｉｐ  Ｄｉａｇｒａｍ）と呼ぶ図を、グラフィック・ディスプレイ装置の画面上に表示して、テーブル間の接合点を定義する操作、テーブルの接合性を俯瞰する方法がある。
【０００３】
リレーショナル・データベースの従来の会話型検索プログラムのユーザー・インタフェースは、利用者がＳＱＬ指令をテキスト形式で記述して命令を発行する方法がある。
会話型検索プログラムのグラフィック・ユーザー・インタフェースを提供するものでは、ＳＱＬ指令を記述する操作に対して、テーブル名、カラム名を参照ならびに入力することを支援する機能として、メニューやリスト・ボックスにテーブル名、カラム名の一覧を表示し、マウスなどの指示装置によって選択せしめ、テーブル名、カラム名をＳＱＬ指令のテキスト部に置く方法がある。
会話型検索プログラムのグラフィック・ユーザー・インタフェースで、エンティティ・リレーションシップ・ダイアグラムを用いるものは、図中のテーブル表す図形オブジェクトや、カラムを表すアイコンをドラッグ・アンド・ドロップ操作法で選択せしめ、表形式の項目欄に配置することで、抽出するデータ行列項目を指定する方法がある。
【０００４】
【発明が解決しようとする課題】
（１）リレーショナル・データベースの構造設計。
リレーショナル・データベースは、データ項目をカラム（Ｃｏｌｕｍｎ）と言い、一連の関係するカラムを組み合わせて構成した表をテーブル（Ｔａｂｌｅ）と言う。
テーブルＡ、Ｂがあり、テーブルＡのカラムａ＿１が持つ属性と、テーブルＢのカラムｂ＿１が持つ属性とが等しく、両方に同じ値を保持するときに、カラムｂ＿１がカラムａ＿１を参照することによって、テーブルＡとテーブルＢのカラム群を有意に連結することができる。
根本のキーとするデータを保持する、主とするカラム（Ｐｒｉｍａｒｙ  Ｃｏｌｕｍｎ）のテーブルＡを、主テーブル（Ｐｒｉｍａｒｙ  Ｔａｂｌｅ）とし、キーを参照するデータを保持する、従とするカラム（Ｆｏｒｅｉｇｎ  Ｃｏｌｕｍｎ）のテーブルＢを、従テーブル（Ｆｏｒｅｉｇｎ  Ｔａｂｌｅ）とする関係属性を規定して、接合点（Ｊｏｉｎ）を定義すると言う。
テーブル間に接合点を定義することによって、複数のテーブルのカラムを適宜に組み合わせて、あらゆる利用目的に応じたデータ行列（Ｒｏｗ）を構成することが可能である。
このことからテーブルの構成は、生成時点のデータの追加処理、利用時点の整合性、処理効率、ならびに利用のし易さなど、さまざまな要件を考慮して行われ、リレーショナル・データベースのデータ構造設計と呼ばれる重要な作業である。データ構造設計は、１個の主テーブルが複数の従テーブルとの間に接合点をもって連結し、さらに従テーブル相互間でも接合点をもって連結しあって、網状のデータ構造が定義される場合もある、複雑な作業である。
【０００５】
（２）エンティティ・リレーションシップ・ダイアグラムの特徴。
データ構造設計を目的に考案された、エンティティ・リレーションシップ・ダイアグラム（Ｅｎｔｉｔｙ  Ｒｅｌａｔｉｏｎｓｈｉｐ  Ｄｉａｇｒａｍ）は、図３に示すように、テーブルを矩形などのオブジェクトとして描き、テーブルとテーブルの接合点をリレーションシップ・オブジェクト（Ｒｅｌａｔｉｏｎｓｈｉｐ  Ｏｂｊｅｃｔ）と呼ぶ連結線によって描く図である。
リレーションシップ・オブジェクトには方向性があって、主テーブルから従テーブルに向けた矢印が示される。
【０００６】
（３）エンティティ・リレーションシップ・ダイアグラムによる定義操作。
エンティティ・リレーションシップ・ダイアグラムを、グラフィック・ディスプレイ装置の画面上に表示して、テーブル間の接合点を定義する操作、接合性を俯瞰する方法を提供する、データベース設計支援プログラムがある。
データベース設計支援プログラムで、リレーションシップ・オブジェクトを定義する方法は、テーブルＡのカラムａ＿１をマウスで選択してドラッグし、それをテーブルＢのカラムｂ＿１の上にドロップする方法で行う。
この結果、テーブルＡからテーブルＢにリレーションシップ・オブジェクトを表す連結線が描かれる。
この操作方法を実現するために、テーブルを１個のリスト・ボックスと呼ぶウィンドウによって表し、そのリスト・ボックス中にそのテーブルのカラム群を一覧表にしたオブジェクトを、グラフィック・ディスプレイ装置上に表示する。
このため、多くのテーブルを保持する場合には、グラフィック・ディスプレイ装置の大きな表示領域を占有する。
【０００７】
（４）エンティティ・リレーションシップ・ダイアグラムの課題。
テーブル間の接合性を確認するためにリレーションシップ・オブジェクトを辿る場合に、連結する２個のテーブルが、ウィンドウの表示領域内に収まらない場合がある。
このような場合にはウィンドウをスクロールして、リレーションシップ・オブジェクトを辿らなければならないので不便である。
テーブルが間接的に連結する場合があり、３個のテーブルＡ、Ｂ、Ｃにおいて、テーブルＡのカラムａ＿１とテーブルＢのカラムｂ＿１が接合し、テーブルＢのカラムｂ＿２とテーブルＣのカラムｃ＿１が接合する。
このときにテーブルＡとテーブルＣはテーブルＢを経由して連結することができる。
このような間接的な連結を確認するためには、中継するテーブルのリレーションシップ・オブジェクトを辿りつつ確認する。
エンティティ・リレーションシップ・ダイアグラムは、大きな表示領域を必要とするため、一見して俯瞰することが困難である。
また、図４のように、すべてのテーブルを一時期に表示するために縮小すると、文字が判読しにくい。
【０００８】
（５）プロトタイピング技法によるデータ構造設計。
データ構造設計において、プロトタイピング技法を採用することが有用である。具体的には、不完全ではあるが、プロトタイプのデータベース・テーブル群を定義し、テスト・データを投入する。
データベース設計者は、このプロトタイプ・データベースを元に、実際にデータを検索して、その実効性を確認しながらテーブルの接合点を改良して定義する方法である。
この方法には、データ構造を俯瞰しながら定義操作するデータベース設計支援機能と、会話型データベース検索処理機能とを、複合的に利用できるプログラムが必要である。
そのために、データ構造を定義、俯瞰する機能を持ったエンティティ・リレーションシップ・ダイアグラムのような図と、検索処理の出力結果の行列とを、グラフィック・ディスプレイ装置の画面に、ウィンドウを重ねず、同時に表示することができる方法を実現しなければならない。
【０００９】
（６）データベース検索の課題。
データベース検索には、対象を認識する思考上の論理的な課題と、対象を求める操作上の技術的な課題とがある。
論理的な課題は、対象の分野における知識と理解とをもって、抽象的な対象の要件を分析し、データベースにある対象の集合を把握し、集合を限定するための具体的な条件を作成すること、ならびにその検索結果で得られた集合のデータを評価判定して、より的確に目的の対象を精選する最適な条件を作成する能力を習得することである。
さらに、対象のデータベース中にどのような項目と値が存在し、それをどのキーワードで探し求めることができるのか、個々のデータベースについて、予め、シノニム（ｓｙｎｏｎｙｍ）やシソーラス（ｔｈｅｓａｕｒｕｓ）に精通しなければならない。
技術的な課題は、キーボード入力操作やプログラムの使用方法など、コンピュータの利用方法に習熟し、対象のデータベース構造を理解して、データベース検索言語の記法や文法に対する知識をもって、目的の対象を検索する命令を正確に記述して実行する能力を習得することである。
【００１０】
（６）ＳＱＬ言語の技術的課題。
リレーショナル・データベースの会話型検索操作は、テーブル名やカラム名を記述したＳＱＬ指令を記述して、データベース管理システムに発行する。
複数のテーブルにあるカラムを連結したデータ行列を構成する場合には、それらのテーブルの接合点属性に基づいた指令を記述しなければならない。
例えば、前出のテーブルＡ、Ｂにおいて、テーブルＡのカラムａ＿２，ａ＿３とテーブルＢ
のカラムｂ＿２，ｂ＿３で構成するデータ行列を出力するときに、以下の
【ＳＱＬ式１】に示す、接合点とするカラムａ＿１，ｂ＿１を等号式で結んで、条件式としてＷＨＥＲＥ句に記
述する方法か、もしくは
【ＳＱＬ式２】に示す、ＩＳＯ／ＩＥＣ  ９０７５：１９９２により規定された、ＳＱＬ言語標準仕様に基づく参照制約命令（Ｒｅｆｅｒｅｎｔｉａｌ  Ｃｏｎｓｔｒａｉｎｔ）をＦＲＯＭ句に記述する指令を発行する。
【ＳＱＬ式１】
ＳＥＬＥＣＴ  ａ＿２，  ａ＿３，  ｂ＿２，  ｂ＿３  ＦＲＯＭ  Ａ，  Ｂ  ＷＨＥＲＥ  ａ＿１  ＝  ｂ＿１；
【ＳＱＬ式２】
ＳＥＬＥＣＴ  ａ＿２，  ａ＿３，  ｂ＿２，  ｂ＿３  ＦＲＯＭ  Ａ  ＩＮＮＥＲ  ＪＯＩＮ  Ｂ  ＯＮ  ａ＿１  ＝  ｂ＿１；
これに対して、接合点とするカラムを等号で結んだ条件式をＷＨＥＲＥ句に記述しなければ、もしくは参照制約命令を記述しなければ、ａ＿２，ａ＿３，ｂ＿２，ｂ＿３のカラムが保持するすべての値の順列組み合わせのデータ行列が出力される。
この出力結果は、カルテシアン・プロダクト（Ｃａｒｔｅｓｉａｎ  Ｐｒｏｄｕｃｔ）またはカルテシアン・ジョイン（Ｃａｒｔｅｓｉａｎ  Ｊｏｉｎ）と呼ぶ、参照整合性（Ｒｅｆｅｒｅｎｔｉａｌ  Ｉｎｔｅｇｒｉｔｙ）のない、無意味な値の組み合わせ行列である。
利用者が欲するところのデータのカラムとは無関係な接合点を意識しなければならないため、ＳＱＬリレーショナル・データベースを検索する利用者が、しばしば経験するエラーである。
【００１１】
（７）最近の会話型検索プログラム。
こうしたＳＱＬ言語の技術的な課題を解決するために、近年ではテーブルの接合点属性をデータディクショナリーから取得し、これを判定し自動的に参照整合性を保証する指令を生成する機能をもつ、ＢＲＩＯ  ＳＯＦＴＷＡＲＥ社の「ＢｒｉｏＱｕｅｒｙ」や、ＢＵＳＩＮＥＳＳ  ＯＢＪＥＣＴＳ社の「ＢｕｓｉｎｅｓｓＯｂｊｅｃｔｓ」などの会話型検索プログラムが出現した。
これらの会話型検索プログラムは、ＯＬＡＰ（Ｏｎｌｉｎｅ  ＡｎａｌｙｔｉｃａｌＰｒｏｃｅｓｓｉｎｇ）、データ・マイニング（Ｄａｔａ  Ｍｉｎｉｎｇ）と言う、エンド・ユーザーが試行錯誤しながら、任意の条件でデータベースを検索する利用形態に向けて市販されている。
【００１２】
（８）連想型のデータベース探索。
ある検索条件によってもたらされた情報を精査した結果から、これまで知らなかったキーワードを見つけて、そのキーワードを検索条件にした検索を実行することがある。
インターネット利用におけるネットサーフィンと称するような要求で、「連想型のデータベース探索」と呼ぶこととする。
データベース設計の技術者があらゆる業務の知識を獲得して、データ構造を設計するよりは、業務の専門家がデータベースの技術的知識を獲得して、自らデータ構造を設計するほうが、より業務目的に適合した情報の活用が期待できる。
そのためには、エンド・ユーザー自身がデータ構造を理解し、自由にデータ構造を構築しながら、連想型のデータベース探索を実行できる方法を提供しなければならない。
リレーショナル・データベースの会話型検索プログラムの利用において、データ構造を俯瞰することができるエンティティ・リレーションシップ・ダイアグラムのような図と、検索処理結果のデータ行列を一覧する表とを、グラフィック・ディスプレイ装置の画面に、ウィンドウを重ねず、同時に表示することができる会話型検索プログラムが必要である。
【００１３】
【課題を解決するための手段】
本発明は、リレーショナル・データベースのデータ構造を設計する方法と、リレーショナル・データベースを会話型で検索する方法とを統合し、「プロトタイピング技法によるデータ構造設計」と、「連想型のデータベース探索」が可能な、より高度なデータベース利用を図るものである。
この目的において、図５に示す、プログラム構造で、図６の実施例に示す、表示区画を持ったプログラムによって、
リレーショナル・データベースのデータディクショナリーから各種の属性情報を取得する工程と、
図７の実施例に示す、データディクショナリーの情報を階層木構造で表示する、ストック（Ｓｔｏｃｋ）と言う、樹状図表示工程と、
図８の実施例に示す、リレーショナル・データベースのテーブル間に定義された一連の連結関係を、主テーブルを階層の上位に、従テーブルを階層の下位に位置する樹状図で表示する、エクスプロード（Ｅｘｐｌｏｄｅ）と言う、樹状図表示工程と、
図９の実施例に示す、リレーショナル・データベースのテーブル間に定義された一連の連結関係を、従テーブルを階層の上位に、主テーブルを階層の下位に位置する樹状図で表示する、インプロード（Ｉｍｐｌｏｄｅ）と言う、樹状図表示工程と、図１０の実施例に示す、リレーショナル・データベースのテーブル間に定義された一連の連結関係を、主テーブルと従テーブルの方向を無効として、連結した樹状図で表示する、トラバース（Ｔｒａｖｅｒｓｅ）と言う、樹状図表示工程と、
図１１、図１２の実施例に示す、ダイアログ・ウィンドウを用いて、テーブル間の接合点属性を新規作成する工程と、
図１３、図１４の実施例に示す、ディクショナリー情報一覧表ウィンドウで、接合点属性の連結状態を変更する工程と、
図１５の実施例に示す、樹状図のカラム・アイコンをドラッグ・アンド・ドロップする操作で、接合点属性の接合状態を有効にする工程と、
図１６の実施例に示す、樹状図のテーブル・アイコンをドラッグ・アンド・ドロップする操作で、接合点属性の接合状態を無効にする工程と、
ならびに、図１７、図１８の実施例に示す、樹状図を用いてデータ構造を表示すると同時に、データ検索結果を表示する工程を提供する。
【００１４】
【作用】
（１）  ディクショナリー情報の取得と、構造体、マトリックス表の作成作用。
リレーショナル・データベース管理システムに接続して、データベースのデータディクショナリーから、データベース属性、テーブル属性群、カラム属性群、接合点属性群の情報を取得して、各々の属性を保持する構造体を作成する。
ディクショナリー情報の取得は、ＯＤＢＣ（Ｏｐｅｎ  Ｄａｔａｂａｓｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）と呼ぶインタフェース関数、
またはＳＱＬ指令を発行してデータディクショナリー・テーブルを直接に読み取る関数を用いる。
データベース属性構造体にテーブル属性構造体群のリンク・ポインターを、テーブル属性構造体にカラム属性構造体群のリンク・ポインターを保持する。
接合点属性は、接合点属性構造体を作成した後、主テーブルと従テーブルの関係を、マトリックス表に変換して保持する。
【００１５】
（２）  ストック樹状図表示作用。
ストック樹状図は、図７の実施例に示すように、データディクショナリーが蓄積保持する情報の階層と同じ階層木構造を持つ図式である。
データベース・ノード項目（Ｔｒｅｅ  Ｎｏｄｅ  Ｉｔｅｍ）を最上位に、テーブル項目、カラム項目の順に、アイコンの階層木を構成して、オペレーティング・システムのウィンドウ・システムが提供する階層構造ウィンドウ（Ｔｒｅｅ  Ｃｏｎｔｒｏｌ  Ｗｉｎｄｏｗ）上に表示する。
データベース項目のアイコンを、マウスなどの指示装置で選択すると、データベース属性が保持するテーブル属性群を子の項目（Ｃｈｉｌｄ  Ｉｔｅｍ）として表示する。テーブル項目のアイコンを選択すると、テーブル属性が保持するカラム属性群を子の項目として表示する。
【００１６】
（３）  エクスプロード樹状図表示作用。
エクスプロード樹状図は、図８の実施例に示すように、主テーブルを階層の上位に、従テーブルを階層の下位の位置とする部品展開の方式で、リレーションシップ・オブジェクトの順方法に、テーブル項目を階層木構造とする図である。
データベース項目を最上位にして、主テーブルとされる属性を保持するテーブル属性群を、子の項目として収容する。
該当のテーブル属性を主テーブルとする従テーブル群が存在する場合には、それらを子の項目として、該当のテーブル項目の下位に収容する。
テーブル属性が保持するカラム属性群は、従テーブル項目群と同位に、カラム属性の集合を示す「階位番号アイコン」を置き、その下位に収容する。
マトリックス表を判定して、テーブル属性が従テーブル属性群との接合点を保持する場合には、そのテーブル項目の下位に従テーブル項目群を収容する。
主テーブルの下位に位置する従テーブルに、さらにそのテーブルを主テーブルとする従テーブルがある場合には多重階層を構成して、階位番号アイコンに、最上位のテーブルからの階位を表示する。
１個のテーブルが、複数の主テーブルとの接合点を保持する場合には、それぞれの主テーブルの下に、その従テーブルを収容する。
この結果、複数の主テーブルとの接合点を保持する従テーブルは、それぞれの主テーブルの下位に収容されるため、樹状図の中に複数回出現する場合がある。
【００１７】
（４）  インプロード樹状図表示作用。
インプロード樹状図は、図９の実施例に示すように、従テーブルを階層の上位に、主テーブルを階層の下位の位置とする部品展開の逆（収斂）方式で、リレーションシップ・オブジェクトの逆方法に、テーブル項目を階層木構造とする図である。
データベース項目のアイコンを最上位にして、データベース属性が保持するテーブル属性群を子の存在として表示する。
該当のテーブル属性を従テーブルとする主テーブル群が存在する場合には、それらを子の存在として下位に収容する。
テーブル属性が保持するカラム属性群は、従テーブル属性群と同位に、カラム属性の集合を示す「階位番号アイコン」を置き、その下位に収容する。
マトリックス表を判定して、テーブル属性が主テーブル属性群との接合点を保持する場合には、そのテーブル属性の下位に主テーブル属性群を収容する。
従テーブルの下位に位置する主テーブルに、さらにそのテーブルを従テーブルとする主テーブルがある場合には多重階層を構成して、階位番号アイコンに、最上位のテーブル属性からの階位を表示する。
１個のテーブルが、複数の従テーブルとの接合点を保持する場合には、それぞれの従テーブルの下に、その主テーブルを収容する。
この結果、複数の従テーブルとの接合点を保持する主テーブルは、それぞれの従テーブルの下位に収容されるため、樹状図の中に複数回出現する場合がある。
【００１８】
（５）  トラバース樹状図表示作用。
トラバース樹状図は、図１０の実施例に示すように、接合点属性の方向性を無効として、順方向、逆方向いずれの場合にも連結するものとし、それらの連結するテーブル属性群を、一筆書きで順路を辿ることができる、テーブル項目を階層木構造とする図式である。
マトリックス表を判定して、直接または間接に連結するテーブル属性の一群を特定する。
連結するテーブル属性群の最上位に置くテーブルは、特に指定がない場合には、システムが判定して、樹状図の分岐が最小となるテーブル属性を選定する。
利用者が特定のテーブル属性を選択して、トラバース樹状図の描画を指令した場合には、そのテーブル属性を連結するテーブル属性群の最上位に置く。
最上位に設定したテーブル属性を起点として、直接的に連結するテーブル属性群をそのテーブル属性の階層の下位に収容する。
それらのテーブル属性に、さらに連結するテーブル属性群がある場合には多重階層を構成する。
各テーブル属性が保持するカラム属性群は、連結したテーブル属性群と同位に、カラム属性の集合を示す「階位番号アイコン」を置き、その下位に収容する。
階位番号アイコンに最上位のテーブル属性からの階位を表示する。
【００１９】
（６）  テーブル間の接合点属性を新規作成する作用。
図１１の実施例に示す、接合点属性を新規作成するダイアログ・ウィンドウの主テーブル属性選択一覧リスト・ボックスに、テーブル属性名を充当し、利用者に根本のキーとするデータを保持するカラムのテーブル属性を選択せしめる。
当該主テーブル属性が選択されたら、主カラム属性一覧リスト・ボックスに、選択されたテーブル属性のカラム属性名を充当し、利用者に根本のキーとする当該主カラム属性を選択せしめる。
当該主カラム属性が選択されたら、主カラムが保持する値サンプルを表示する。次に、従テーブル属性一覧リスト・ボックスに、テーブル属性名を充当し、利用者にキーを参照するデータを保持するカラムのテーブル属性を選択せしめる。
当該従テーブル属性が選択されたら、従カラム属性一覧リスト・ボックスに、選択されたテーブル属性のカラム属性名を充当し、利用者にキーを参照する当該従カラム属性を選択せしめる。
当該従カラム属性が選択されたら、従カラムが保持する値サンプルを表示する。登録した接合点属性は、図１２に示す、ディクショナリー情報一覧表ウィンドウで確認することができる。
【００２０】
（７）  ディクショナリー情報一覧表ウィンドウで、接合点属性の接合状態を変更する作用。
【図１３】の実施例に示す、ディクショナリー情報一覧表ウィンドウを表示し、樹状図中の接合点属性群アイコンを選択すると、接合点属性一覧表が表示される。
接合点属性一覧表には、接合状態、接合形式、接合条件、主テーブル、主カラム、従テーブル、ならびに従カラムを表示する。
接合状態は、接合が有効な状態を示すＯＮと、接合が無効な状態を示すＯＦＦがあり、プルダウン・リストで選択することができる。
接合状態が変更された時は、トラバース樹状図を更新して表示する。
接合形式は、以下に記す、ＩＳＯ／ＩＥＣ  ９０７５：１９９２参照制約規約のうちから、データベース管理システムが準拠する形式を、プルダウン・リストで選択することができる。
ＩＳＯ／ＩＥＣ  ９０７５：１９９２参照制約
ＣＲＯＳＳ＿ＪＯＩＮ
ＥＸＣＥＰＴ＿ＪＯＩＮ
ＦＵＬＬ＿ＯＵＴＥＲ＿ＪＯＩＮ
ＩＮＮＥＲ＿ＪＯＩＮ
ＩＮＴＥＲＳＥＣＴ＿ＪＯＩＮ
ＬＥＦＴ＿ＯＵＴＥＲ＿ＪＯＩＮ
ＮＡＴＵＲＡＬ＿ＪＯＩＮ
ＲＩＧＨＴ＿ＯＵＴＥＲ＿ＪＯＩＮ
ＵＮＩＯＮ＿ＪＯＩＮ
データベース管理システムが、該当規約に準拠しない場合は、ＣＯＮＤＩＴＩＯＮ  ＪＯＩＮが表示される。
接合条件は、主カラムと従カラムとの接合条件式を表示するもので、記入変更することができる。
参照制約規約に準拠しないデータベース管理システムで、接合条件にＬＥＦＴ  ＯＵＴＥＲ
ＪＯＩＮを指定する場合は、ＯＲＡＣＬＥ社のＯＲＡＣＬＥの例で
【ＳＱＬ式３】のように、左辺のカラム名に’（＋）’を付して記述する。
【ＳＱＬ式３】
Ｅｍｐｌｏｙｅｅｓ．ＥｍｐｌｏｙｅｅＩＤ  ＝  Ｏｒｄｅｒｓ．ＥｍｐｌｏｙｅｅＩＤ（＋）
【００２１】
（８）  ドラッグ・アンド・ドロップ操作で、接合状態を有効にする作用。
【図１５】の実施例に示す、ドラッグ・アンド・ドロップ操作で、接合状態を有効にする方法は、従とするテーブルの接合点とするカラムのアイコンをドラッグして、主とするテーブルの接合点とするカラムのアイコン上にドロップする。
【００２２】
（９）  ドラッグ・アンド・ドロップ操作で、接合状態を無効にする作用。
【図１６】の実施例に示す、ドラッグ・アンド・ドロップ操作で、接合状態を無効にする方法は、接合を無効にするテーブルのアイコンをドラッグして、データベースのアイコンの上にドロップする。この方法は、該当のテーブルのすべての接合状態が無効となる。
【００２３】
（１０）  樹状図を用いてデータ構造を表示すると同時に、データ検索結果を表示する作用。
【図１７】、
【図１８】の実施例に示す、データ検索結果を表示するデータ行列表示区画のカラム構成は、樹状図表示区画のカラム項目をドラッグして、データ行列区画にドロップする方法で行う。
データ行列区画にすでにいくつかのカラム列がある場合には、追加するカラムを既存のカラム列の中心より右側にドロップした時は、右側に追加し、既存のカラム列の中心より左側にドロップした時は、左側に挿入する。
【００２４】
【実施例】
本発明を実装した、図６に示す、ノブ・システムズ社のＳＱＬｃｒａｆｔと言うプログラム製品（未発表の製品）による実施例を示す。
リレーショナル・データベース管理システムは、Ｍｉｃｒｏｓｏｆｔ社のＳＱＬｓｅｒｖｅｒを使用し、これに付属するＮｏｒｔｈｗｉｎｄと呼ぶサンプル・データベースを用いる。
【００２５】
サンプルのＮｏｒｔｈｗｉｎｄデータベースは、以下に記すテーブル属性を保持する。
１．  Ｃａｔｅｇｏｒｉｅｓ
２．  ＣｕｓｔｏｍｅｒＣｕｓｔｏｍｅｒＤｅｍｏ
３．  ＣｕｓｔｏｍｅｒＤｅｍｏｇｒａｐｈｉｃｓ
４．  Ｃｕｓｔｏｍｅｒｓ
５．  Ｅｍｐｌｏｙｅｅｓ
６．  ＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓ
７．  ”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”
８．  Ｏｒｄｅｒｓ
９．  Ｐｒｏｄｕｃｔｓ
１０．  Ｒｅｇｉｏｎ
１１．  Ｓｈｉｐｐｅｒｓ
１２．  Ｓｕｐｐｌｉｅｒｓ
１３．  Ｔｅｒｒｉｔｏｒｉｅｓ
【００２６】
サンプルのＮｏｒｔｈｗｉｎｄデータベースは、以下に記す接合点属性を保持する。
Ｃａｔｅｇｏｒｉｅｓ．ＣａｔｅｇｏｒｙＩＤ  ＝  Ｐｒｏｄｕｃｔｓ．ＣａｔｅｇｏｒｙＩＤ
ＣｕｓｔｏｍｅｒＤｅｍｏｇｒａｐｈｉｃｓ．ＣｕｓｔｏｍｅｒＴｙｐｅＩＤ  ＝  ＣｕｓｔｏｍｅｒＣｕｓｔｏｍｅｒＤｅｍｏ．ＣｕｓｔｏｍｅｒＴｙｐｅＩＤ
Ｃｕｓｔｏｍｅｒｓ．ＣｕｓｔｏｍｅｒＩＤ  ＝  ＣｕｓｔｏｍｅｒＣｕｓｔｏｍｅｒＤｅｍｏ．ＣｕｓｔｏｍｅｒＩＤ
Ｃｕｓｔｏｍｅｒｓ．ＣｕｓｔｏｍｅｒＩＤ  ＝  Ｏｒｄｅｒｓ．ＣｕｓｔｏｍｅｒＩＤ
Ｅｍｐｌｏｙｅｅｓ．ＥｍｐｌｏｙｅｅＩＤ  ＝  Ｅｍｐｌｏｙｅｅｓ．ＲｅｐｏｒｔｓＴｏ
Ｅｍｐｌｏｙｅｅｓ．ＥｍｐｌｏｙｅｅＩＤ  ＝  ＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓ．ＥｍｐｌｏｙｅｅＩＤ
Ｅｍｐｌｏｙｅｅｓ．ＥｍｐｌｏｙｅｅＩＤ  ＝  Ｏｒｄｅｒｓ．ＥｍｐｌｏｙｅｅＩＤ
Ｏｒｄｅｒｓ．ＯｒｄｅｒＩＤ  ＝  ”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”．ＯｒｄｅｒＩＤ
Ｐｒｏｄｕｃｔｓ．ＰｒｏｄｕｃｔＩＤ  ＝  ”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”．ＰｒｏｄｕｃｔＩＤ
Ｒｅｇｉｏｎ．ＲｅｇｉｏｎＩＤ  ＝  Ｔｅｒｒｉｔｏｒｉｅｓ．ＲｅｇｉｏｎＩＤ
Ｓｈｉｐｐｅｒｓ．ＳｈｉｐｐｅｒＩＤ  ＝  Ｏｒｄｅｒｓ．ＳｈｉｐＶｉａ
Ｓｕｐｐｌｉｅｒｓ．ＳｕｐｐｌｉｅｒＩＤ  ＝  Ｐｒｏｄｕｃｔｓ．ＳｕｐｐｌｉｅｒＩＤ
Ｔｅｒｒｉｔｏｒｉｅｓ．ＴｅｒｒｉｔｏｒｙＩＤ  ＝  ＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓ．ＴｅｒｒｉｔｏｒｙＩＤ
等号の左辺が主テーブル、右辺が従テーブルである。
【００２７】
サンプルのＮｏｒｔｈｗｉｎｄデータベースの接合点属性を、以下に示すマトリックス表に変換して保持する。
＊  −  主テーブル属性。このマークがないテーブルは主テーブル属性がない。
Ｐ  −  列番号のテーブルを主テーブルとする属性。
Ｃ  −    列番号のテーブルを従テーブルとする属性。
Ｘ  −  列番号のテーブルを、主であり、従であるテーブルの属性。
Ｓ  −  テーブル内において、接合点とするカラムがある属性。
００００００００００１１１
１２３４５６７８９０１２３
０１：＊−−−−−−−Ｃ−−−−：  Ｃａｔｅｇｏｒｉｅｓ
０２：−−ＰＰ−−−−−−−−−：  ＣｕｓｔｏｍｅｒＣｕｓｔｏｍｅｒＤｅｍｏ
０３：−Ｃ＊−−−−−−−−−−：  ＣｕｓｔｏｍｅｒＤｅｍｏｇｒａｐｈｉｃｓ
０４：−Ｃ−＊−−−Ｃ−−−−−：  Ｃｕｓｔｏｍｅｒｓ
０５：−−−−ＳＣ−Ｃ−−−−−：  Ｅｍｐｌｏｙｅｅｓ
０６：−−−−Ｐ−−−−−−−Ｐ：  ＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓ
０７：−−−−−−−ＰＰ−−−−：  ”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”
０８：−−−ＰＰ−Ｃ＊−−Ｐ−−：  Ｏｒｄｅｒｓ
０９：Ｐ−−−−−Ｃ−＊−−Ｐ−：  Ｐｒｏｄｕｃｔｓ
１０：−−−−−−−−−＊−−Ｃ：  Ｒｅｇｉｏｎ
１１：−−−−−−−Ｃ−−＊−−：  Ｓｈｉｐｐｅｒｓ
１２：−−−−−−−−Ｃ−−＊−：  Ｓｕｐｐｌｉｅｒｓ
１３：−−−−−Ｃ−−−Ｐ−−＊：  Ｔｅｒｒｉｔｏｒｉｅｓ
上記のマトリックス表で、７行目の”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”の、８桁目、９桁目に’Ｐ’が印され、８行目のＯｒｄｅｒｓと、９行目のＰｒｏｄｕｃｔｓが主テーブルであることを示す。
また、８行目のＯｒｄｅｒｓの７桁目と９行目のＰｒｏｄｕｃｔｓの７桁目には’Ｃ’が印され、”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”が、これらの従テーブルであることを示す。
【００２８】
図７に、ストック樹状図を表示した実施例を示す。
ＬｏｃａｌＳｅｒｖｅｒと記されたフォルダー・アイコンを最上位にして、子の項目に、テーブル属性群を擁している。
テーブル項目アイコンＣａｔｅｇｏｒｉｅｓは、子の項目にカラム属性群を表すカラム項目群を擁して、データディクショナリーが蓄積保持（Ｓｔｏｃｋ）する構成と同等の、階層木構造を提示している。
【００２９】
図８に、エクスプロード樹状図を表示した実施例を示す。
ＬｏｃａｌＳｅｒｖｅｒと記されたフォルダー・アイコンを最上位にして、その下位にテーブル項目アイコンＣａｔｅｇｏｒｉｅｓが表示されている。
テーブル項目アイコンＣａｔｅｇｏｒｉｅｓの子の項目に、’０’と記された階位番号アイコンを保持し、テーブル項目アイコンＰｒｏｄｕｃｔｓを保持する階層木を構成している。さらに、テーブル項目アイコンＰｒｏｄｕｃｔｓの子に、”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”を擁して、Ｃａｔｅｇｏｒｉｅｓと”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”が、Ｐｒｏｄｕｃｔｓを中継して連結可能なことを示すものである。
これは、接合点属性のうち、以下の接合点を表現したものである。
Ｃａｔｅｇｏｒｉｅｓ．ＣａｔｅｇｏｒｙＩＤ  ＝  Ｐｒｏｄｕｃｔｓ．ＣａｔｅｇｏｒｙＩＤ
Ｐｒｏｄｕｃｔｓ．ＰｒｏｄｕｃｔＩＤ  ＝  ”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”．ＰｒｏｄｕｃｔＩＤ
【００３０】
図９に、インプロード樹状図を表示した実施例を示す。
テーブル項目アイコン”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”は、ＯｒｄｅｒｓとＰｒｏｄｕｃｔｓテーブルを下位に擁し、Ｏｒｄｅｒｓは下位にＣｕｓｔｏｍｅｒｓ、Ｅｍｐｌｏｙｅｅｓ、Ｓｈｉｐｐｅｒｓテーブル群を、Ｐｒｏｄｕｃｔｓは下位にＣａｔｅｇｏｒｉｅｓ、Ｓｕｐｐｌｉｅｒｓテーブル群を、それぞれ擁している。
これらは、以下の接合点を表現したものである。
Ｏｒｄｅｒｓ．ＯｒｄｅｒＩＤ  ＝  ”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”．ＯｒｄｅｒＩＤ
Ｃｕｓｔｏｍｅｒｓ．ＣｕｓｔｏｍｅｒＩＤ  ＝  Ｏｒｄｅｒｓ．ＣｕｓｔｏｍｅｒＩＤＥｍｐｌｏｙｅｅｓ．ＥｍｐｌｏｙｅｅＩＤ  ＝  Ｏｒｄｅｒｓ．ＥｍｐｌｏｙｅｅＩＤＳｈｉｐｐｅｒｓ．ＳｈｉｐｐｅｒＩＤ  ＝  Ｏｒｄｅｒｓ．ＳｈｉｐＶｉａ
Ｐｒｏｄｕｃｔｓ．ＰｒｏｄｕｃｔＩＤ  ＝  ”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”．ＰｒｏｄｕｃｔＩＤＣａｔｅｇｏｒｉｅｓ．ＣａｔｅｇｏｒｙＩＤ  ＝  Ｐｒｏｄｕｃｔｓ．ＣａｔｅｇｏｒｙＩＤＳｕｐｐｌｉｅｒｓ．ＳｕｐｐｌｉｅｒＩＤ  ＝  Ｐｒｏｄｕｃｔｓ．ＳｕｐｐｌｉｅｒＩＤ
【００３１】
図１０に、トラバース樹状図を表示した実施例を示す。
ＣａｔｅｇｏｒｉｅｓからＰｒｏｄｕｃｔｓ、Ｐｒｏｄｕｃｔｓから”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”への連結は、接合点の順方向である。
ＯｒｄｅｒＤｅｔａｉｌｓからＯｒｄｅｒへの連結は、接合点の逆方向である。
ＯｒｄｅｒからＣｕｓｔｏｍｅｒｓへの連結は逆方向で、ＣｕｓｔｏｍｅｒｓからＣｕｓｔｏｍｅｒＣｕｓｔｏｍｅｒＤｅｍｏへ、ＣｕｓｔｏｍｅｒＣｕｓｔｏｍｅｒＤｅｍｏからＣｕｓｔｏｍｅｒＤｅｍｏｇｒａｐｈｉｃｓへの連結は、いずれも接合点の順方向である。
ＯｒｄｅｒＤｅｔａｉｌｓからＥｍｐｌｏｙｅｅｓへの連結は、接合点の逆方向である。
ＥｍｐｌｏｙｅｅｓからＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓへの連結は、接合点の順方向で、ＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓからＴｅｒｒｉｔｏｒｉｅｓへ、ＴｅｒｒｉｔｏｒｉｅｓからＲｅｇｉｏｎへの連結は、いずれも接合点の逆方向である。
ＯｒｄｅｒからＳｈｉｐｐｅｒｓへの連結は、接合点の逆方向である。
ＰｒｏｄｕｃｔｓからＳｕｐｐｌｉｅｒｓへの連結は、接合点の逆方向である。
【００３２】
図１１に示す接合点属性作成ダイアログによって、ＥｍｐｌｏｙｅｅｓテーブルとＣｕｓｔｏｍｅｒｓテーブル間の接合点属性を新規作成する実施例を記す。
主テーブル（図１１の（１）、Ｐｒｉｍａｒｙ  Ｔａｂｌｅ）に、Ｅｍｐｌｏｙｅｅｓテーブル、主カラム（図１１の（２）、Ｐｒｉｍａｒｙ  Ｃｏｌｕｍｎ）にＥｍｐｌｏｙｅｅｓ  テーブルのＣｏｕｎｔｒｙカラムを選択し、従テーブル（図１１の（５）、Ｆｏｒｅｉｇｎ  Ｔａｂｌｅ）にＣｕｓｔｏｍｅｒｓテーブル、従カラム（図１１の（６）、Ｆｏｒｅｉｇｎ  Ｃｏｌｕｍｎ）にＣｕｓｔｏｍｅｒｓテーブルのＣｏｕｎｔｒｙカラムを選択した。
主カラムの値サンプル・リスト・ボックス（図１１の（３）、Ｐｒｉｍａｒｙ  Ｖａｌｕｅｓ）に、値ＵＫ、ＵＳＡが表示され、従カラムの値サンプル・リスト・ボックス（図１１の（７）、Ｆｏｒｅｉｇｎ  Ｖａｌｕｅｓ）に値ＵＫ、ＵＳＡのほか、いくつかの国名が表示され、連結が可能であることが示された。
追加ボタン（図１１の（８）、Ａｄｄ）を押下して、作成した接合点属性定義を接合点属性登録リスト・ボックスに設定した後に、完了ボタン（図１１の（１０）、ＯＫ）を押下した。
この結果、図１２に示すように、ディクショナリー情報一覧表ウィンドウの接合点属性一覧表示の最下段に、ＥｍｐｌｏｙｅｅｓテーブルとＣｕｓｔｏｍｅｒｓテーブルとの接合点属性が追加されたことが確認された。
この接合点属性定義は、「データベースの正規性」の論理において正しくないが、営業管理者が「営業の出身地に応じて、担当する顧客を割り当てる」としたいとする、業務の論理において目的に適合する。
このことは、利用者がデータ構造を自由に定義し、「連想型のデータベース探索を実行できる方法」を示すものである。
【００３３】
図１３に示す、ディクショナリー情報一覧表ウィンドウを用いて、接合点属性定義を変更する実施例を示す。
図１４に示す、接合点属性一覧表で、接合点属性の状態を変更するプルダウン・リストが表示され、ＥｍｐｌｏｙｅｅｓテーブルとＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓテーブルの接合状態を無効にした。
接合状態が変更されると、樹上図にトラバース樹状図を更新して表示された。
【００３４】
図１５に、樹状図のカラム・アイコンをドラッグ・アンド・ドロップする操作法で、接合を有効にする実施例を示す。
ＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓテーブルのＥｍｐｌｏｙｅｅＩＤカラムをドラッグして、ＥｍｐｌｏｙｅｅｓテーブルのＥｍｐｌｏｙｅｅＩＤカラム上にドロップした。
この結果、ＥｍｐｌｏｙｅｅｓテーブルとＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓテーブルとの接合が有効になった。
【００３５】
図１６に、樹状図のテーブル・アイコンをドラッグ・アンド・ドロップする操作法で、接合を無効にする実施例を示す。
ＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓテーブルのＥｍｐｌｏｙｅｅＩＤカラムをドラッグして、ＬｏｃａｌＳｅｒｖｅｒのフォルダーにドロップした。
この結果、ＥｍｐｌｏｙｅｅｓテーブルとＥｍｐｌｏｙｅｅＴｅｒｒｉｔｏｒｉｅｓテーブルとの接合が無効になった。
【００３６】
図１７に、樹状図表示区画にデータ構造を表示すると同時に、データ行列表示区画に検索結果を表示する実施例を示す。
図１７のデータ行列表示区画には、すでに
ＣａｔｅｇｏｒｉｅｓテーブルのＣａｔｅｇｏｒｙＮａｍｅカラムが表示されており、これにＥｍｐｌｏｙｅｅｓテーブルのＬａｓｔＮａｍｅカラムを追加してデータ行列を表示する。
樹状図表示区画のＥｍｐｌｏｙｅｅｓテーブルのＬａｓｔＮａｍｅカラムをドラッグし、データ行列表示区画のＣａｔｅｇｏｒｙＮａｍｅカラムの右側にドロップした。
その結果、ＳＱＬ式４が生成されて発行され、図１８に示すデータ行列が表示された。
【ＳＱＬ式４】
ＳＥＬＥＣＴ  ＤＩＳＴＩＮＣＴ  Ｃａｔｅｇｏｒｉｅｓ．ＣａｔｅｇｏｒｙＮａｍｅ，  Ｅｍｐｌｏｙｅｅｓ．ＬａｓｔＮａｍｅ
ＦＲＯＭ
Ｃｕｓｔｏｍｅｒｓ  ＩＮＮＥＲ  ＪＯＩＮ  （Ｅｍｐｌｏｙｅｅｓ  ＩＮＮＥＲ  ＪＯＩＮ
（Ｏｒｄｅｒｓ  ＩＮＮＥＲ  ＪＯＩＮ  （（Ｃａｔｅｇｏｒｉｅｓ  ＩＮＮＥＲ  ＪＯＩＮ
Ｐｒｏｄｕｃｔｓ  ＯＮ  Ｃａｔｅｇｏｒｉｅｓ．ＣａｔｅｇｏｒｙＩＤ  ＝  Ｐｒｏｄｕｃｔｓ．ＣａｔｅｇｏｒｙＩＤ）  ＩＮＮＥＲ  ＪＯＩＮ
”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”  ＯＮ  Ｐｒｏｄｕｃｔｓ．ＰｒｏｄｕｃｔＩＤ  ＝  ”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”．ＰｒｏｄｕｃｔＩＤ）
ＯＮ  Ｏｒｄｅｒｓ．ＯｒｄｅｒＩＤ  ＝  ”Ｏｒｄｅｒ  Ｄｅｔａｉｌｓ”．ＯｒｄｅｒＩＤ）
ＯＮ  Ｅｍｐｌｏｙｅｅｓ．ＥｍｐｌｏｙｅｅＩＤ  ＝  Ｏｒｄｅｒｓ．ＥｍｐｌｏｙｅｅＩＤ）
ＯＮ  Ｃｕｓｔｏｍｅｒｓ．ＣｕｓｔｏｍｅｒＩＤ  ＝  Ｏｒｄｅｒｓ．ＣｕｓｔｏｍｅｒＩＤ
【００３７】
【発明の効果】
本発明は、リレーショナル・データベースのデータ構造を樹状図で表すことで、連結するテーブル群を、樹状図を一見するだけで俯瞰し、直感的に認識することが可能である。
樹状図は、エンティティ・リレーションシップ・ダイアグラムよりも、はるかに小さな表示領域において、テーブル属性群、およびそれらのカラム属性群を表示することが可能で、それらをドラッグ・アンド・ドロップ操作のハンドルとして使用することが可能である。
この結果、データ構造設計に必要な、テーブルの連結を俯瞰することができ、接合点属性定義を実行する機能を小さな表示領域において実現できた。
データベース検索の観点では、データ構造を理解して、データ検索の指令をドラッグ・アンド・ドロップ操作で行うことができた。
このことは、最近の会話型検索プログラムに見られる、単にデータ検索のＳＱＬ指令を自動生成するだけでなく、エンド・ユーザーがデータ構造の中に、何かを発見することができ、エンド・ユーザーが自身でデータ構造を自由に設計する、より業務目的に適合した情報の活用が実現できるものと考える。
【００３８】
【図面の簡単な説明】
【図１】単独型システム構成図である。本発明のプログラムと、データベース管理システムが一体のコンピュータで動作する利用形態を示す。
【図２】クライアント・サーバー型システム構成図である。本発明のプログラムと、データベース管理システムが別のコンピュータで動作し、ローカル・エリア・ネットワーク、インターネット、専用回線などの通信回線網で接続される利用形態を示す。
【図３】エンティティ・リレーションシップ・ダイアグラムの画面イメージである。画面イメージは、Ｍｉｃｒｏｓｏｆｔ社のリレーショナル・データベース管理システム製品ＳＱＬｓｅｒｖｅｒの管理プログラムによる表示例で、実画面イメージは９２６  ｘ  ９０１ドットで、５０％に縮小した。
【図４】図３に示したエンティティ・リレーションシップ・ダイアグラムで、テーブルを一時期に俯瞰するために、プログラムによって表示を５０％に縮小した画面イメージである。縮小した結果、テーブルを示すオブジェクト内に表示されるカラム名が縮小されて判読しにくくなる。実画面イメージは４２９  ｘ  ７５３ドットである。
【図５】本発明のプログラム構造図である。矢印の方向は、データディクショナリー情報の取得と、データの変換経路を示す。
【図６】本発明を実装したノブ・システムズ社  プログラムＳＱＬｃｒａｆｔの画面イメージである。
Ａ．  集合グラフ表示区画
Ｂ．  オブジェクト・ギャラリー階層木表示区画
Ｃ．  オブジェクト・ギャラリー一覧表示区画
Ｄ．  樹状図表示区画
Ｅ．  データ行列表示区画
実画面イメージは１０３８  ｘ  ８５４ドットで、５０  ％に縮小した。
【図７】ストック（Ｓｔｏｃｋ）樹状図を表示した画面イメージである。
【図８】エクスプロード（Ｅｘｐｌｏｄｅ）樹状図を表示した画面イメージである。
【図９】インプロード（Ｉｍｐｌｏｄｅ）樹状図を表示した画面イメージである。
【図１０】トラバース（Ｔｒａｖｅｒｓｅ）樹状図を表示した画面イメージである。
【図１１】接合点属性定義ダイアログ・ウィンドウの画面イメージである。
１．  主テーブル（Ｐｒｉｍａｒｙ  Ｔａｂｌｅ）を選択するプルダウン・リスト
２．  主カラム（Ｐｒｉｍａｒｙ  Ｃｏｌｕｍｎ）を選択するプルダウン・リスト
３．  主カラムの値サンプル（Ｐｒｉｍａｒｙ  Ｖａｌｕｅｓ）を表示するリスト・ボックス
４．  接合点属性（Ｊｏｉｎ）リスト・ボックス
５．  従テーブル（Ｆｏｒｅｉｇｎ  Ｔａｂｌｅ）を選択するプルダウン・リスト
６．  従カラム（Ｆｏｒｅｉｇｎ  Ｃｏｌｕｍｎ）を選択するプルダウン・リスト
７．  従カラムの値サンプル（Ｆｏｒｅｉｇｎ  Ｖａｌｕｅｓ）を表示するリスト・ボックス
８．  作成した接合点属性を、接合点属性登録リスト・ボックスに追加するボタン
９．  接合点属性登録リスト・ボックスの接合点属性を削除するボタン
１０．  接合属性定義作成完了ボタン
１１．  接合属性定義作成キャンセル・ボタン
【図１２】接合点属性を登録した結果、リストの最下段にＥｍｐｌｏｙｅｅｓテーブルとＣｕｓｔｏｍｅｒｓテーブル接合点属性が追加されたことを示す画面イメージである。
【図１３】ディクショナリー情報一覧表ウィンドウで、接合点属性一覧表を表示した画面イメージである。
【図１４】接合点属性一覧で、接合状態を変更するプルダウン・リストが表示した画面イメージである。
【図１５】ドラッグ・アンド・ドロップ操作によって、接合状態を有効にする例を示す画面イメージである。矢印の線は、ドラッグの軌跡を示すものである。
【図１６】ドラッグ・アンド・ドロップ操作によって、接合状態を無効にする例を示す画面イメージである。矢印の線は、ドラッグの軌跡を示すものである。
【図１７】樹状図表示区画のカラムをドラッグし、データ行列表示区画にドロップして、データベース検索を行う例を示す画面イメージである。矢印の線は、ドラッグの軌跡を示すものである。
【図１８】図１７の操作を行った結果、Ｃａｔｅｇｏｒｉｅｓテーブルと、Ｅｍｐｌｏｙｅｅｓテーブルの参照整合性を保障するＳＱＬ指令が自動生成され、データ行列が表示されたことを示す画面イメージである。
【図１】
2004164363.tif 000003
【図２】
2004164363.tif 000004
【図３】
2004164363.tif 000005
【図４】
2004164363.tif 000006
【図５】
2004164363.tif 000007
【図６】
2004164363.tif 000008
【図７】
2004164363.tif 000009
【図８】
2004164363.tif 000010
【図９】
2004164363.tif 000011
【図１０】
2004164363.tif 000012
【図１１】
2004164363.tif 000013
【図１２】
2004164363.tif 000014
【図１３】
2004164363.tif 000015
【図１４】
2004164363.tif 000016
【図１５】
2004164363.tif 000017
【図１６】
2004164363.tif 000018
【図１７】
2004164363.tif 000019
【図１８】
2004164363.tif 000020