JPH087675B2 - 図形的照会システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データベース照会の改
良、詳細には、データベース照会の図形的表示のための
プレゼンテーションオブジェクトの作成に関する。

【０００２】

【従来の技術およびその課題】データベースは、コンピ
ュータ化されたデータベースによって記憶および検索さ
れるデータ量の増加のためばかりでなく、その記憶およ
び検索プロセスにおいて確立されることが可能なデータ
の関係の点からも、最近の重要な関心の対象となってい
る。

【０００３】構造化照会言語（ＳＱＬ）、特に、ＡＮＳ
Ｉ ＳＱＬは、関係データベースに照会を送るための好
ましい言語媒体となっている。その結果、現在、極めて
多数の関係データベースおよび、そうしたデータベース
に向けられた極めて多数の関連した照会が存在する。そ
のようなデータベースおよび照会に投資する場合、移行
は、望ましい機能というばかりでなく、新しい関係デー
タベースシステムおよびその方法にとって相当に必要な
能力である。

【０００４】照会をワークステーションのディスプレイ
画面に図形的表現で描出するという概念は、関係データ
ベースのインタフェースに対する比較的新しい試みであ
る。視覚的照会は、しばしば図形的照会とも呼ばれ、Ｓ
ＱＬステートメントによって定義された照会オブジェク
トを表現するためにワークステーションの図形的処理を
利用する。視覚的照会は、探索のオブジェクトの絵画的
描出を提示し、それによって、利用者が照会言語を習得
するあらゆる必要性をなくし、ＳＱＬ照会が公式化され
得る速度を向上させ、照会の欠陥または誤り率を低減さ
せる。

【０００５】関係データベース、通信ネットワークおよ
びワークステーションの普及の拡大によって、典型的な
システム利用者の訓練および経験は、使用可能な資源に
対して低下している。こうした各種事象によって生じる
矛盾は３重になる。第１に、古典的なＳＱＬ表現によっ
て公式化された照会の確立された貴重な基盤が存在す
る。第２に、各自の情報にアクセスする関係データベー
スおよびネットワークの使用が増加している。このよう
なデータベースの末端利用者は、その関係データベース
情報に効率的かつ正確にアクセスするために必要な実際
のツールに日常的にそれほど熟達していない。最後に、
データベースアクセス法の利用者は、そのデータベース
の各自の操作にもとづく変更の直接的フィードバックを
受け取れない。従って、照会ステートメントを未熟なデ
ータベース利用者によって理解可能な視覚的表現に変換
する、また、逆に、図形的または視覚的に表現された照
会を現行のデータベースおよびネットワーク環境におい
て使用可能なＳＱＬフォーマットステートメントに変換
する方法、システムおよびプログラムに対する明白な必
要性が存在する。

【０００６】Ｆ． ＦａｌｏｕｔｏｓおよびＴ． Ｓｅ
ｌｌｉｓによる、“Ａｎ Ｅｆｆｉｃｉｅｎｔ Ｐｉｃ
ｔｏｒｉａｌ Ｄａｔａｂａｓｅ Ｓｙｓｔｅｍ ｆｏ
ｒＰＳＱＬ”（ＩＥＥＥ Ｔｒａｎｓａｃｔｉｏｎｓ
ｏｎ ＳｏｆｔｗａｒｅＥｎｇｉｎｅｅｒｉｎｇ， Ｖ
ｏｌ．１４， Ｎｏ．１５，１９８８年５月）と題する
論文では、探索を最適化するために効率的なデータ構造
を用いてＫツリーまたはＢツリーデータベースを探索す
るための従来技術による技法が検討されている。この論
文は、情報を検索し、その情報をグラフィックディスプ
レイに表示するためのアクセス技法を論じている。例え
ば、人口統計学的情報を使用して、人口を米国の各種区
分に反映させるために、情報を検索し、それを図形的に
フォーマットするために使用することができる。その後
の図形的表示のためにそのデータアクセスをさらに最適
化するための改良は、米国特許第４，９０５，１６３号
および“Ｉｎｔｅｌｌｉｇｅｎｔ Ｓｃｈｅｄｕｌｉｎ
ｇ， Ｑｕｅｒｙ ａｎｄ Ｒｅｐｏｒｔｉｎｇ Ｄａ
ｔａ Ｂａｓｅ”（ＩＢＭ Ｔｅｃｈｎｉｃａｌ Ｄｉ
ｓｃｌｏｓｕｒｅ Ｂｕｌｌｅｔｉｎ Ｖｏｌ．３０，
Ｎｏ．１，１９８７年６月）に開示されている。

【０００７】知識ベース用の動的図形的表示の例は、Ｎ
ｕｅｒｏｎ Ｄａｔａに対する米国特許第４，７５２，
８８９号に見られる。同特許は、利用者ラインコマンド
によってデータベースに対して変更がなされた後に更新
される知識ベースの図形的ツリー構造描出を開示してい
る。これらの従来技術の参照のいずれも、データベース
を直接操作し、その変更を動的に反映させるためのグラ
フィックインタフェースを開示または提起していない。

【０００８】従って、本発明の主たるの目的は、データ
ベースを直接操作するためにプレゼンテーションオブジ
ェクトを作成するための図形的照会ソフトウエアを利用
者に供することである。

【０００９】

【課題を解決するための手段】本発明は、データベース
に格納された照会データを図形的に操作するためのシス
テムであって、前記システムがプロセッサ及び表示装置
と関連して動作するものにおいて、照会オブジェクトク
ラスのリストを表示する表示手段と、前記複数の照会オ
ブジェクトクラスの一つを選択し、照会オブジェクトデ
ータを入力して一つの照会オブジェクトを作成するユー
ザ対話手段と、連結すべき二つの照会オブジェクトを選
択し、作成された連結オブジェクトの連結情報を指定す
る選択手段と、照会オブジェクト定義及び結合オブジェ
クト定義を前記データベースの一部として格納する格納
手段と、を含むことを特徴とするシステムを提供する。

【００１０】

【作用】本発明の上述その他の目的は、プロセッサのメ
モリにおけるアルゴリズムの動作によって実現される。
このプロセッサは、データベースの現在状態を判定する
ためにデータ構造にアクセスし、そのデータベースに記
憶された情報の論理的関係を図形的に表示する。利用者
は、このグラフィックユーザインタフェースを介して、
データベースの一部およびその論理的関係を選択および
変更するために位置決め装置を使用することができる。
それらの選択および変更は、基礎となるデータ構造に対
する修正によってその関係データベースに動的に適用さ
れ、ディスプレイに図形的に反映される。さらに、プレ
ゼンテーションオブジェクトと呼ばれる動的データ構造
が、関係、新しい表、グループ、制約、行条件、ＨＡＶ
ＩＮＧ条件、ＳＱＬステートメント、カテゴリおよび既
存データベース情報の設定を定義する利用者作成情報に
もとづいて作成される。この動的データ構造は、最終的
に、もとのデータベースの一部となることができる。そ
の方法、システムおよびプログラムは、データベースの
直接操作および変更で用いられるプレゼンテーションオ
ブジェクトと呼ばれるデータ構造の動的生成において、
包括的である。

【００１１】

【実施例】関係データベースから情報を取得する照会
は、従来、ＡＮＳＩ規格構造化照会言語（ＳＱＬ）ステ
ートメントによって定義される。これらのステートメン
トは、そのデータが抽出される表、対象となる列、行が
満たさなければならない条件、どの列が含まれるか、選
択列はどのようにグループ化されるか、列の順序、列に
おける示差性の制約、表内のデータの関係、および、そ
の基本照会に統合される下位または副照会を、コンピュ
ータ認識可能用語で定義する。ＳＱＬおよびその用法を
説明した単純なテキストは、１９９１年にＩＢＭ コー
ポレーションによって公刊されたブックレット“ＩＢＭ
Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ／２ Ｅｘｔｅｎ
ｄｅｄ Ｅｄｉｔｉｏｎ Ｄａｔａｂａｓｅ Ｍａｎａ
ｇｅｒＳｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕ
ａｇｅ （ＳＱＬ） Ｃｏｎｃｅｐｔｓ”に出ている。
ＡＮＳＩ規格ＳＱＬステートメントのほかに、関係デー
タベースの世界には多数の非標準的ＳＱＬステートメン
トが存在する。従って、あらゆる双方向変換資源は、広
範囲の関係データベースＳＱＬ言語の変種のインタフェ
ースをとるために構造の多岐性を有していなければなら
ない。

【００１２】上述の通り、その変換の包括的双方向性
は、確立されたＳＱＬ照会からそれらの図形的または視
覚的な照会等価物へ移行するという視野から、重要であ
る。現行のＳＱＬ照会の視覚的環境への再生成を必要と
することは非効率的である。同時に、新しい視覚的照会
は、現行の関係データベースにより現行のハードウエア
で使用するためにＳＱＬフォーマットで使用できなけれ
ばならない。従来技術では、図形的表示による包括的双
方向性および直接操作が欠けている。

【００１３】ＳＱＬから視覚的または図形的表現へごく
限られた変換を付与するためのいくつかの技術が実際に
存在する。代表的な例は、以下の文献に記載されてい
る。Ｈｒｏｈｏｒによる“Ｇｒａｐｈｉｃａｌ Ｕｓｅ
ｒ Ｌａｎｇｕａｇｅ ｆｏｒＱｕｅｒｙｉｎｇ Ｉｎ
ｆｏｒｍａｔｉｏｎ： Ｗｈｅｒｅ ｔｏ ｌｏｏｋｆ
ｏｒ ｃｒｉｔｅｒｉａ？” １９８８ ＩＥＥＥ Ｗ
ｏｒｋｓｈｏｐ Ｏｎ Ｖｉｓｕａｌ Ｌａｎｇｕａｇ
ｅｓ， Ｍａｙ １９８８年５月，第１４−２０頁。Ｃ
ｚｅｊｄｏ等による“Ｄｅｓｉｇｎ ａｎｄ Ｉｍｐｌ
ｅｍｅｎｔａｔｉｏｎ ｏｆ Ａｎ Ｉｎｔｅｒａｃｔ
ｉｖｅ Ｇｒａｐｈｉｃａｌ Ｑｕｅｒｙ Ｉｎｔｅｒ
ｆａｃｅ ｆｏｒ ａ Ｒｅｌａｔｉｏｎａｌ Ｄａｔ
ａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ”
１９８８ ＩＥＥＥ Ｗｏｒｋｓｈｏｐ Ｏｎ Ｖｉｓ
ｕａｌ Ｌａｎｇｕａｇｅｓ， Ｍａｙ １９８８年５
月，第２１−２８頁。Ｂｅｎｊａｍｉｎ等による“Ｅｎ
ｄ−Ｕｓｅｒ Ａｃｃｅｓｓ ｔｏ Ｒｅｌａｔｉｏｎ
ａｌ Ｄａｔａｂａｓｅ Ｍｅｔａｐｈｏｒ Ｄａｔａ
ｂａｓｅ Ｓｅｒｖｅｒ” ＩｎｆｏＤＢ，１９８７年
夏季号。

【００１４】残念ながら、これらの刊行物に記載された
変換は、包括的双方向性および多様性の範囲の両方を欠
いていた。すなわち、その焦点は単に、ＳＱＬから視覚
的または図形的表現へ変換することに向けられていたに
すぎない。さらに、それらの変換は、行条件が多様な論
理関係を処理することができない、列データに数学的関
係がまったく認められない、そして副照会の処理が欠け
ているといった点で、ＡＮＳＩ規格ＳＱＬの包括性はな
かった。それらの教示のいずれも、図形的表示から直
接、データベースを直接的に操作するための能力を間接
的にさえ提起していなかった。

【００１５】Ｈｏｗａｒｄらによる論文、“Ｕｓｅｒ
Ｉｎｔｅｒｆａｃｅｓ ｆｏｒ Ｓｔｒｕｃｔｕｒａｌ
Ｅｎｇｉｎｅｅｒｉｎｇ Ｒｅｌａｔｉｏｎａｌ Ｄ
ａｔａｂａｓｅ”（Ｅｎｇｉｎｅｅｒｉｎｇ Ｗｉｔｈ
Ｃｏｍｐｕｔｅｒｓ， １９８８， ｐｐ．２３８−
２４９）は、テキストベースの照会、そこで定義された
技術照会言語（Ｅｎｇｉｎｅｅｒｉｎｇ Ｑｕｅｒｙ
Ｌａｎｇｕａｇｅ）と図形的表現との間の双方向変換の
重要性を認識していた。しかし、この論文は、このよう
な望ましい目的がどのように実施できるかを開示してい
なかった。論文は、比較的複雑な照会公式化を変換し、
それらをグラフィックインタフェースから直接データベ
ースへ適用するための潜在的な必要性を認めていたが、
解決策を提示する試みはまったくしていなかった。対照
的に、本発明は、こうした望ましい目標を達成し、ま
た、これらに限定されるものではないが、列間の複雑な
論理・代数関係の定義および副照会から成る階層的照会
の操作を含む、複雑な公式化を処理するための資源によ
ってそれを行うための方法、システムおよびプログラム
を定義する。

【００１６】本発明は、好ましくは、ＩＢＭコーポレー
ションから入手可能なＯＳ／２ Ｅｘｔｅｎｄｅｄ Ｅ
ｄｉｔｉｏｎソフトウエアプログラムで使用可能である
ような、関係データベースの文脈で実施される。代表的
なハードウエア環境を図１に示す。同図は、従来のマイ
クロプロセッサなどの中央処理装置１０、および、シス
テムバス１２によって相互接続された他の多数の装置を
有する、本発明に従ったワークステーションの典型的な
ハードウエア機器構成を例示している。図１に示したワ
ークステーションは、ランダムアクセスメモリ（ＲＡ
Ｍ）１４、読出し専用メモリ（ＲＯＭ）１６、ディスク
装置２０などの周辺装置をバスに接続するための入出力
アダプタ１８、キーボード２４、マウス２６、スピーカ
２８、マイクロフォン３２および／またはタッチスクリ
ーン装置（図示せず）などの他のユーザインタフェース
装置をバスに接続するためのユーザインタフェースアダ
プタ２２、ワークステーションをデータ処理ネットワー
クに接続するための通信アダプタ３４、および、バスを
ディスプレイ装置３８に接続するためのディスプレイア
ダプタ３６を含む。

【００１７】ＯＳ／２ Ｅｘｔｅｎｄｅｄ Ｅｄｉｔｉ
ｏｎ系オペレーティングシステムおよび前述のＯＳ／２
Ｅｘｔｅｎｄｅｄ Ｅｄｉｔｉｏｎ関係データベース
プログラムを有する、ＩＢＭ製ＰＳ／２ワークステーシ
ョンを含むワークステーションのネットワークを、図２
に例示する。ワークステーション３９は、ハードディス
ク、光ディスクまたはテープ駆動媒体などのデータベー
ス用不揮発性記憶装置、さらに、接続された別のデータ
ベース４１および４２ならびに、４３などの個別の遠隔
のワークステーションを有する、全体として４０で示さ
れたネットワークと通信するための手段を含む。その基
本目標は、ワークステーション３９の比較的未熟な関係
データベース利用者に、情報の広範な履歴ベースを含む
関係データベース照会を作成、修正および実行するため
の方法、システムおよびプログラム資源を供することで
ある。本発明は、さらに、従来のＳＱＬフォーマットで
公式化された既存の照会が、ワークステーション３９へ
搬送され、グラフィックディスプレイ４４で表示される
ための等価な視覚的または図形的照会へ転換されること
を想定している。その後、利用者は、その照会を洗練
し、実行し、その結果をグラフィックディスプレイで動
的に見ることができる。

【００１８】構造化照会言語（ＳＱＬ）照会のためのユ
ーザインタフェースアーキテクチャの基本的信条は、数
学的言語および硬直した構文解析規則によるコンピュー
タと異なり、人間が、情報を編成し、オブジェクト間の
関係を理解するためのカテゴリを使用するということで
ある。オブジェクトは、関係データベースにおけるいず
れかの実際の項である。コンピュータがＳＱＬを用いて
関係データベースの照会を実行するために必要な情報
は、対象となるオブジェクトを表現するテキスト、およ
び、存在するかまたは要求者にとって関心のある関係を
示すこれらのオブジェクトの図形的表現によって、関連
するオブジェクトに視覚的に構造化される。構造化照会
言語（ＳＱＬ）におけるステートメントの詳細な説明に
ついては、ＩＢＭの“ＳＱＬ ＲＥＦＥＲＥＮＣＥ”
ＳＣ２６−４３８０（１９８９）を参照されたい。これ
らのステートメントは、オブジェクトを作成（ＣＲＥＡ
ＴＥ）、変更（ＡＬＴＥＲ）およびドロップ（ＤＲＯ
Ｐ）する、それらのデータを検索（ＲＥＴＲＩＥＶ
Ｅ）、挿入（ＩＮＳＥＲＴ）、更新（ＵＰＤＡＴＥ）お
よび削除（ＤＥＬＥＴＥ）する、ならびに、それらに対
する特権を許可（ＧＲＡＮＴ）および無効に（ＲＥＶＯ
ＫＥ）するものを含む。この刊行物は、全部のＳＱＬ要
素の完全な記述、および、ＩＢＭによって実施された全
部のＳＱＬ要素のアルファベット順リストをその構文、
オプションおよび効果とともに記載している。

【００１９】本発明は、ＳＱＬ照会ステートメントおよ
び（関係を含む）視覚的オブジェクトの実部の一対一マ
ッピングを作成する。この方法は、コンピュータにとっ
て最適な形式で情報を処理しながら、利用者が有意的形
式で情報を見ることを助ける。利用者によって動的に作
成されたオブジェクト間の関係は、プレゼンテーション
オブジェクトと称する。これらのプレゼンテーションオ
ブジェクトおよび対応する関係データベースマネージャ
（ＲＤＢＭ）またはＳＱＬステートメント構成要素は、
以下の通りである。 （１）ＴＡＢＬＥ（表）−この表から用いるために使用
可能な列名の選択可能なリストを含むウィンドウオブジ
ェクト。このＲＤＢＭ構成要素は、事実上、表またはビ
ューオブジェクトとしてよい。表（またはビュー）名
は、ＳＱＬのＦＲＯＭステートメントの一部である。表
ウィンドウで強調表示された個々の列名は、ＳＱＬのＳ
ＥＬＥＣＴおよびＳＱＬのＧＲＯＵＰ ＢＹステートメ
ントの一部である。（図３、５４のＳＴＡＦＦ表参
照。） （２）ＣＯＮＮＥＣＴＯＲ（結合子）−２つ以上の制約
のための論理結合子を含む省略符号として示されるオブ
ジェクト。この結合子はＲＥＬＡＴＩＯＮＳＨＩＰ（関
係）によって制約に結合される。結合子は、以下のステ
ートメントの一部とすることができる。

【００２０】（ａ）ＳＱＬのＷＨＥＲＥステートメント
（論理演算子および括弧の順序）、または、（ｂ）ＳＱ
ＬのＨＡＶＩＮＧステートメント（論理演算子および括
弧の順序） （図３、５６のＯＲおよびＡＮＤ論理演算子参照）。 （３）ＲＥＬＡＴＩＯＮＳＨＩＰ（関係）−２つのオブ
ジェクトを接続する実線として示されるオブジェクト。
この関係は、それらのオブジェクト間に何らかの相関関
係が存在することを示すために使用される。関係は、い
ずれかの数学的関係、オブジェクトのグループ化、また
は、いずれかのオブジェクトが別のオブジェクトから導
出されるということの指示によってオブジェクトを結合
することでもよい。このＲＤＢＭ構成要素は参照保全制
約としてよい。関係は以下のステートメントの一部とす
ることができる。

【００２１】（ａ）ＳＱＬのＷＨＥＲＥステートメント
（２つ以上の表にあるレコードを等価にする結合関係、
または、ＣＯＮＮＥＣＴＯＲオブジェクトによってそれ
らの構成要素を接続する括弧によるグループ化） （ｂ）ＳＱＬのＨＡＶＩＮＧステートメント（ＣＯＮＮ
ＥＣＴＯＲオブジェクトによって構成要素を接続する括
弧によるグループ化） （図３、表５４と５５との間の結合処理を指定する連結
線を参照。また、５６の論理的ＡＮＤおよびＯＲ処理を
結合する線も参照。） （４）ＮＥＷ ＣＯＬＵＭＮ（新列）−ある表オブジェ
クトで使用できる１つ以上の列に対して特定の関数を適
用することによって作成される列の選択可能リストを含
むウィンドウオブジェクト。使用されるこの表オブジェ
クトの列名オブジェクトはそのＴＡＢＬＥオブジェクト
から選択する必要はない。このＳＱＬ構成要素は、ＳＱ
ＬのＳＥＬＥＣＴステートメントの個別の関数構成要素
である。ＮＥＷ ＣＯＬＵＭＮウィンドウは、ＴＡＢＬ
Ｅの下位クラスである。その一意の特徴は、ＮＥＷ Ｃ
ＯＬＵＭＮウィンドウが、それを別のＴＡＢＬＥオブジ
ェクトに接続する結合ＲＥＬＡＴＩＯＮＳＨＩＰオブジ
ェクトを持つことができないということである。（図
３、５０のＮｅｗ表参照。） （５）ＧＲＯＵＰ ＢＹ（グループバイ）−選択された
ＴＡＢＬＥまたはＮＥＷＣＯＬＵＭＮウィンドウで使用
するために使える全部の可能な列または関数のリストを
含むウィンドウオブジェクト。その選択された項は、Ｓ
ＱＬのＧＲＯＵＰ ＢＹステートメントの項を含む。
（図３、５１のＧｒｏｕｐ表参照。） （６）ＣＯＮＳＴＲＡＩＮＴ（制約）−照会結果に関す
る利用者定義制限を含むボックスとして描出されるオブ
ジェクト。制約はＲＥＬＡＴＩＯＳＨＩＰによってウィ
ンドウに接続される。また、制約は、ある制約を別の制
約に結合するためにＣＯＮＮＥＣＴＯＲに接続すること
もできる。制約に、副照会を含めるまたは定義すること
ができる。制約は以下の一部とすることができる。

【００２２】（ａ）ＳＱＬのＷＨＥＲＥステートメント
（ステートメントの個別単位） （ｂ）ＳＱＬのＨＡＶＩＮＧステートメント（ステート
メントの個別単位）（図３、５６の（Ｓａｌａｒｙ ＞
６０００）参照。） （７）ＲＯＷ ＣＯＮＤＩＴＩＯＮ（行状態）−ＴＡＢ
ＬＥ上のＣＯＮＳＴＲＡＩＮＴＳ ＯＮ ＴＡＢＬＥ、
ＣＯＮＮＥＣＴＯＲＳおよびＲＥＬＡＴＩＯＮＳＨＩＰ
Ｓを含むウィンドウオブジェクト。ＲＯＷ ＣＯＮＤＩ
ＴＩＯＮは、関係を制約する集合、および、それらがど
のように編成されているかを図形的に描出する。ＲＯＷ
ＣＯＮＤＩＴＩＯＮウィンドウは、いずれかの結合条
件に満たないＳＱＬのＷＨＥＲＥステートメントを描出
する。（図３、５６のＲＯＷ ＣＯＮＤＩＴＩＯＮ表を
参照。） （８）ＨＡＶＩＮＧ ＣＯＮＤＩＴＩＯＮ（ハビング状
態）−ＧＲＯＵＰ ＢＹ上の ＣＯＮＳＴＲＡＩＮＴ
Ｓ、ＣＯＮＮＥＣＴＯＲＳおよびＲＥＬＡＴＩＯＮＳＨ
ＩＰＳを含むウィンドウオブジェクト。ＨＡＶＩＮＧ
ＣＯＮＤＩＴＩＯＮは、関係を制約する集合、および、
それらがどのように編成されているかを図形的に描出す
る。ＨＡＶＩＮＧ ＣＯＮＤＩＴＩＯＮウィンドウは、
ＳＱＬのＷＨＥＲＥステートメントを描出する。（図
３、５７のＨＡＶＩＮＧ ＣＯＮＤＩＴＩＯＮ表を参
照。） （９）ＳＱＬ ＳＴＡＴＥＭＥＮＴ（ＳＱＬステートメ
ント）−ＶＩＳＵＡＬＱＵＥＲＹウィンドウの図形的構
成要素から構成された実際のＳＱＬステートメントを含
むウィンドウオブジェクト。（図３、５３のＳＱＬ Ｓ
ＴＡＴＥＭＥＮＴを参照。） （１０）ＣＡＴＥＧＯＲＹ（カテゴリ）−ＴＡＢＬＥ作
成者または管理者によって提起された所定の関係を有す
る表のグループ（カテゴリ）を含むウィンドウオブジェ
クト。ＣＡＴＥＧＯＲＹウィンドウは、ＶＩＳＵＡＬ
ＱＵＥＲＹインタフェースで使用可能な初期オブジェク
トである。作業するオブジェクトのＣＡＴＥＧＯＲＹの
選択は、使用する表の定義のためのインタフェース、こ
れらの表の関係、および、いずれかの以前に定義された
ＮＥＷ ＣＯＬＵＭＮをオープンする。あるＣＡＴＥＧ
ＯＲＹの表は、実際の照会で使用するために選択するこ
とができる。いずれかの必要な関係は、選択されたアイ
テムのインタフェースによって維持される。図２２は、
本発明に従ったＣＡＴＥＧＯＲＹウィンドウによるＳＱ
Ｌ照会の図形的表示を例示している。２１００はＰＥＯ
ＰＬＥカテゴリを、２２００はＥＸＰＥＲＩＥＮＣＥカ
テゴリを指示している。これらの２つの表は、単一のウ
ィンドウに結合されている。 （１１）ＳＥＴ ＯＰＥＲＡＴＩＯＮ（セット演算）−
ＵＮＩＯＮ，ＩＮＴＥＲＳＥＣＴおよびＥＸＣＥＰＴの
集合演算を実行するための直接操作について図形的形式
で選択された照会を含むウィンドウオブジェクト。この
ウィンドウ機能については、“Ｖｉｓｕａｌ Ｍｏｄｅ
ｌ Ｆｏｒ Ｄａｔａｂａｓｅ ＳｅｔＯｐｅｒａｔｉ
ｏｎｓ”（ＩＢＭ Ｔｅｃｈｎｉｃａｌ Ｄｉｓｃｌｏ
ｓｕｒｅＢｕｌｌｅｔｉｎ Ｖｏｌ．３３ Ｎｏ．６
Ａ，１９９０年１１月）に記載されている。 （１２）ＲＥＳＵＬＴＳ（結果）−コミットされたＶＩ
ＳＵＡＬ ＱＵＥＲＹの結果を含むウィンドウオブジェ
クト。

【００２３】視覚的照会インタフェースはウィンドウ系
システムで始まる。このウィンドウは、以下を図形的に
描出するために使用される。

【００２４】・その照会に関与するデータベースの表お
よびビュー ・その照会で使用される列、式および要約 ・以下を含む基本照会の結果を限定するあらゆる制約 ＊列制約 ＊ＨＡＶＩＮＧ文節 ＊副照会 ・結果のグループ化 ・表およびビューの相互に対する関係 ・制約の関係および組合せの形式 ・以下として使用される定義された照会の合計結果 ＊副照会 ＊セット演算（ＵＮＩＯＮ，ＩＮＴＥＲＳＥＣＴおよび
ＤＥＦＦＥＲＥＮＣＥ）での他の照会結果 オブジェクトは、選択、定義および相関づけの３つの基
本動作のうちのいずれかによって操作することができ
る。これらの結果は、類似であるが、各オブジェクトの
型について一意に個別である。すなわち、いずれかの部
分を定義する動作は、全部の部分について同一である。
オブジェクトそれ自体だけは、それが事実上ＳＱＬステ
ートメントのどの部分を作成しなければならないかを認
識している。オブジェクトＮＥＷ ＣＯＬＵＭＮ、ＨＡ
ＶＩＮＧ ＣＯＮＤＩＴＩＯＮおよびＲＯＷ ＣＯＮＤ
ＩＴＩＯＮの相互作用および生成も、これらのオブジェ
クトが他のオブジェクトの下位クラスとして扱われると
いう点で、一意である。

【００２５】図３は、そのＳＱＬテキスト等価物ととも
に視覚的または図形的に描出された照会の内容を例示す
るために、図２のワークステーション３９の画面４４な
どのビデオディスプレイ画面の例示レイアウトを示して
いる。全体として５３で示すウィンドウにあるＳＱＬス
テートメントは、ＳＥＬＥＣＴ、ＦＲＯＭ、ＷＨＥＲ
Ｅ、ＧＲＯＵＰ ＢＹ、ＨＡＶＩＮＧおよびＧＲＯＵＰ
ＢＹ文節、各種論理関係、数学的関係および副照会を
含む。ほとんどの文節および関連する表は独立したウィ
ンドウに示されている点に留意されたい。一例は、ＳＱ
Ｌウィンドウ５３のＦＲＯＭ文節であり、これは、列の
先頭の部課（ＤＥＰＴ）およびマネージャ（ＭＡＮＡＧ
ＥＲ）が、それぞれ、ウィンドウ５４の職員（ＳＴＡＦ
Ｆ）およびウィンドウ５５の組織（ＯＲＧ）として識別
された独立した表から選択されていることを定義する。
新しい列がＳＥＬＥＣＴ文節で定義された場合、それら
の列は適切なウィンドウ５０によって新しく定義されて
いるように識別される。別のウィンドウも、ウィンドウ
５１に示されたように２つの表の相互作用によって定義
された潜在的集合からの選択された組の列をＧＲＯＵＰ
ＢＹウィンドウが関連づけたことを識別するために作
成される。すなわち、列ＤＥＰＴおよびＭＡＮＡＧＥＲ
は、それらの２つの表ＳＴＡＦＦ ５４およびＯＲＧ
５５からのグループ化のために選択される。小さなウィ
ンドウ５２は、そのＤＩＳＴＩＮＣＴ機能が使用禁止と
なっており、それにより、その応答に選択された行の冗
長性を許すことを示すために使用される。その応答がＳ
ＱＬのＯＲＤＥＲ ＢＹ要求を有するように定義されて
いる、すなわち、部課のリストが昇順の英数字順になっ
ていることを示すためにいかなるウィンドウも含まれて
いない。

【００２６】画面下部の２つのウィンドウ５６および５
７は、ＷＨＥＲＥ文節、行条件およびＨＡＶＩＮＧ文節
を満たすために定義された論理的および数学的関係を図
形的形式で示している。データベースのこれらの図形的
表現は、本発明に従ってこのデータベースの情報の論理
的関係を直接変更するために操作することができる。こ
の好ましいハードウエアおよび定義されたビデオディス
プレイ画面の図形的環境によって、以降の説明は、本発
明がデータベースの動的な図形的変更を実施する方法を
中心に進める。

【００２７】本発明の一つの側面は、テキストベースの
ＳＱＬ照会ステートメントと図形にもとづく視覚的照会
表現との間の双方向変換または転換が共通データ構造の
作成および使用を必要とするという認識であった。実施
されたように、その共通データ構造は、多数の関係づけ
可能なリストから成る。照会の起点がＳＱＬステートメ
ントである場合、その共通データ構造のリストの内容
は、ＳＱＬステートメントの従来の構文解析によって抽
出される。図形的照会の場合、それらのリストのデータ
は、利用者による図形的操作において共通データ構造に
収集され、変形される。

【００２８】共通データ構造の使用は、数多くの利益を
もたらす。最も重要なものは、ＳＱＬ照会ステートメン
トとその照会の図形的表現との間の双方向変換である。
ここで述べる共通データ構造は、ＡＮＳＩ規格ＳＱＬ言
語を前提とする。しかしながら、利用者の利益のため
に、共通データ構造は、必要に応じて、ＳＱＬ言語変種
を包括するために付加的に修正することができる。これ
は、ある程度、弁別可能な文節から基本的に構成される
言語であるという、ＳＱＬの構造化された性質に起因す
る。

【００２９】ＡＮＳＩ規格ＳＱＬは、８つの要素から成
るデータ構造を利用する。図３に示した照会例に適用さ
れたような構造の構成は、図４のブロック図によって略
示される。このＳＱＬ照会は、以下の８つの基本データ
構造の集合を確立する。（１）ＦｒｏｍＴａｂｌｅ（結
合元表）３００は、データがそこから照会される表の順
序づけられたリストを含む。（２）ＳｅｌｅｃｔＣｏｌ
ｕｍｎ（ＳＥＬＥＣＴ列）３０５は、ＳＥＬＥＣＴ文節
に含まれる列名の順序づけられたリストを有する。
（３）ＳｅｌｅｃｔＥｘｐ ３１０は、ＳＥＬＥＣＴ文
節に含まれる式および列関数の順序づけられたリストを
含む。（４）ＷｈｅｒｅＣｏｎｄ（ＷＨＥＲＥ状態）３
２０は、ＷＨＥＲＥ文節の論理式を保持する。（５）Ｇ
ｒｏｕｐＢｙ３３０は、ＧＲＯＵＰ ＢＹ文節にある列
名の順序づけられたリストを有する。（６）Ｈａｖｉｎ
ｇＣｏｎｄ（ＨＡＶＩＮＧ状態）３４０は、ＨＡＶＩＮ
Ｇ文節にある論理式を格納する。（７）Ｏｒｄｅｒｅｄ
Ｂｙ ３５０は、｛Ｏ＿ＣｏｌｕｍｎＮａｍｅ，Ｏｒｄ
ｅｒｅｄＯｐ｝の順序づけられたリストを保持する。Ｏ
ｒｄｅｒｅｄＯｐ（順序付け操作）は、リスト化のＡＳ
Ｃ（昇順）またはＤＳＣ（降順）のいずれかを定義し、
Ｏ＿ＣｏｌｕｍｎＮａｍｅ（Ｏ列名）はＯＲＤＥＲ Ｂ
Ｙ文節で指定された列名である。（８）Ｄｉｓｔｉｎｃ
ｔＦｌａｇ（ＤＩＳＴＩＮＣＴクラブ）３６０は、ＤＩ
ＳＴＩＮＣＴキーワードの状態を追跡する。

【００３０】ＳＱＬ照会のテキスト形式と視覚的表現と
の間に包括的な双方向性を付与するために、好ましい構
成は、図５に示した共通データ構造の付加的なグループ
も含む。このような各データ構造の名称およびそのフォ
ーマットを以下に説明する。

【００３１】（９）ＣｏｌｕｍｎＬｉｓｔ（列リスト）
４００は、ＦｒｏｍＴａｂｌｅリストの各表のデータ構
造リストを保持する。ＣｏｌｕｍｎＬｉｓｔは、｛Ｃｏ
ｌｕｍｎＮａｍｅ，Ｆｌａｇ｝データの完全リストを含
む。Ｆｌａｇデータ（フラグ）は、そのＣｏｌｕｍｎＮ
ａｍｅ（列名）がそのＳＥＬＥＣＴ文節に選択されてい
るかどうかを指示する。このリストは、データベース管
理システムからのシステムカタログ情報によって容易に
構成される。

【００３２】（１０）Ｗ＿ＪｏｉｎＬｉｓｔ（Ｗ結合リ
スト）４２０は、“ＬｅｆｔＳｉｄｅ＝ＲｉｇｈｔＳｉ
ｄｅ”情報を格納する｛ＬｅｆｔＳｉｄｅ，Ｒｉｇｈｔ
Ｓｉｄｅ｝のリストを含む。ここで、ＬｅｆｔＳｉｄｅ
（左辺）およびＲｉｇｈｔＳｉｄｅ（右辺）の両者は、
ＦｒｏｍＴａｂｌｅにリスト化された表に属する列であ
る。このリストの各項は、その照会のＪＯＩＮ条件であ
り、かつ、Ｒｏｗ Ｃｏｎｄｉｔｉｏｎウィンドウに含
まれていないものとしてみなされる。

【００３３】（１１）Ｗ＿ＰａｒｅｎｔＣｈｉｌｄｒｅ
ｎ（Ｗ親子）４８０は、｛ＰａｒｅｎｔＮｏｄｅ，Ｃｈ
ｉｌｄｒｅｎＮｏｄｅｓ｝のリストを保存する。この場
合、ＣｈｉｌｄｒｅｎＮｏｄｅｓ（子ノード）は、ノー
ド名から成るｎ個組であり、それらのノードはＰａｒｅ
ｎｔＮｏｄｅ（親ノード）で指定されたそのノードの子
である。例えば、（Ｎ１，（Ｎ３，Ｎ４，Ｎ５））は、
ノードＮ３，Ｎ４およびＮ５がノードＮ１の子ノードで
あることを表す。このリストはＷＨＥＲＥ条件のために
使用される。

【００３４】（１２）Ｗ＿ＮｏｄｅＬｏｃＴｙｐｅ（Ｗ
ノード位置タイプ）４７０は、｛ＮｏｄｅＮａｍｅ，Ｃ
ｏｏｒｄｉｎａｔｅｓ，Ｔｙｐｅ｝のリストである。こ
の場合、Ｃｏｏｒｄｉｎａｔｅｓ（座標）はＲｏｗ Ｃ
ｏｎｄｉｔｉｏｎウィンドの左下隅に対するＮｏｄｅＮ
ａｍｅ（ノード名）の座標であり、Ｔｙｐｅ（タイプ）
は論理演算子（ＡＮＤまたはＯＲ）ノードまたは述語で
あることを指示する。

【００３５】（１３）Ｗ＿ＰｒｅｄｉｃａｔｅＤａｔａ
（Ｗ述部デー４５５は、ＷＨＥＲＥ条件の述部の情報を
格納するリスト｛ＮｏｄｅＮａｍｅ，ＬｅｆｔＳｉｄ
ｅ，ＣｏｍｐＯｐ，ＶａｌｕｅＢｕｔｔｏｎ，ＲＳ＿Ｖ
ａｌｕｅ，ＳｕｂｑｕｅｒｙＢｕｔｔｏｎ，ＲＳ＿Ｓｕ
ｂｑｕｅｒｙ｝となる。ＣｏｍｐＯｐ（比較演算子）は
比較演算子である。ＬｅｆｔＳｉｄｅはその述語のＣｏ
ｍｐＯｐの左辺の式である。ＶａｌｕｅＢｕｔｔｏｎ
（値ボタン）がＯＮ状態にある場合、述語のＣｏｍｐＯ
ｐの右辺の式は単にテキストがＲＳ＿Ｖａｌｕｅ（ＲＳ
値）リストに格納されているその単純式にすぎない。Ｓ
ｕｂｑｕｅｒｙＢｕｔｔｏｎ（副照会ボタン）がＯＮの
場合、右辺は別のＳＥＬＥＣＴステートメントとして扱
われ、従って、ＳＱＬ照会ステートメントにとって副照
会とみなされる。この副照会はＲＳ＿Ｓｕｂｑｕｅｒｙ
（ＲＳ副照会）リストに格納された照会名によって表現
される。副照会は、それがその中に存在するデータ構造
照会とは独立したそれ自身のデータ構造を有するという
点で、個別の照会ステートメントである。

【００３６】図６および図７は、本発明によって使用さ
れる付加的なデータ構造のブロック図である。

【００３７】（１４）Ｈ＿ＰａｒｅｎｔＣｈｉｌｄｒｅ
ｎ（Ｈ親子）４９０は、Ｗ＿ＰａｒｅｎｔＣｈｉｌｄｒ
ｅｎと同様のリストであるが、ＨＡＶＩＮＧ条件によっ
て使用される。

【００３８】（１５）Ｈ＿ＮｏｄｅＬｏｃＴｙｐｅ（Ｈ
ノード位置タイプ）４９２は、Ｗ＿ＮｏｄｅＬｏｃＴｙ
ｐｅと同様のリストであるが、ＨＡＶＩＮＧ条件によっ
て使用される。

【００３９】（１６）Ｈ＿ＰｒｅｄｉｃａｔｅＤａｔａ
（Ｈ述部データ）４９４は、Ｗ＿ＰｒｅｄｉｃａｔｅＤ
ａｔａと同様のリストであるが、ＨＡＶＩＮＧ条件によ
って使用される。

【００４０】（１７）ＧｒｏｕｐＬｉｓｔ（グループリ
スト）４９５は、ＧｒｏｕｐＢｙ構造にもとづく｛Ｃｏ
ｌｕｍｎＮａｍｅ，ＧｒｏｕｐＣｈｅｃｋ｝のリストで
ある。このリストは、ＦｒｏｍＴａｂｌｅリストのすべ
てのＴａｂｌｅ（Ｉ）のＣｏｌｕｍｎＬｉｓｔ（Ｉ）の
全部の列名をグループ化する。そのＧｒｏｕｐＢｙリス
トにＣｏｌｕｍｎＮａｍｅ項も存在する場合、Ｇｒｏｕ
ｐＣｈｅｃｋデータがＯＮに設定される。そうでなけれ
ば、ＧｒｏｕｐＣｈｅｃｋデータはＯＦＦに設定され
る。

【００４１】（１８）ＯｒｄｅｒＬｉｓｔ（順序リス
ト）４９６は、｛ＣｏｌｕｍｎＮａｍｅ，ＯｒｄｅｒＯ
ｐ（順序付け操作），ＯｒｄｅｒＮｕｍｂｅｒ（順序番
号）｝から構成されており、ＯｒｄｅｒＢｙ構造にもと
づく。このリストは、ＦｒｏｍＴａｂｌｅリストのすべ
てのＴａｂｌｅ（Ｉ）のＣｏｌｕｍｎＬｉｓｔ（Ｉ）の
全部の列名をグループ化する。そのＯｒｄｅｒＢｙリス
トにＣｏｌｕｍｎＮａｍｅ項も存在する場合、Ｏｒｄｅ
ｒＮｕｍｂｅｒはＯｒｄｅｒＢｙリストにおけるその位
置を示す。そうでなければ、ＯｒｄｅｒＮｕｍｂｅｒは
空白（ナル）のままとされる。

【００４２】双方向変換を受けるＳＱＬ言語がＳＥＴ処
理（ＵＮＩＯＮ，ＩＮＴＥＲＳＥＣＴＩＯＮ，ＥＸＣＥ
ＰＴなど）を含む場合、各照会ステートメントは個別の
照会として扱われ、その照会全体を表現するためにツリ
ー構造が使用される。このツリー構造表現では、演算子
ノードは、ＵＮＩＯＮ， ＵＮＩＯＮ ＡＬＬ， ＩＮ
ＴＥＲＳＥＣＴ， ＩＮＴＥＲＳＥＣＴ ＡＬＬ， Ｅ
ＸＣＥＰＴ， ＥＸＣＥＰＴ ＡＬＬなどである。この
ような状況では、葉ノードは照会全体に関与する照会部
分の名前を表示する。これ以上のＳＱＬステートメント
能力を実施するためには、３つの付加的な共通データ構
造が要求される。これらの付加的な共通データ構造は図
８に示す。

【００４３】（１９）Ｓ＿ＰａｒｅｎｔＣｈｉｌｄｒｅ
ｎ（Ｓ親子）４９７は、｛ＰａｒｅｎｔＮｏｄｅ，Ｃｈ
ｉｌｄｒｅｎＮｏｄｅｓ｝というリストである。ここ
で、ＣｈｉｌｄｒｅｎＮｏｄｅｓは、ＰａｒｅｎｔＮｏ
ｄｅで指定されたそのノードの子であるノード名から成
るｎ個組である。例えば、（Ｎ１，（Ｎ３，Ｎ４，Ｎ
５））は、ノードＮ３，Ｎ４およびＮ５がノードＮ１の
子ノードであることを表す。このリストはＳＥＴ処理を
有するすべての照会で使用される。

【００４４】（２０）Ｓ＿ＮｏｄｅＬｏｃＴｙｐｅ（Ｓ
ノード位置タイプ）４９８は、｛ＮｏｄｅＮａｍｅ，Ｃ
ｏｏｒｄｉｎａｔｅｓ，Ｔｙｐｅ｝から成る。ここで、
Ｃｏｏｒｄｉｎａｔｅｓは照会ウィンドウの左下隅に対
するＮｏｄｅＮａｍｅの座標であり、Ｔｙｐｅは、Ｎｏ
ｄｅＮａｍｅがＳＥＴ演算子（ＵＮＩＯＮ， ＵＮＩＯ
Ｎ ＡＬＬ， ＩＮＴＥＲＳＥＣＴ， ＩＮＴＥＲＳＥ
ＣＴ ＡＬＬ， ＥＸＣＥＰＴ， ＥＸＣＥＰＴ ＡＬ
Ｌ）ノードまたは照会であることを指示する。

【００４５】（２１）Ｓ＿ＮｏｄｅＱｕｅｒｙ（Ｓノー
ド照会）４９９は、照会名をノードの名前とツリー構造
表現で連結する｛ＮｏｄｅＮａｍｅ，ＱｕｅｒｙＮａｍ
ｅ（照会名）｝から成るリストである。各照会は、独立
したデータ構造を備えた個別の照会としてみなされる。

【００４６】前述のリストは、包括的な双方向変換環境
における従来のＳＱＬ言語照会の実施に要する共通デー
タ構造の核心となるグループである。非ＡＮＳＩ規格Ｓ
ＱＬを含む特殊な照会については、構文解析規則および
情報の点で若干の修正が必要である。入力が以前に生成
されたＳＱＬステートメントを有するような場合には、
本発明の好ましい構成は、構文解析処理において非標準
ステートメントを検出するための資源を含む。割り込ま
れた場合、非標準ＳＱＬステートメントは、利用者によ
って手動で変換できるか、または、その頻度に応じて、
本明細書に規定したデータ構造の拡張を用いて自動変換
を受けることができる。

【００４７】また、本発明は、不完全な照会の共通デー
タ構造を生成するための資源を付与することも認識しな
ければならない。増分で変換できる能力は、特に、その
ＳＱＬおよび視覚的対応物において照会の展開を追跡す
るという視点から貴重である。

【００４８】ソースコードおよび関係するオブジェクト
コードを導くことができる、ここで開示されているシス
テム、方法およびプログラムを実施するために適した疑
似コードを以下に記載する。 /**************************************************************/ /* 視覚的照会インタフェースから共通データ構造を */ /* 構築する */ /**************************************************************/ /* 表が選択される */ TableSelectProc(STableName) インタフェースから StableName を取得する /* FromTable はリストである */ If StableName が FromTable にある Return EndIf If FromTable が空である I = 0 Else I = FromTable のLast Entry数 EndIf I = I + 1 FromTable(I) = StableName /* TableName のColumnListを構築する */ /* ColumnListの各項は(ColumnName, Flag)である */ StableNameに属する列の名を System Catalog から取得し、各FlagがOFF に設定されている Stablename の ColumnList リストを構築する そのタイトルバーとしてStablenameを有し、かつ、 そのクライアント領域の内容としてColumnListを有する ウィンドウを表示するために画面の位置を決定する Return /* 表ウィンドウに表示されるColumnが選択される */ ColumnSelectProc(SColumnName) 反転表示されるSColumnName の表示モードを変更する このSColumnName のTableName を見つける TableName.SColumnName をSelectColumnリストに加える TableName のColumnListの対応する項を見つける そのフラグをONにセットする Return /* 選択されたTable が選択解除される */ TableDeselectProc(STableName) FromTable からDTableNameを除去する DTableNameウィンドウの表示を除去する SelectColumnの各エントリ(TableName,ColumnName)についてDo If TableName = DTableName DTableNameのColumnListを取得する If ColumnName がDTableNameのColumnListに存在する SelectColumnからこの項を除去する EndIf EndIf EndDo DTableNameについてColumnListの各エントリについてDo FlagをOFF にリセットする EndDo SelectExp を取得する SelectExp の各エントリ(ExpFct)についてDo ExpFct内の各ColumnNameについてDo If ColumnNameがDTableNameのColumnListに存在する SelectExp からこのExpFctを除去する EndIf EndDo EndDo WhereCond を取得する WhereCond 内の各ColumnNameについてDo Predicate 内の各ColumnNameについてDo If ColumnNameがDTableNameのColumnListに存在する このPredicate およびその関係する 演算子をWhereCond から除去する EndIf EndDo EndDo W-JointList を取得する W-JointList の各エントリ(TableName1.ColumnName1, TableName2.ColumnName2) についてDo If TableName1 = DTableName又は TableName2 = DTableName W-JointList からこのEntry を除去する EndIf EndDo GroupBy を取得する GroupBy の各エントリ(GColumnName) についてDo If ColumnNameがDTableNameのColumnListに存在する GroupBy からこのEntry を除去する EndIf EndDo HavingCondを取得する HavingCondの各エントリPredicate についてDo Predicate 内の各ColumnNameについてDo If ColumnNameがDTableNameのColumnListに存在する このPredicate およびその関係する 演算子をHavingCondから除去する EndIf EndDo EndDo OrderBy を取得する OrderBy の各エントリ(O-ColumnName,OrderOp)についてDo If O-ColumnName がDTableNameのColumnListに存在する OrderBy からこのEntry を除去する EndIf EndDo W-ParentChildrenを再構築する W-NodeLocType を再構築する W-PredicateData を再構築する GroupList を再構築する H-ParentChildrenを再構築する H-NodeLocType を再構築する H-PredicateData を再構築する OrderList を再構築する WhereConditionウィンドウを再表示する HavingCondition ウィンドウを再表示する Order Byウィンドウを再表示する 更新された情報によりVisual Queryウィンドウを再表示する Return /* 表ウィンドウに表示される選択されたColumnを選択解除する */ ColumnDeselectProc(ColumnName) ColumnNameの表示モードをノーマルに変更する このColumnNameのTableName を見つける TableName.ColumnNameをSelectColumn List へ移す TableName のColumnListの対応する項を見つける そのフラグをOFF にセットする Return /* JOIN 関係が直接操作によって定義される */ JoinDefinedProc(ColumnName1,ColumnName2) ColumnName1 の位置を見つける ColumnName2 の位置を見つける その２つの位置を接続するために線を引く ColumnName1 のTableName1を見つける ColumnName2 のTableName2を見つける (TableName1,ColumnName1,TableName2,ColumnName2) を W-JointList に加える Return /* JOIN 関係が削除される */ JoinDeleteProc(ColumnName1,ColumnName2) ColumnName1 の位置を見つける ColumnName2 の位置を見つける その２つの位置を接続する線を消す ColumnName1 のTableName1を見つける ColumnName2 のTableName2を見つける (TableName1,ColumnName1,TableName2,ColumnName2) を W-JointList から除去する Return /* 式または列関数が定義される */ ExpDefineProc(ExpFct) If SelectExpが空である NewColumnウィンドウを表示する Else NewColumnウィンドウを活動化する EndIf ExpFctをSelectExp に加える ExpFct項を反転表示で表示する Return /* 式または列関数が削除される */ ExpDeleteProc(ExpFct) SelectExp からExpFctを除去する If SelectExpが空である NewColumn Window の表示を除去する NewColumn Window を活動化する EndIf Return /* GroupByListウィンドウの列が選択される */ GroupColumnSelectProc(SColumnName) SColumnName の表示モードを反転表示に変更する そのGroupCheckをONにセットする Return /* GroupByListウィンドウの列が選択解除される */ GroupColumnDeselectProc(DColumnName) DColumnName の表示モードをノーマルに変更する そのGroupCheckをOFF にセットする Return /* OrderByListウィンドウの列が選択される */ GroupColumnSelectProc(SColumnName) SColumnName の表示モードを反転表示に変更する SColumnName の順序を更新する OrderList の順序を再調整する OrderByList ウィンドウをノーマルモードで表示する Return /* OrderByListウィンドウの列が選択解除される */ GroupColumnDeselectProc(SColumnName) DColumnName の表示モードを反転表示に変更する OrderOp を灰色で表示する そのOrderNumber をNULLにセットする OrderList の順序を再調整する 更新されたOrderByList をノーマルモードで表示する Return /* 呼び出された（例えば、表ウィンドウの列名での */ /* ダブルクリックによって）WHERE 条件の述語を */ /* 定義するためのプロセス */ WPredicateDefineProc() 述語を定義するための利用者用のサブプロセスを呼出す If サブプロセスがコミットされている この述語に新しいNodeNameをAssign WhereCondition Window における その述語の位置を決定する Text = LeftSide + " " + CompOp + " " + RightSide 指定された位置の 矩形ボックスにTextを表示する W-PredicateData を更新する W-NodeLocType を更新する EndIf Return /* 呼び出された（例えば、WhereCondition Window での */ /* 述語ボックスのダブルクリックによって）WHERE 条件の述語を */ /* 更新するためのプロセス */ WPredicateUpdateProc(UNodeName) W-PredicateData をGet LeftSide, CompOp, ValueButton, RS-Value, RS-Subquery を検索する デフォールトとしてもとの情報により述語を 更新するための利用者用のサブプロセスを呼出す If サブプロセスがコミットされている If ValueButtonがONである NewRightSide = Value Else NewRightSide = SubqueryName If SubqueryName が定義されていない 利用者がSubqueryNameを定義できる プロセスを呼出す EndIf EndIf Text = NewLeftSide + " " + NewCompOp + " " + NewRightSide そのもとの位置の 矩形ボックスにTextを表示する W-PredicateData を更新する EndIf Return /* 呼び出されたWhereCondition Window で */ /* WHERE 条件のツリー構造を */ /* 修正または構築するためのプロセス */ WhereTreeProc() W-ParentChildrenを更新する W-NodeLocType を更新する WhereConditionウィンドウの表示を更新する Return /* 呼び出された（例えば、表ウィンドウの列名での */ /* ダブルクリックによって）HAVING条件の述語を */ /* 定義するためのプロセス */ HPredicateDefineProc() 述語を定義するための利用者用のサブプロセスを呼出す If サブプロセスがコミットされている この述語に新しいNodeNameを割当てる HavingCondition Windowにおける その述語の位置を決定する Text = LeftSide + " " + CompOp + " " + RightSide 指定された位置の 矩形ボックスにTextを表示する H-PredicateData を更新する H-NodeLocType を更新する EndIf Return /* 呼び出された（例えば、HavingCondition ウィンドウでの */ /* 述語ボックスのダブルクリックによって）HAVING条件の述語を */ /* 更新するためのプロセス */ HPredicateUpdateProc(UNodeName) H-PredicateData を取得する LeftSide, CompOp, ValueButton, RS-Value, RS-Subquery を検索する デフォールトとしてもとの情報により述語を 更新するための利用者用のサブプロセスを呼出す If サブプロセスがコミットされている If ValueButtonがONである NewRightSide = Value Else NewRightSide = SubqueryName If SubqueryName が定義されていない 利用者がSubqueryNameを定義できる プロセスを呼出す EndIf EndIf Text = NewLeftSide + " " + NewCompOp + " " + NewRightSide そのもとの位置の 矩形ボックスにTextを表示する H-PredicateData を更新する EndIf Return /* 呼び出されたHavingCondition ウィンドウで */ /* Having条件のツリー構造を */ /* 修正または構築するためのプロセス */ HavingTreeProc() H-ParentChildrenを更新する H-NodeLocType を更新する HavingCondition ウィンドウの表示を更新する Return /* 呼び出されたSET 処理により照会を */ /* 定義するためのプロセス */ SETQueryProc() その照会定義のための新しいVisual Queryウィンドウを呼出す 利用者がその照会定義のツリー構造を構築できるようにする プロセスを呼出す (1) 照会アイコンをそのウィンドウにドラッグする (2) SET 演算子ノードを定義する S-NodeLocType を更新する S-NodeQuery を更新する そのVisual Queryの表示をSET 処理によって更新する Return /********************************************************/ この変換のための装置、方法およびプログラムが双方向
的かつ包括的であるということに特別の妥当性を与える
べきであろう。この双方向性は、現行のＳＱＬ照会のラ
イブラリを移行するという視野から特に重要である。そ
の包括性は、副照会を完全に処理できる能力とともに、
ＷＨＥＲＥ文節といった文節における多様な論理的およ
び数学的関係を処理できる能力によって、そうした移行
を容易にする。副照会の含意は、従来公知の方法にとっ
て特殊な問題であった。ＳＱＬから視覚的表現に変換で
きる能力は、明らかに独自であり、結果として、ＳＱＬ
文節の構文解析、共通データ構造への変換、ならびに、
図形的ブロックおよびそのウィンドウ化されたデータを
関連づける連結への最終的な変換を結合させる。

【００４９】図３で説明したように、ウィンドウによる
照会の図形的表現は、利用者の使易性の視点から好まし
い。好ましい文脈では、ウィンドウはＦＲＯＭステート
メントで各表について割り当てられ、列名のリストを含
む。ＳＥＬＥＣＴステートメントに属する列名は、その
表ウィンドウで強調表示される。ＮｅｗＣｏｌｕｍｎウ
ィンドウは、そのＳＥＬＥＣＴ文節における利用者定義
式を識別するために使用される。ＡＮＤおよびＯＲ論理
によって結合された述語を関連づけるためのＷＨＥＲＥ
文節は、表示されたＲｏｗ Ｃｏｎｄウィンドウといっ
た個別のウィンドウでツリー表現によって示される。Ｇ
ＲＯＵＰ ＢＹステートメントは、選択された列が識別
されて、個別のウィンドウに示される。図３に示されて
いる通り、ＨＡＶＩＮＧ条件ウィンドウもステートメン
ト論理のツリー表現を含む。ＯＲＤＥＲ ＢＹ文節も、
規定の順序を探索するために個別のウィンドウとして付
加することができよう。ＤＩＳＴＩＮＣＴ文節がＯＮか
ＯＦＦかを示すためのウィンドウ図形も図３に描出され
ている。

【００５０】照会における副選択は、行条件またはＨＡ
ＶＩＮＧ条件述語の要素として名前またはアイコンによ
って表示することができる。選択すると、その副照会
は、それ自身の基本ウィンドウおよび、直接的な図形的
階層構造における関係する文節ウィンドウを有するであ
ろう。ＳＥＴ処理は、ウィンドウ間に図形的に表示され
た連結を含め、その照会の個別のオブジェクトによって
示すことができる。 〔本発明に従った詳細論理〕図９は、表ウィンドウ１０
０および２００の組の図形的表示を示す。アクションバ
ー１００は、マウスによって利用者選択可能な各種動作
を備える。カーソル１２０は、ＤＥＰＴ（部課）１３
０、ＳＡＬＡＲＹ（サラリー）１３２、ＹＥＡＲ（年
齢）１３４およびＪＯＢ（職種）１３６といった動作ま
たはオブジェクトを選択するために使用される。これら
のオブジェクトは、ＳＱＬ定義における各自の関係と同
様に表の列順で配列される。ＳＱＬ定義に対応するその
データ構造は、図５に４００で示されている。フラグ列
４１０は、列の状態に一致する。特定のオブジェクトが
マウスのボタンを押すことによって選択された場合、そ
のオブジェクトはＯＮになる。従って、ＤＥＰＴ ４１
５がＯＮになる。

【００５１】これらの２つのウィンドウ１００および２
００は、２３０の両者間の斜線によって示されたように
結合されている。この結合処理は、図５に４２０で示さ
れているデータ構造で追跡できる。このデータ構造は、
列名で連結された表名４２２、および、列名で連結され
た別の表名を含むレコード４２４という２つのレコード
を有する。

【００５２】図９はまた、その選択を利用者にはっきり
と伝えるために反転表示で描出されている選択されたオ
ブジェクト、ＭＡＮＡＧＥＲ（マネジャー）２２０も示
している。図５は、このオブジェクト、ＭＡＮＡＧＥＲ
に対応する列項４５２、および、そのオブジェクトの選
択に対応するフラグ項４５４を備えた、対応するデータ
構造４５０を含んでいる。

【００５３】図１０は、２つの選択オブジェクト、ＤＥ
ＰＴ ５０１およびＭＡＮＡＧＥＲ５０２を示してい
る。これらの２つのオブジェクトは、それらの選択状態
をはっきりと伝えるために反転表示で示されている。そ
の後、利用者がカーソルをオブジェクトＳＡＬＡＲＹ
５０３の上に置き、マウスボタンをダブルクリックする
と、図１１の５１０で示されたように、Ｃｏｎｄｉｔｉ
ｏｎ Ｄｅｆｉｎｉｔｉｏｎ Ｄｉａｌｏｇウィンドウ
が現れる。オブジェクトＳＡＬＡＲＹ ５０３はラベル
フィールド５１２に自動的に示される。スクロール可能
リストボックス５１４は、そのオブジェクトをＶＡＬＵ
Ｅ（値）５１６またはＳＵＢＱＵＥＲＹ（副照会）５１
８と比較する比較処理５１４に対応する選択可能アイテ
ムを有する。各種値の選択により、特定の比較処理、さ
らに、ＶＡＬＵＥ ５１６またはＳＵＢＱＵＥＲＹ ５
１８の選択に進む。最後に利用者は、選択が完了したこ
とを指示するためにＯＫ処理５２０を選択し、ＲＯＷ
ＣＯＮＤＩＴＩＯＮ（行状態）ウィンドウ５２１が図１
２に示されたように呼び出される。

【００５４】図１２は、述語５２６または、処理を結合
する論理演算子に適用することができる各種論理動作か
ら成るアクションバー５２４を備えたＲＯＷ ＣＯＮＤ
ＩＴＩＯＮウィンドウ５２１を示す。図１２では単一の
述語ＳＡＬＡＲＹ ＞ ６０，０００を有する。これ
は、６０，０００ドルを超える全部のＳＡＬＡＲＹ値の
選択に対応する。この処理に対応するデータ構造は、図
５の４５５に示されている。４５６のノード名Ｎ５は、
ＲＯＷ ＣＯＮＤＩＴＩＯＮウィンドウに現れている特
定の述語に対応する。例えば、５２６のラベルの付けら
れた述語は、Ｎ５４５６に対応する。次の項４５７は、
その列名、この場合ＳＴＡＦＦ（職員），ＳＡＬＡＲＹ
を連結された表名に対応する。左から右へ進んで、次の
項は、図１１の比較処理５１４に対応するＣｏｍｐａｒ
ｉｓｏｎ Ｏｐｅｒａｔｉｏｎ（比較操作）４５８であ
る。同様に、次の項Ｖａｌｕｅ Ｂｕｔｔｏｎ ４５９
は、図１１の値（ＯＮ／ＯＦＦ）５１６に対応する。さ
らに、ＲＳ＿Ｖａｌｕｅ４６０は、図１１の値ボックス
５１７に入力された値に対応する。最後に、Ｓｕｂｑｕ
ｅｒｙ Ｂｕｔｔｏｎ ４６２は、図１１のアイテム５
１８のＳＥＬＥＣＴＥＤ／ＮＯＴ ＳＥＬＥＣＴＥＤ
（選択／非選択）に対応し、ＲＳ＿Ｓｕｂｑｕｅｒｙ
４６４は、図１１のＳｕｂｑｕｅｒｙ ５１８が選択さ
れた場合に入力されるアイテムに対応する。

【００５５】データ構造４７０は、ノード間の論理関係
の位置および形式、または、単一の述語が現れるという
ことを調整する。データ構造４８０は、各種ノード間の
親−子関係を追跡する。各親ノード４８２は、特定の親
ノード４８２に関係づけられた多数の子ノード４８４を
有することができる。

【００５６】図１３は、本発明に従った直接操作表示の
例示図である。利用者は、ＡＮＤノード５３２でクリッ
クしてそれを選択することができる。従って、利用者が
ＤＥＬＥＴＥ（削除）オプション５３４を選択した場
合、ダイアログボックス５３６が現れ、利用者に対して
ＤＥＬＥＴＥ処理の確定を促す。利用者がＯＫ（可）５
３８を選択すれば、ＡＮＤノード５３２および他のノー
ドへのその連結は全部削除される。ＡＮＤノード５３２
に対応する、図５のデータ構造Ｗ＿ＮｏｄｅＬｏｃＴｙ
ｐｅ ４７０の対応する項も削除される。また、ＡＮＤ
ノード５３２に対応するＰａｒｅｎｔＮｏｄｅ ４８２
を有する図５のデータ構造Ｗ＿ＰａｒｅｎｔＣｈｉｌｄ
ｒｅｎ ４８０の項も削除される。最後に、そのＣｈｉ
ｌｄｒｅｎＮｏｄｅｓリストのＡＮＤノード５３２を備
えた図５のデータ構造Ｗ＿ＰａｒｅｎｔＣｈｉｌｄｒｅ
ｎ ４８０のいずれの項も削除される。利用者にとって
は、こうしたアクティビティすべてが透過であり、その
処理結果を示するために図１４に例示された表示が提示
される。

【００５７】述語を連結するための論理関係を再構築す
るためには、利用者は、図１５のＧｒｏｕｐ Ａｃｔｉ
ｏｎ（グループ化動作）５７２を選択する。その後、利
用者は、グループ化するノード（述語または論理演算
子）を選択する。この例では、ＹＥＡＲ（年齢） ＞
２５ ５７４およびＳＡＬＡＲＹ ＞ ６００００ ５
７６が選択されている。この選択プロセスを反映するた
めに、これら２つの項は、図１５の５７４および５７６
で示す通り、反転表示される。グループ化されるノード
の全部を選択した後、利用者は、それらの選択した全部
の述語をＡＮＤ処理によって連結するためにアクション
バーで図１６のＡＮＤ ５８２を選択する。その後、Ａ
ＮＤノード５８４が、選択した述語のその関係する連結
線とともに表示に追加される。それらの述語は、線の連
結によって反映された述語を結合する論理演算子によっ
て各自の正常状態に復元される。新しい項が、図５のデ
ータ構造Ｗ＿ＮｏｄｅＬｏｃＴｙｐｅ ４７０に追加さ
れる。また、ＡＮＤノード５８４と述語ＹＥＡＲ ＞
２５ ５７４およびＳＡＬＡＲＹ ＞ ６００００５７
６との間の親−子関係を指示する新しい項も、図５のデ
ータ構造Ｗ＿ＰａｒｅｎｔＣｈｉｌｄｒｅｎ ４８０に
追加される。同様に、関係するデータ構造に対する修正
によって、それらの論理演算子を変更、追加または削除
することができる。その利用者は、常にそれらの内部変
更から絶縁されており、その内部処理の表示された図形
的表現に集中するだけでよい。 〔詳細論理の流れ図〕図１７から図２７は、本発明に従
って照会処理および表示システムの詳細論理を提示す
る。図１７から図１９において、利用者は、機能ブロッ
ク６００に図示されたように、Ｔａｂｌｅウィンドウで
クリックすることにより列オブジェクトを選択する。決
定ブロック６１０でダイアログボックスがアクティブに
なると、機能ブロック６２０で示された通り、そのオブ
ジェクト名がカレントの項カーソル位置に付加される。
アクティブのダイアログボックスがまったく存在しない
場合、適切なデータ構造がアクセスされ、フラグが設定
され、以降、そのオブジェクトは機能ブロック６３０で
指示されたように反転表示で表示されることになる。

【００５８】あるいは、利用者が、機能ブロック６４０
にある通り、Ｔａｂｌｅウィンドウの列オブジェクトを
ダブルクリックすると、機能ブロック６５０でＣｏｎｄ
ｉｔｉｏｎ Ｄｅｆｉｎｉｔｉｏｎ（状態決定）ダイア
ログボックスが呼び出され、機能ブロック６６０で示さ
れた通り、そのオブジェクト名がカレントの項カーソル
位置に付加される。機能ブロック６７０に示されたよう
に、ダイアログボックスキャンセルボタンが押される
と、制御は機能ブロック６８０に渡され、ダイアログボ
ックスは非活動化され、デフォールト値にリセットされ
る。

【００５９】図２０と図２１は、本発明に従った条件定
義処理のＯＫ論理の詳細流れ図を示す。処理は、選択を
指定するためにＯＫボタンがクリックされた時に機能ブ
ロック７００で始まる。検出から制御は機能ブロック７
１０に渡り、ダイアログボックスで以前に指定された値
にもとづいて適切なデータ構造で新しい項が構築され
る。その後、決定ブロック７２０で、それが最初に定義
された述語であるかを判定するために検査が実行され
る。その述語が定義されると、行条件ウィンドウは機能
ブロック７３０に示すように活動化され、制御は機能ブ
ロック７４０へ渡り、そこで、その述語の表示を構築す
るために適切なデータ構造がアクセスされる。それが最
初に定義された述語でない場合、制御は直接機能ブロッ
ク７４０へ渡る。

【００６０】新規列のダイアログボックスＯＫ論理は、
ＯＫボタンの押下を検出する機能ブロック７６０で始ま
り、制御は新しい列が適切なデータ構造に追加される機
能ブロック７７０に渡る。その後、これが最初の新規列
の定義であるかを判定するために決定ブロック７８０で
検査が実行される。そうであれば、機能ブロック７９０
はＮｅｗＣｏｌｕｍｎ Ｗｉｎｄｏｗ（新列ウィンド
ウ）を活動化し、機能ブロック７９５に示された通り、
新しい項が適切なデータ構造に追加される。

【００６１】図２２と図２３は、本発明に従って、述語
ノードを選択し、その述語ノードに関係づけられた値を
ダイアログボックスに自動的に渡すことに関係する詳細
論理を提示する。制御は機能ブロック８００で始まり、
ここで述語ノードがダブルクリックされ、機能ブロック
８１０で示すように条件ブロックを呼び出す。その後、
適切なデータ構造が機能ブロック８２０でアクセスさ
れ、値が、選択された述語に関係するダイアログボック
スのフィールドに複写される。行条件ウィンドウにおけ
る述語ノードの選択に関する論理は、機能ブロック８４
０に始まり、ここで述語のシングルクリック選択が検出
される。その後、レギュラーモードがアクティブである
かを判定するために決定ブロック８５０で検査が実行さ
れる。レギュラーモードがアクティブであれば、機能ブ
ロック８６０はその特定の述語についてＳＥＬＥＣＴ処
理を実行する。レギュラーモードがアクティブでなけれ
ば、機能ブロック８６０は迂回される。それとは関係な
く、その選択された述語は機能ブロック８７０で示すよ
うに反転表示で表示される。

【００６２】図２４と図２５は、論理演算子の選択およ
び動作のグループ化に関係する論理を説明している。論
理演算子を選択するために、処理は機能ブロック９００
で始まり、ここで論理演算子のシングルクリックが検出
される。カレントモードが何であるかを判定するために
ただちに決定ブロック９１０で検査が始まる。そのモー
ドがレギュラーであれば、機能ブロック９２０に示す通
り、そのノードがＳＥＬＥＣＴモードにされ、制御は機
能ブロック９５０に渡され、そこでそのノードは反転表
示で表示される。モードがＬＩＮＫ（連結）である場
合、機能ブロック９３０に示すように、新しい連結を反
映するために適切なデータ構造がアクセスされ、更新さ
れる。モードがＧＲＯＵＰ（グループ化）の場合、制御
は機能ブロック９５０の表示機能に渡される。ＳＥＬＥ
ＣＴＥＤ（選択）モードの場合、機能ブロック９４０に
示された通り、以前に選択されていたノードはレギュラ
ーモードにリセットされる。最後に、機能ブロック９７
０で示すようにＧＲＯＵＰＡＣＴＩＯＮが選択された場
合、機能ブロック９８０に示された通り、他の全部のモ
ードを使用禁止にするＧＲＯＵＰモードが呼び出され
る。

【００６３】図２６と図２７は、本発明に従った、ＡＮ
Ｄ、ＯＲおよびＬＩＮＫ処理のブロック図である。ＡＮ
Ｄ動作またはＯＲ動作が選択された場合、処理は機能ブ
ロック１０００から始まる。その後、カレントモードが
何であるかを判定するために決定ブロック１０１０で検
査が実行される。ＧＲＯＵＰモードがアクティブである
場合、機能ブロック１０４０に示された通り、適切なデ
ータ構造がアクセスされ、項が追加され、連結されたオ
ブジェクトを結合する線によってその連結が表示され
る。決定ブロック１０３０でＳＥＬＥＣＴ（選択）モー
ドが検出された場合、機能ブロック１０５０および１０
６０で、適切なデータ構造が更新され、その表示が利用
者にその新しい形式の選択ノードを提示するように変更
される。いずれのモードが選択されていても、機能ブロ
ック１０７０でそのモードをレギュラーモードにリセッ
トすることにより、処理は完了する。最後に、機能ブロ
ック１０９０でＬＩＮＫ動作が選択された場合、ＳＥＬ
ＥＣＴモードがアクティブであるかを判定するために検
査が実行される。ＳＥＬＥＣＴモードがアクティブであ
れば、ＬＩＮＫモードが呼び出され、他の全部のアクテ
ィブモードは使用禁止にされる。

【００６４】本発明を特定のシステム環境における好ま
しい実施例に関して説明したが、本発明が、修正によ
り、添付された特許請求の精神および範囲内にある他の
各種のハードウエアおよびソフトウエア環境においても
実施できることを、当業者は理解されるであろう。

【００６５】

【発明の効果】以上説明したように本発明によればデー
タベースを直接操作するためにプレゼンテーションオブ
ジェクトを作成するための図形的照会ソフトウエアを利
用者に供することができる。

【図面の簡単な説明】

【図１】本発明に従ったパーソナルコンピュータシステ
ムのブロック図。

【図２】本発明に従った関係データベースを備えるネッ
トワークに接続されたワークステーションの略図。

【図３】本発明に従った、照会を定義するためのウィン
ドウおよびＳＱＬステートメントを含むウィンドウを有
する、視覚的照会表示の例示図。

【図４】本発明に従った双方向変換のための共通データ
構造の集合の略図。

【図５】本発明に従った双方向変換のための共通データ
構造の集合の略図。

【図６】本発明に従った双方向変換のための共通データ
構造の集合の略図。

【図７】本発明に従った双方向変換のための共通データ
構造の集合の略図。

【図８】本発明に従った双方向変換のための共通データ
構造の集合の略図。

【図９】本発明に従ったＳＱＬ照会の図形的表示の例示
図。

【図１０】本発明に従った選択オブジェクトの組を有す
るＳＱＬ照会の図形的表示の例示図。

【図１１】本発明に従った選択オブジェクトの組および
条件定義ウィンドウを有するＳＱＬ照会の図形的表示の
例示図。

【図１２】本発明に従った選択オブジェクトの組および
行定義ウィンドウを有するＳＱＬ照会の図形的表示の例
示図。

【図１３】本発明に従ったＤＥＬＥＴＥ動作を伴う選択
オブジェクトの組および行定義ウィンドウを有するＳＱ
Ｌ照会の図形的表示の例示図。

【図１４】本発明に従った選択オブジェクトの組、行定
義ウィンドウおよび論理オペレータを有するＳＱＬ照会
の図形的表示の例示図。

【図１５】本発明に従った選択オブジェクトの組、およ
び、選択条件の組による行定義ウィンドウを有するＳＱ
Ｌ照会の図形的表示の例示図。

【図１６】本発明に従った選択オブジェクトの組、およ
び、ＡＮＤ演算によって論理的に連結された選択条件の
組による行定義ウィンドウを有するＳＱＬ照会の図形的
表示の例示図。

【図１７】本発明に従った詳細論理の流れ図。

【図１８】本発明に従った詳細論理の流れ図。

【図１９】本発明に従った詳細論理の流れ図。

【図２０】本発明に従った詳細論理の流れ図。

【図２１】本発明に従った詳細論理の流れ図。

【図２２】本発明に従った詳細論理の流れ図。

【図２３】本発明に従った詳細論理の流れ図。

【図２４】本発明に従った詳細論理の流れ図。

【図２５】本発明に従った詳細論理の流れ図。

【図２６】本発明に従った詳細論理の流れ図。

【図２７】本発明に従った詳細論理の流れ図。

【図２８】本発明に従ってＣＡＴＥＧＯＲＹ表を有する
ＳＱＬ照会の図形的表示の例示図。

【符号の説明】

３９ ワークステーション ４４ グラフィックディスプレイ ５３ ＳＱＬステートメントウィンドウ ５６ Ｒｏｗ Ｃｏｎｄｉｔｉｏｎウィンドウ ５７ ＨＡＶＩＮＧ Ｃｏｎｄｉｔｉｏｎウィンドウ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ウェンディー、スー、ジェームズ アメリカ合衆国テキサス州、オースチン、 アマリロ、アベニュ、13113 (72)発明者 シー‐ゴン、リー アメリカ合衆国テキサス州、オースチン、 ミスティック、オークス、トレイル、9402 (56)参考文献 特開 平４−75170（ＪＰ，Ａ)

Claims (7)

【特許請求の範囲】
1. 【請求項１】データベースに格納された照会データを図
   形的に操作するためのシステムであって、前記システム
   がプロセッサ及び表示装置と関連して動作するものにお
   いて、 照会オブジェクトクラスのリストを表示する表示手段
   と、 前記複数の照会オブジェクトクラスの一つを選択し、照
   会オブジェクトデータを入力して一つの照会オブジェク
   トを作成するユーザ対話手段と、 連結すべき二つの照会オブジェクトを選択し、作成され
   た連結オブジェクトの連結情報を指定する選択手段と、 照会オブジェクト定義及び結合オブジェクト定義を前記
   データベースの一部として格納する格納手段と、 を含むことを特徴とするシステム。
2. 【請求項２】請求項１に記載のシステムにおいて、前記
   データベースが関係型であることを特徴とするシステ
   ム。
3. 【請求項３】表示装置及びユーザ対話手段を有するコン
   ピュータシステム中のデータベースからデータを抽出す
   るための照会を図形的に管理する方法において、 複数の照会オブジェクトクラス標識を表示する段階と、 照会オブシェクトクラスの選択と照会オブシェクトのそ
   れぞれに対する照会オブジェクトデータの入力とを繰返
   すことによって複数の照会オブジェクトを作成する段階
   と、 前記ユーザ対話手段を使用することにより、第１の照会
   オブジェクト及び第２の照会オブジェクトの選択とそれ
   に続く連結パラメータの指定とを繰返すことによって、
   連結オブジェクトを作成する複数の照会オブジェクト連
   結手段と、 前記照会オブジェクト及び前記結合オブジェクトを前記
   データベースの一部として格納する段階と、 を含むことを特徴とする方法。
4. 【請求項４】請求項３に記載の方法において、さらに、 テキストに指定された照会を受取る段階と、 前記テキスト照会を複数の照会オブジェクト及び連結オ
   ブジェクトに分解する段階と、 前記照会オブジェクト及び連結オブジェクトを前記デー
   タベースに格納する段階と、 前記照会オブジェクト及び連結オブジェクトを前記表示
   装置に表示する段階と、 を含むことを特徴とする方法。
5. 【請求項５】請求項３に記載の方法において、前記照会
   がＳＱＬ照会の構文であることを特徴とする方法。
6. 【請求項６】請求項４に記載の方法において、前記デー
   タベースが関係型であることを特徴とする方法。
7. 【請求項７】請求項５に記載の方法において、前記デー
   タベースが関係型であることを特徴とする方法。