JPH09237280A - Ｅｒモデル指向によるデータベース検索装置 - Google Patents

Abstract

(57)【要約】 【課題】 リレーショナルデータベース（ＲＤＢ）上に
格納されたデータを検索／表示利用するデータベース検
索装置において、アプリケーション上での検索式作成、
検索式発行部の作成、検索結果取得部の作成、検索結果
表示部の作成という一連の作業を一括管理して行う機構
を提供し、ＲＤＢ上のビューのスキーマを自動的に生成
する機構を提供し、ビューに対するＲＤＢ検索式を自動
的に生成する機構を提供すること。 【解決手段】 ＲＤＢに格納されたデータを検索／表示
するアプリケーションシステムにおいて、検索式の作成
・検索式発行部の作成・検査結果取得部の作成・検索結
果表示部の作成という一連の複雑な工程を一元的に管理
するＥＲモデルに基づくＥＲ情報を属性として保持する
ＥＲベース表示部品をアプリケーションに導入し、ＥＲ
ベース表示部品を作成するだけでビューの生成／検索式
の生成を自動的に行う機構を実現し、上記の目的のアプ
リケーションシステムを作成する際の開発効率を向上さ
せている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＥＲモデル指向に
よるデータベース検索装置に関する。

【０００２】

【従来の技術】ＲＤＢに格納されたデータを検索／表示
するデータベース検索システムを構築する際の、従来方
式による作業フローチャートの一例を図２に示す。この
方式は、データベース検索システムの表示画面設計をし
た後に、その表示画面ごとに応じてデータベース上でビ
ューを作成し、さらにこのビューに対する検索を行うた
めのＲＤＢ検索式をプログラマが作成して、運用時に実
行する形態をとるものである。

【０００３】図２に示すように、従来のデータベース検
索システムの構築作業は、構築作業の開始（２０１）か
らはじまって、アプリケーションの作成に先立って、ビ
ューの作成（２０２）、ビューに対する検索式の作成
（２０３）を行う。アプリケーション部分の構築では、
アプリケーションの画面設計（２０４）・検索式発行部
の作成（２０５）・検索情報取得部の作成（２０６）・
検索情報表示部の作成（２０７）をそれぞれ行った後に
運用（２０７）となる。

【０００４】

【発明が解決しようとする課題】前記の従来方式では、
システムのアプリケーション部分を構築する際に、検索
式の作成・検索式発行部の作成・検索結果取得部の作成
・検索結果表示部の作成をそれぞれ行う必要があるが、
これらの複雑な作業を一元的に管理しつつ一つのＥＲベ
ース表示部品を作成することだけで一連の検索式の生成
・検索式の発行・検索結果の取得・結果の表示という作
業を行うことを可能にすることによりプログラマの負担
を軽減することが、本発明の課題の一つである。

【０００５】また前記の従来方式では、システム全体を
構築する際に、アプリケーション部分の設計開発者が、
設計した表示画面の形態に応じてビューのスキーマを設
計し、ＲＤＢ管理者に対してビューの作成を依頼する必
要がある。ここで一般的にはアプリケーションプログラ
ムの開発設計者は、ＲＤＢをメンテナンスする知識・技
能が不足するため、適切なビューのスキーマを設計する
作業を行うことが困難、あるいは負担が大きくなる。さ
らに、作成したビューに対する検索式を、プログラム設
計者もしくはＲＤＢ管理者が作成する必要があり、検索
の結果取得した情報を適切にアプリケーション画面上に
表示するための機構をアプリケーションプログラム設計
者が作成する必要がある。

【０００６】そこで本発明は、アプリケーションプログ
ラムの設計開発者が表示画面の設計を行う際に、ＥＲベ
ース表示部品を作成する作業を行うだけで、自動的にビ
ューのスキーマを生成する機構を提供し、ビューに対す
るＲＤＢ検索式を自動的に生成する機構を提供すること
もその課題として含む。

【０００７】図３に本発明によるデータベース検索シス
テムの構築作業フローチャートの一例を示す。図３に示
すように、本発明によるデータベース検索システムの構
築作業は、構築作業の開始（３０１）からはじまって、
アプリケーション画面の設計（３０２）を行い、ＥＲ情
報の入力（３０３）を行う。そのＥＲ情報をもとに、Ｒ
ＤＢ上のビュー（３０４）とビューに対する検索式（３
０５）が生成される。ビュー生成（３０４）とＲＤＢ検
索式の生成（３０５）はシステムにより自動的に行われ
るため、プログラマは自身で処理をする必要はない。次
にＥＲベース表示部品によって与えられたＥＲ情報から
ＥＲＥベース表示部品が自動的に生成される。

【０００８】これらの作業の後に、運用が開始される。

【０００９】

【課題を解決するための手段】本発明に関わるＥＲモデ
ル指向によるデータベース検索装置は、アプリケーショ
ンプログラム表示画面設計に、情報表示のための部品を
導入し、この表示部品の属性としてＥＲモデルに基づく
情報を付加することにより、データベースへの検索式発
行・検索情報取得・検索情報表示という一連の作業をそ
の部品単位で管理することを可能として、アプリケーシ
ョンプログラマの負担を軽減することを可能とする点を
特徴の一つとして持つ。本発明ではこの情報部品を「Ｅ
Ｒベース表示部品」と呼ぶ。

【００１０】また、ＥＲベース表示部品が持つＥＲモデ
ルに基づく情報を利用したＲＤＢ上のビューや検索式を
自動的に生成する装置をもたせることも特徴の一つとす
る。

【００１１】本発明においては、データベースへの検索
式の管理・検索式発行処理の管理・検索情報取得処理の
管理・検索情報表示処理の管理という従来のデータベー
ス検索システムでは個別に行われていた各種の処理管理
を、検索対象となる情報単位で「ＥＲベース表示部品」
に集中させることにより、データベース検索システムの
アプリケーションプログラマが行う作業をＥＲベース表
示部品の作成だけに集中させることが可能となる。

【００１２】また本発明による「ＥＲベース表示部品」
では、その属性としてＥＲモデルに基づく情報を保持し
ている。一方、ＲＤＢ上のテーブルはＥＲモデルをもと
にそのスキーマが設計されているため、ＲＤＢ上のビュ
ー・ビューへの検索式もそのＥＲモデルに基づく情報に
より構築することが可能である。そこで本発明では、
「ＥＲベース表示部品」が属性として持っているＥＲ情
報をもとにビューの生成・ビューへの検索式の生成を自
動的に行う装置を持ち、これにより従来はアプリケーシ
ョンプログラマがデータベース管理者に依頼して行って
いた作業（ビューの作成・検索式の作成）を省略するこ
とが可能となり、システム全体の構築効率を高めること
が可能となる。

【００１３】さらに、ビュー・ビューの検索式が自動的
に作成することが可能になっていることにより、ＥＲベ
ース表示部品で管理されているビューへの検索機構も自
動的に作成することができる。そこで本発明では、ＥＲ
モデルに基づく情報をＲＤＢ上に保持しその情報を利用
することにより、ＥＲベース表示部品およびその内部で
管理されるビューへの検索機構を自動的に生成する装置
を追加することが可能となり、アプリケーションプログ
ラマによる作業を一層軽減することができ、システム全
体の構築効率を向上することが可能となる。

【００１４】

【発明の実施の形態】本発明のＥＲモデル指向によるデ
ータベース検索装置について、図１、図４〜図１８を参
照して本発明の実施の形態について説明する。

【００１５】（ＥＲモデル）本発明の実施例におけるＥ
Ｒ属性情報の詳細を説明する前に、本発明において前提
としているＥＲモデルについて説明する。

【００１６】ＥＲモデル（実体関連モデル、Ｅｎｔｉｔ
ｙ−Ｒｅｌａｔｉｏｎモデル）とは、ＲＤＢへのデータ
入力に先だつ各テーブルのスキーマの設計を行う際のモ
デルであり、ＲＤＢに入力される全てのデータを、「実
体クラス」もしくは「関連クラス」のインスタンスおよ
びその属性として定義することによって、データ全体が
構築する世界観の理解を容易にするものである。図４に
ＥＲモデルの一例を示す。図４のＥＲモデルは、映画デ
ータベースを対象としている。図４では、実体クラスは
矩形（４５０）、関連クラスは菱形で、実体クラスおよ
び関連クラスの属性は楕円（４５５）で描かれている。
関連クラスには、１対１型、１対多型、多対１型、多対
多型の４種類の関係が存在する。図４では関連のタイプ
毎に、１対１型（４５１）、１対多型（４５２）、多対
１型（４５３）、多対多型（４５４）の４種類の記号を
用いて描かれている。

【００１７】図４のモデルでは、実体クラスとして「俳
優」（４００）、「作品」（４２０）、「監督」（４４
０）の３つが存在している。また関連クラスとしては、
俳優（４００）と作品（４２０）を関連付ける「出演」
（４１６）、作品（４２０）と監督（４４０）を関連付
ける「制作」（４３０）の２つが存在している。

【００１８】各実体クラスや関連クラスはそれぞれ属性
を持つことができ、例えば俳優クラス（４００）には、
「俳優ＩＤ」（４０１）、「名前」（４０２）、「写
真」（４０３）、「本名」（４０４）、「国籍」（４０
５）、「性別」（４０６）、「生年月日」（４０７）と
いう属性を持っている。作品クラス（４２０）には、
「作品ＩＤ」（４２１）と「タイトル」（４２２）とい
う属性がある。監督クラス（４４０）には、「名前」
（４４２）と「監督ＩＤ」（４４１）という属性があ
る。出演クラス（４１０）には、「役名」（４１１）と
いう属性がある。製作クラス（４３０）には、（このモ
デルでは）属性がない。

【００１９】ＥＲモデルを基に実際にＲＤＢにデータを
入力する際には、ＥＲモデルのクラスおよび属性をデー
タベーステーブルのスキーマ設計にマッピングしてから
行われる。このようにして作成された個々のクラスを表
現するテーブル（表）を「基礎表」と呼ぶことにする。
本発明で採用している基礎表へのマッピング方式は、実
体クラスについては１つのクラスにつき１つの基礎表が
作成されて、そのクラスの各属性がフィールドに割り当
てられるものとし、関連クラスについては１つのクラス
につき１つの基礎表が作成されて、関連の前後にある２
つの実体クラスのインスタンスＩＤと関連クラスの各属
性がフィールドに割り当てられているものを採用するこ
ととする（このマッピング方式は、ごく一般的なものの
方式の１つである。）。

【００２０】図５に図４のＥＲモデルの例から作成され
たＲＤＢ上の基礎表のスキーマの例を示す。先に説明し
た通り、図４のＥＲモデルに含まれる個々の実体クラス
と関連クラスごとに基礎表が作成されている。図５で、
俳優クラスに対応する基礎表のスキーマが（５０１）、
作品クラスに対応するものが（５０２）、監督クラスに
対応するものが（５０３）、出演クラスに対応するもの
が（５０４）、製作クラスに対応するものが（５０５）
である。

【００２１】［本発明で想定しているアプリケーション
の形態について］次に、本発明で想定しているアプリケ
ーションの形態について簡単に説明する。

【００２２】図６は本発明によるＥＲベース表示部品を
画面上に配置することにより作成されたアプリケーショ
ン画面の例である。図６のアプリケーションでは、任意
の俳優クラスの俳優ＩＤを持つ俳優インスタンスに関し
て、その名前を表示するＥＲベース表示部品（６０
１）、本名を表示するＥＲベース表示部品（６０２）、
生年月日を表示するＥＲベース表示部品（６０３）、国
籍を表示するＥＲベース表示部品（６０４）、性別を表
示するＥＲベース表示部品（６０５）、俳優ＩＤを表示
するＥＲベース表示部品（６０６）、写真を表示するＥ
Ｒベース表示部品（６０７）、出演映画を表示するＥＲ
ベース表示部品（６０８）、出演役名を表示するＥＲベ
ース表示部品（６０９）、（出演映画の）監督を表示す
るＥＲベース表示部品（６１０）が配置されている。本
発明で想定しているアプリケーションは、任意のクラス
の任意のインスタンスＩＤを与えると、その情報を検索
のキーとして、必要な情報についてデータベースに対し
て検索することにより取得表示を行うものである。図６
のアプリケーションでは、俳優クラスの俳優ＩＤを検索
のキー情報として、名前、本名、生年月日、国籍、性
別、俳優ＩＤ、写真、出演映画、出演役名、出演映画の
監督を検索／表示する。

【００２３】［第１の実施の形態］次に第一の発明の実
施の形態について、図１を参照しながら説明する。図１
は本発明によるデータベース検索装置の第一の実施形態
を示している。

【００２４】図１のシステムにはデータベース（１０
１）とデータベース検索装置（１０４）が含まれてい
る。データベース（１０１）内には、データを格納した
テーブル（１０２）と、実際の検索時に検索の対象とな
るビュー（１０３）が含まれている。データベース検索
装置内には、本発明によるＥＲベース表示部品（１０
５）と、ビューへの検索式（１０７）が保持されてい
る。ＥＲベース表示部品（１０５）は、その属性として
ＥＲ情報（１０６）を持っている。

【００２５】システム全体の動作は次の通りである。ま
ずデータベース検索装置（１０４）内のＥＲベース表示
部品（１０５）が検索式（１０７）をデータベースに対
して発行し、データベース（１０１）上のビュー（１０
３）に対して検索が行われる。検索結果はＥＲベース表
示部品（１０５）に返され、ＥＲベース表示部品が適切
な形式に加工して表示部（１０８）に渡されて表示処理
が行われる。適切な形式とは、検索の結果取得したデー
タが静止画ならば「静止画用ＥＲベース表示部品」、単
一行データならば「一行用ＥＲベース表示部品」、複数
行データならば「複数行用ＥＲベース表示部品」をそれ
ぞれ選択して表示を行うことを示す。図７にＥＲベース
表示部品（静止画用ＥＲベース表示部品（７０１）、一
行用ＥＲベース表示用部品（７０２）、複数行用ＥＲベ
ース表示部品（７０３）の外観の例を示す。

【００２６】ＥＲベース表示部品（１０５）には、その
属性としてＥＲ情報（１０６）がある。図８に、ＥＲ情
報の構成を示す。

【００２７】本発明におけるＥＲ情報には、１．検索の
始点情報（検索の鍵となる情報）（８０１）、２．検索
の終点情報（検索対象の情報）（８０２）、３．始点終
点間のパスに関する情報（８０３）、４．検索条件情報
（８０４）の４種類の情報が、ＥＲモデル内での位置づ
け情報（クラスＩＤおよび属性ＩＤ）を用いて表現され
ている。

【００２８】検索の始点情報（８０１）は、任意の（実
体もしくは関連）クラス名とそのインスタンスの任意の
属性を指定する。例えば、「俳優」クラスインスタンス
の「俳優ＩＤ」属性を始点情報とすることにより、特定
の俳優ＩＤを持つ俳優に関する検索を行うことを指定で
きる。図９にＥＲ情報のうちの、検索始点情報の例を示
す。本例は図６の６０８に示されるＥＲベース表示部品
（出演映画のタイトルを表示するための部品）の持つＥ
Ｒ情報の、検索始点情報である。本例では検索始点情報
のクラスとして「俳優」、属性として「俳優ＩＤ」が指
定されている。

【００２９】検索の終点情報（８０２）は、任意の（実
体もしくは関連）クラスインスタンスの任意の属性を指
定する。例えば、「作品」クラスインスタンスの「タイ
トル」属性を終点情報とすることにより、目的の作品の
タイトルに関する情報を取得することができる。図１０
にＥＲ属性情報のうちの、検索終点情報の例を示す。本
例は図６の６０８に示されるＥＲベース表示部品（出演
映画のタイトルを表示するための部品）の持つＥＲ情報
の、検索終点情報である。本例では、検索終点情報のク
ラスとして「作品」、属性として「タイトル」が指定さ
れている。

【００３０】始点終点間のパスに関する情報（８０３）
は、両点を結ぶ関連および実体クラスのリストとするこ
とができる。

【００３１】例えば、図４のＥＲモデルの例において、
俳優クラス（４０６）の俳優ＩＤ属性（４０１）を始点
情報とし、作品クラス（４２０）のタイトル属性（４２
２）を終点情報とした場合、両点を結ぶのは「出演」
（４１０）という関連クラスである。従ってこの場合の
パスに関する情報は、俳優（実体クラス）／出演（関連
クラス）／作品（実体クラス）というクラスＩＤの連鎖
になる。

【００３２】また図４のＥＲモデルの例において、俳優
クラス（４００）の俳優ＩＤ属性（４０１）を始点情報
とし、監督クラス（４４０）の名前属性（４４２）を終
点情報とした場合のパス情報は、俳優（実体クラス）／
出演（関連クラス）／作品（実体クラス）／制作（関連
クラス）／監督（実体クラス）というクラスＩＤの連鎖
になる。

【００３３】但し、本発明においては、同一の検索パス
上に出現する関連クラスのタイプとして、（始点から終
点に向かって）「１対多型」および「多対多型」の出現
回数が合計で２回以上現れるものに関しては適用の範囲
外とする。

【００３４】本発明によるＥＲ属性情報のパス情報に
は、パス上にある各クラスの属性に対して検索の条件を
付加することができる。（検索条件は付加しなくてもよ
い。）例えば、俳優クラスの国籍属性について、検索条
件として「日本」という条件を付加することができる。
なお、検索条件とは、属性値が特定の値と一致する場合
／特定の範囲に含まれる場合／パターンマッチに適合す
る場合、などがある。

【００３５】図１１にＥＲ情報のうちの、検索パス情報
および検索条件情報の例を示す。本例は図６の６０８に
示されるＥＲベース表示部品（出演映画のタイトルを表
示するための部品）を持つＥＲ情報の、検索パス情報、
検索条件情報である。本例ではパスを示すクラスとして
「俳優」と「出演」が指定されており、さらに検索条件
情報として俳優クラスでの条件に、「国籍＝日本」と
「性別＝１」という２つの条件が付加されているもので
ある。

【００３６】表１は、図６で作成されたアプリケーショ
ン設計画面上に配置されたＥＲベース表示部品の例に付
加されているＥＲ属性情報の例を示すものである。

【００３７】

【表１】

【００３８】［第２の実施の形態］次に第二の発明の実
施の形態について、図１２を参照しながら説明する。図
１２は本発明によるデータベース検索装置の第二の実施
形態を示している。第二の実施形態は、第一の実施形態
に、ＥＲベース表示部品の持つＥＲ情報（１０６）を入
力とし、データベース上にビュー（１０３）を生成する
ビュー生成装置（１０９）が付加されたものである。

【００３９】本実施形態は、ビュー生成装置（１０９）
によってデータベース上のビュー（１０３）を生成した
のちに、検索システムの運用を行う。

【００４０】次にビュー生成装置（１０９）によるビュ
ー生成方法について述べる。図１３にビュー生成装置
（１０９）におけるビュー生成のフローチャートを示
す。

【００４１】図１３に示すビュー生成装置内でのビュー
生成の流れは以下の通りである。ビュー生成の流れは、
開始（１３０１）の次に、「セット」が未定義のアプリ
ケーション画面を一つ選択しその画面に対応したビュー
の生成を開始する。ここで述べた「セット」とは、一つ
のビューにまとめることができるＥＲベース表示部品の
組のことである。すなわち、ビュー生成作業開始直後は
セットは一つも定義されていない。

【００４２】次に１３０２で選択されたアプリケーショ
ン画面について、その中に含まれるＥＲベース表示部品
のうち、検索パス情報の経由クラスの数が最大のものを
選択する（１３０３）。同数のものがあれば、その中の
任意のものを選択する。

【００４３】１３０３で選択された部品を含む新規のセ
ットを生成する（１３０４）。ここで生成されるセット
のパス情報として、１３０３で選択されたＥＲベース表
示部品の検索パス情報を定義する。

【００４４】次に１３０２で選択されたアプリケーショ
ン画面に含まれるＥＲベース表示部品のうち、どのセッ
トにも所属しないものの中から、検索パス情報の経由ク
ラスの数が最大のものを選択する（１３０５）。同数の
ものがあれば、その中の任意のものを選択する。

【００４５】１３０４で生成されたセットのパス情報
と、１３０５で選択されたＥＲベース表示部品の検索パ
ス情報について、セットのパス情報に選択部品のパス情
報が包含されているかどうかを比較する（１３０６）。

【００４６】包含されていれば、１３０４で生成された
セットに１３０５で選択されたＥＲベース表示部品を追
加する（１３０７）。

【００４７】包含されていなければ、１３０４で生成さ
れたセットには、それ以上に追加されるＥＲベース表示
部品はなく、１つのセットが完成する（１３０８）。１
３０８で１つのセットを完成した後には、１３０３の処
理に戻り、選択されているＡＰ画面について、どのセッ
トにも含まれていないＥＲベース表示部品について検索
パスの経由クラスが最長のものを選択し、セットを作成
して行く作業を繰り返す。

【００４８】一方、１３０７でセットに選択部品を追加
した後には、選択されているアプリケーション画面内
に、どのセットにも属していないＥＲベース表示部品が
残っているか検査する（１３０９）。

【００４９】１３０９で残っている場合には、１３０５
の処理に戻り、アプリケーション画面内の残りのＥＲベ
ース表示部品についてセットに追加、あるいは新規のセ
ット生成の作業を繰り返す。

【００５０】１３０９で残っていない場合には、選択さ
れたアプリケーション画面に関しては、セットの生成が
完了したことになる。そこで、選択されたアプリケーシ
ョン画面の全てのセットに対して、セットに含まれるＥ
Ｒベース表示部品の始点情報の属性（セット内の部品に
共通）と、各終点情報の属性をフィールドに持つビュー
を生成する（１３１０）。

【００５１】１３１０で特定のアプリケーション画面に
対するビューの生成を完了した後には、ビューが未生成
のアプリケーション画面が残っているか検査する（１３
１１）。

【００５２】残っている場合には、１３０２の処理に戻
り、セット未定義のＡＰ画面を一つ選択し、ビューの生
成作業を繰り返す。

【００５３】１３１１で、残っていない場合には、アプ
リケーションの全画面について、ビューの生成が完了し
たことになり、終了となる（１３１２）。次に、図１３
の１３１０で行われるビューの生成作業について、ビュ
ーを生成するためのＳＱＬ式の作成方法について説明す
る。図１３の１３１０では、各セットについて以下の手
順でビュー生成の式（ＳＱＬ式）を作成し、ビューを生
成する。ＥＲモデルでは実体クラスと実体クラスを関係
づけるために関連クラスが挿入されているという性質が
あるため、検索パス上には、実体クラスと関連クラスが
交互に出現することになる。したがって、本発明ではビ
ュー生成のためのＳＱＬ式の中のＷＨＥＲＥ節で記述さ
れる条件式に、 ・「実体クラス．インスタンスＩＤ＝関連クラス．イン
スタンスＩＤ１」 ・「実体クラス検索条件式」（例えば実体クラス．属性
１＝特定の値） ・「関連クラス．インスタンスＩＤ２＝実体クラス．イ
ンスタンスＩＤ」 （但し、関連クラスのインスタンスＩＤ１およびインス
タンスＩＤ２は、それぞれ関連クラスの前後に位置する
実体クラスのインスタンスＩＤを示す） ・「関連クラス検索条件式」（例えば関連クラス．属性
１＝特定の値）という４パターンの式および検索条件式
を検索パス上に出現するクラスの順に沿って列挙するこ
とにより、ＲＤＢ上の基礎表間の結合をとることができ
る。

【００５４】図１４に、本発明によるビュー生成のため
のＳＱＬ式の一般化例を示す。本例は、セットに含まれ
るＥＲベース表示部品がｎ個あり、それらの検索始点が
実体クラスで、セットの検索パスの最後のクラスが実体
クラスのものの例である。但し、本例中では、セットの
パス情報が経由するクラスについて、始点から終点方向
に向かって順に検索パスクラス１、検索パスクラス
２、．．．検索パスクラスｎとしている。

【００５５】上記の手順で作成されたＳＱＬ式を、図１
２の１０９のビュー生成装置からデータベース（１０
１）に対して発行することにより、データベース（１０
１）上にビュー（１０３）が生成される。

【００５６】［第３の実施の形態］次に第三の発明の実
施の形態について、図１５を参照しながら説明する。図
１５は本発明によるデータベース検索装置の第三の実施
形態を示している。第三の実施形態は、第一の実施形態
に、ＥＲベース表示部品の持つＥＲ情報（１０６）を入
力とし、データベース上のビュー（１０３）に対する検
索式（１０７）をデータベース検索装置（１０４）上に
生成する検索式生成装置（１１０）が付加されたもので
ある。

【００５７】本実施例は、検索式生成装置（１１０）に
よってデータベース検索装置（１０４）上の検索式（１
０７）を生成したのちに、検索システムの運用を行う。
本実施形態では、データベース上には、適切なビュー装
置が既に存在していることを前提としている。すなわ
ち、第二の実施の形態で説明したビュー生成装置によっ
て生成される形式、フィールドを持つビューが、データ
ベース上に存在していることを前提としている。

【００５８】次に検索式生成装置（１１０）による検索
式生成方法について述べる。図１６に検索式生成装置
（３０１）における検索式生成のフローチャートを示
す。

【００５９】図１６に示す検索式生成装置内での検索式
生成の流れは以下の通りである。検索式生成の流れは、
開始（１６０１）の次に、「セット」が未定義のアプリ
ケーション画面を一つ選択しその画面に対応した検索式
の生成を開始する。ここで述べた「セット」とは、一つ
の検索式にまとめることができるＥＲベース表示部品の
組のことである。すなわち、検索式生成作業開始直後は
セットは一つも定義されていない。

【００６０】次に１６０２で選択されたアプリケーショ
ン画面について、その中に含まれるＥＲベース表示部品
のうち、検索パス情報の経由クラスの数が最大のものを
選択する（１６０３）。同数のものがあれば、その中の
任意のものを選択する。

【００６１】１６０３で選択された部品を含む新規のセ
ットを生成する（１６０４）。ここで生成されるセット
のパス情報として、１６０３で選択されたＥＲベース表
示部品の検索パス情報を定義する。

【００６２】次に１６０２で選択されたアプリケーショ
ン画面に含まれるＥＲベース表示部品のうち、どのセッ
トにも所属しないものの中から、検索パス情報の経由ク
ラスの数が最大のものを選択する（１６０５）。同数の
ものがあれば、その中の任意のものを選択する。

【００６３】１６０４で生成されたセットのパス情報
と、１６０５で選択されたＥＲベース表示部品の検索パ
ス情報について、セットのパス情報に選択部品のパス情
報が包含されているかどうか比較する（１６０６）。

【００６４】包含されていれば、１６０４で生成された
セットに１６０５で選択されたＥＲベース表示部品を追
加する（１６０７）。

【００６５】包含されていなければ、１６０４で生成さ
れたセットには、それ以上に追加されるＥＲベース表示
部品はなく、１つのセットが完成する（１６０８）。１
６０８で１つのセットを完成した後には、１６０３の処
理に戻り、選択されているＡＰ画面について、どのセッ
トにも含まれていないＥＲベース表示部品について検索
パスの経由クラスが最長のものを選択し、セットを作成
して行く作業を繰り返す。

【００６６】一方、１６０７でセットに選択部品を追加
した後には、選択されているアプリケーション画面内
に、どのセットにも属していないＥＲベース表示部品が
残っているか検査する（１６０９）。

【００６７】１６０９で残っている場合には、１６０５
の処理に戻り、アプリケーション画面内の残りのＥＲベ
ース表示部品についてセットに追加、あるいは新規のセ
ット生成の作業を繰り返す。

【００６８】１６０９で残っていない場合には、選択さ
れたアプリケーション画面に関しては、セットの生成が
完了したことになる。そこで、選択されたアプリケーシ
ョン画面の全てのセットに対して、個々に検索式を生成
する（１６１０）。１６１０での検索式の生成方法の詳
細は、後述する。

【００６９】１６１０で特定のアプリケーション画面に
対するビューの生成を完了した後には、検索式が未生成
のアプリケーション画面が残っているか検査する（１６
１１）。

【００７０】残っている場合には、１６０２の処理に戻
り、セット未定義のＡＰ画面を一つ選択し、検索式の生
成作業を繰り返す。

【００７１】１６１１で、残っていない場合には、アプ
リケーションの全画面について、検索式の生成が完了し
たことになり、終了となる（１６１２）。

【００７２】次に、図１６の１６１０で行われる検索式
の生成作業について、検索式を生成するためのＳＱＬ式
の作成方法について説明する。この検索式は、１つのビ
ューに対する検索は一括して行う。検索式（ＳＱＬ式）
は一般的に、・ＳＥＬＥＣＴ フィールド名 ＦＲＯＭ
ビュー名 ＷＨＥＲＥ 検索条件という形式を持つ
が、本発明による検索式の生成においては、フィールド
名の部分に全フィールドを検索する意味を表す「^* 」
を、ビュー名の部分にはデータベース上に既に存在して
いるビューの名前を指定し、検索条件（ＷＨＥＲＥ節）
の部分にはＥＲ情報における検索始点情報に指定された
特定のクラス／属性値が、ある値に一致することを指定
することによって生成される。

【００７３】図１７に、本発明によって生成される検索
式（ＳＱＬ式）の一般化例を示す。図１７では、ＥＲベ
ース表示部品のＥＲ属性情報のうち、検索始点情報に記
述されているクラスおよび属性を、「始点クラス」およ
び「属性」と記述している。図１７で示される検索式の
ＷＨＥＲＥ節の右辺が書かれていない（条件式の最後が
「＝」となっている）のは、本発明による方式を用いて
作成されたアプリケーションを実行する際に、動的に指
定される値とするためである。つまり、検索の始点情報
（クラス、属性）の属性値として適当なものを与えて検
索を行えるようにするためにである。

【００７４】上記の手順で生成された検索式（ＳＱＬ
式）を、図１５の１１０の検索式生成装置からデータベ
ース（１０１）に対して発行することにより、データベ
ース（１０１）上のビュー（１０３）に対する検索が行
われる。

【００７５】［第４の実施の形態］次に第四の発明の実
施形態について、図１８を参照しながら説明する。図１
８は本発明によるデータベース検索装置の第四の実施形
態を示している。第四の実施形態は、第一の実施形態
に、第二の実施形態で付加されたビュー生成装置（１０
９）と、第三の実施形態で付加された検索式生成装置
（１１０）をともに付加したものである。

【００７６】次にビュー生成装置（１０９）によるビュ
ー生成方法と、検索式生成装置（１１０）による検索式
生成方法は、第二、第三の実施形態で説明済みであるの
で省略する。

【００７７】

【発明の効果】以上説明した通り、本発明によれば、Ｒ
ＤＢに格納されたデータを検索／表示するデータベース
検索システムを構築する際に、システムのアプリケーシ
ョン部分を構築する際に検索式の作成・検索式発行部の
作成・検索結果取得部の作成・検索結果表示部の作成を
それぞれ行う必要があったものを、これらの複雑な作業
を一元的に管理し一つにＥＲベース表示部品を作成する
ことだけで一連の検索式の生成・検索式の発行・検索結
果の取得・結果の表示と言う作業を行うことを可能にす
ることができ、プログラマの負担を軽減することができ
る。また、システム全体を構築する際に、アプリケーシ
ョン部分の設計開発者が、設計した表示画面の形態に応
じてビューのスキーマを設計してＲＤＢ管理者に対して
ビューの作成を依頼する必要があったものを、プログラ
マがＥＲベース表示部品を作成する作業を行うだけで、
自動的にビューを生成する機構を提供することにより、
プログラマの負担軽減および、開発効率の向上をはかる
ことができる。

【図面の簡単な説明】

【図１】本発明によるデータベース検索方式の第一の実
施例を説明するための図。

【図２】従来方式によるデータベース検索システム開発
作業フローチャート。

【図３】本方式によるデータベース検索システム開発作
業フローチャート。

【図４】ＥＲ（Ｅｎｔｉｔｙ−Ｒｅｌａｔｉｏｎ、実体
・関連）モデルの例を示す図。

【図５】図４のＥＲモデルから作成されたＲＤＢ上基礎
表のスキーマの例を示す図。

【図６】本発明による表示部品をアプリケーション設計
画面上に配置した例を示す図。

【図７】本発明によるアプリケーション画面上のＥＲベ
ース表示部品の外観の例を示す図。

【図８】本発明によるＥＲベース表示部品の持つＥＲ情
報の構成を示す図。

【図９】本発明によるＥＲベース表示部品の持つＥＲ情
報の、検索始点情報例を示す図。

【図１０】本発明によるＥＲベース表示部品の持つＥＲ
情報の、検索終点情報例を示す図。

【図１１】本発明によるＥＲベース表示部品の持つＥＲ
情報の、検索パス情報（検索条件情報も含む）例を示す
図。

【図１２】本発明によるデータベース検索方式の第二の
実施例を説明するための図。

【図１３】ビュー生成装置におけるビュー生成のフロー
チャート。

【図１４】本発明によるビュー生成のためのＳＱＬ式の
一般化例を示す図。

【図１５】本発明によるデータベース検索方式の第三の
実施例を説明するための図。

【図１６】検索式生成装置における検索式生成のフロー
チャート。

【図１７】本発明によって生成される検索式（ＳＱＬ
式）の一般化例。

【図１８】本発明によるデータベース検索方式の第四の
実施例を説明するための図。

【符号の説明】

１０１ データベース １０２ テーブル １０３ ビュー １０４ データベース検索装置 １０５ ＥＲベース表示部品 １０６ ＥＲ情報 １０７ 検索式 １０８ 表示 １０９ ビュー生成装置 １１０ 検索式生成装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】リレーショナルデータベース上に格納され
   たデータを検索／表示するデータベース検索装置におい
   て、リレーショナルデータベースのスキーマ構築の基礎
   となるＥＲモデルに基づいたＥＲ情報を有するＥＲベー
   ス表示部品を用いて、データベースに対するデータベー
   ス検索式の発行と検索結果情報の取得および表示を行う
   ことを特徴とするデータベース検索装置。
2. 【請求項２】前記ＥＲベース表示部品の持つ前記ＥＲ情
   報を入力としてデータベース上のビューを自動的に生成
   するビュー生成装置を備えたことを特徴とする請求項１
   に記載のデータベース検索装置。
3. 【請求項３】前記ＥＲベース表示部品の持つ前記ＥＲ情
   報を入力としてデータベースへの検索式を生成する検索
   式生成装置を備えたことを特徴とする請求項１又は２に
   記載のデータベース検索装置。