JPH11265395A

JPH11265395A - データベースアクセスシステム

Info

Publication number: JPH11265395A
Application number: JP10068099A
Authority: JP
Inventors: Toyohito Suzuki; 豊人鈴木; Hiroshi Koike; 博小池; Yuji Mizote; 裕二溝手; Kiyoshi Mitsubori; 潔三堀
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1998-03-18
Filing date: 1998-03-18
Publication date: 1999-09-28

Abstract

(57)【要約】【課題】本発明は、アプリケーションの実行者が、アプ
リケーションの対象テーブルを、データベース管理シス
テムの定義を変更することなく、変更することを可能と
する。【解決手段】データベースの１つ以上の実テーブルの実
カラムデータに対して操作を行う１つ以上のＳＱＬ文を
生成し、該ＳＱＬ文を、該アクセス制御手段に与えるこ
とにより、実カラムデータの取得または変更を操作し、
該実カラムデータの取得または変更の結果を、仮想表カ
ラムデータの取得または変更結果として出力するデータ
ベース操作命令変換処理プログラムを持つことにある。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースのレ
コードを使用するアプリケーションプログラムに係り、
特にアクセス対象とするテーブル構造の変更に強いアク
セスプログラムに関する。

【０００２】

【従来の技術】特開平９−６８０１号公報（データベー
スアクセスシステム）によれば、近年、様々な種類のデ
ータを共有し、情報の有効活用を図るためのデータベー
ス管理システムが、提案されている。現在提案されてい
る各種のデータベース管理システムの中でも、データの
関連付けを考慮したテーブルを利用してデータを取り扱
う、リレーショナルデータベース管理システムが急速に
普及している。

【０００３】リレーショナルデータベースでのデータ記
憶の基本的な考え方は、テーブルを利用することによっ
て行なう。テーブルは、カラム（列）とレコード（行）
からなる二次元の表であり、表を構成する各要素は、カ
ラムデータと称されている。また、通常、カラム（列）
は複数存在するので、１行、即ち、１レコードは、複数
種類のカラムデータによって構成されている。

【０００４】このようなリレーショナルデータベースの
管理システムは、今日のビジネス社会に不可欠なシステ
ムとなっており、ＩＳＯ（国際標準化機構）は、リレー
ショナルデータベースを定義・操作するために、リレー
ショナルデータベース用言語である「ＳＱＬ（Ｓtructu
red Ｑuery Ｌanguage）構文」を規定している。

【０００５】「ＨiＲＤＢＳＱＬリファレンス」（株式
会社日立製作所）によれば、データベース管理システ
ムでは、「ビュー」機能を提供している。ビューは、別
のテーブル等からデータをアクセスすることができる論
理表である。実際には、ビューにデータそのものが格納
されているわけではなく、ビューの基盤となっているテ
ーブルをビューに対して、「実表」と呼ぶ。

【０００６】データベースアプリケーションシステム開
発時、ビューを使用する利点としては、実際には複数の
実表を基にして構成されているデータであっても、１つ
のテーブルのデータとしてアクセスすることができ、実
際のテーブル構造の複雑性を意識する必要が無い。実際
には実表の定義を変更することなく列を改名することに
よって別の視点から見たデータを提示することができる
等が挙げられる。

【０００７】ビューはＳＱＬのＳＥＬＥＣＴ文によって
定義され、ＳＥＬＥＣＴ文の検索実行結果レコードの集
合がそのまま一つのビューとなり、ビューのカラム名は
ビューの定義時指定された名前となる。

【０００８】アプリケーションシステムの操作対象とし
てビューを使用した場合、「特開平９−２３７２８０号
公報」（ＥＲモデル指向によるデータベース検索装置）
によれば、テーブルの拡張や、アプリケーション内での
カラムデータの意味付けの変更などの際、データベース
管理システムのビュー定義を直接変更することによって
対応する必要があり、それはアプリケーションプログラ
マがデータベース管理者に依頼して行う作業である。

【０００９】また、ビューを定義のＳＥＬＥＣＴ文が
「結合」の条件を含む場合、更新操作はＫey−Ｐreserv
ed Ｔable（実表のすべてのキーが、ビューでも同一の
キーを保持する場合の実表）の列に対しては可能、削除
操作はビューにＫey−Ｐreserved Ｔableが１つだけ存
在する場合可能、挿入操作はＫey−Ｐreserved Ｔable
の列に対して可能であり、更新・削除・挿入の各操作を実
行する場合、各操作が反映される実表は１つであるとい
う制限がある。

【００１０】

【発明が解決しようとする課題】上記従来技術では、デ
ータベースのビュー定義を行うことによって実表の列名
を仮想表した別名でのデータアクセスは可能である。

【００１１】しかしながら、特に図３のように１つのデ
ータベース（３０７）を複数アプリケーションから参照
するデータベースアプリケーションシステムにおいて、
アプリケーションプログラム（３０１，３０２，３０
３）から直接データベースアクセスインターフェース
（３０４，３０５，３０６）に命令を伝える形を取った
場合、１つまたは複数のアプリケーションプログラム変
更の際、他の変更されていないアプリケーションのコー
ド、またはデータベースのスキーマ定義に影響を与えて
しまうこととなる。

【００１２】アプリケーションのコードを変更した場
合、再コンパイルの必要があり大きなコストがかかり、
また、データベーステーブルの拡張や、レコードのカラ
ムデータのアプリケーション内での意味付けの変更など
の際、必要となるデータベース管理システムのビュー定
義の変更を含むデータベーススキーマ定義の変更は、ア
プリケーションプログラムがデータベース管理者に依頼
して行わなければならず、大きなコストがかかるという
問題があった。

【００１３】また、ビューを定義するＳＥＬＥＣＴ文が
「結合」の条件を含む場合、更新操作はＫey-Ｐreserve
d Ｔableの列に対してのみ可能、削除操作はビューにＫ
ey−Ｐreserved Ｔableが１つだけ存在する場合にのみ
可能、挿入操作はＫey−Ｐreserved Ｔableの列に対し
てのみ可能であり、更新・削除・挿入の各操作を実行す
る場合、各操作が反映される実表は１つであるという制
限があり、データベースアプリケーション開発者はビュ
ーに対しての参照操作では実表の構造を意識せずにコー
ディングが可能であるが、更新・削除・挿入の各操作で
は実表の構造を意識したコーティングを行わなければな
らず、操作の一貫性に欠けるという問題があった。

【００１４】本発明は、アプリケーション開発時に、レ
コードの更新・削除・挿入操作を行う場合もテーブルの
構造を意識する必要を無くし、参照操作と、更新・削除
・挿入操作のインターフェースに一貫性を持たせること
を目的としており、さらにアプリケーション内で使用す
るレコードのカラムデータの変更や、カラムデータの意
味付けの変更などの際、データベース管理システム内の
定義情報の変更の必要を無くし、またテーブル構造の変
更・拡張の際アプリケーションプログラムのコード変更
・再コンパイルの必要を無くすことを目的とする。

【００１５】

【課題を解決するための手段】上記課題を解決し、本発
明の目的を達成するため、以下の手段が考えられる。１
種類以上の実カラムデータを有する実レコードの集合で
ある実テーブルを、複数備えているデータベースと、該
データベースの実カラムデータを取得または変更するデ
ータベース管理手段と、与えられたＳＱＬ文に対応し
て、前記データベース管理手段の該実カラムデータの取
得または変更動作を制御するアクセス制御手段からなる
データベースアクセスシステムにおいて、該データベー
スの１つ以上の実テーブルのいくつかの実カラムデータ
を、１つの仮想表の各仮想表カラムデータとして関連付
ける仮想表定義情報と、該仮想表カラムデータを取得ま
たは変更する仮想表操作命令を入力とし、該データベー
スの１つ以上の実テーブルの実カラムデータに対して操
作を行う１つ以上のＳＱＬ文を生成し、該ＳＱＬ文を、
該アクセス制御手段に与えることにより、実カラムデー
タの取得または変更を操作し、該実カラムデータの取得
または変更の結果を、仮想表カラムデータの取得または
変更結果として出力する、データベース操作命令変換処
理プログラムを持つことを特徴とする、データベースア
クセスシステムを提供することにより、達成される。

【００１６】すなわち、本発明は、図４のようにリレー
ショナルデータベースを用いたデータベースアプリケー
ションシステムにおいて、リレーショナルデータベース
に格納されたデータを用いたデータベースアプリケーシ
ョンプログラム（４０１，４０２，４０３）と、リレー
ショナルデータベース管理システムへのＳＱＬ文でのア
クセスを提供するデータベースアクセスインターフェー
スプログラム（４０４，４０５，４０６）の間にリレー
ショナルデータベースの１つまたは複数のテーブルを、
プログラム外部の仮想表定義ファイル（４０９，４１
１，４１３）図５（５０１）に示す構成の５０２から取
得する図６に示す仮想表定義情報テーブル（６０４）の
構成の仮想表カラム名・テーブルカラム名対照情報（６
０１）及びテーブルの結合カラム名集合情報（６０２）
と、（５０３）から取得するテーブル内レコードユニー
ク性保証カラム名集合情報（６０３）から構成される仮
想表定義情報テーブル（４１４，４１５，４１６）をも
とに仮想表に変換し、アプリケーションプログラム（４
０１，４０２，４０３）からの該仮想表に対する検索、
挿入、変更、削除の操作命令の入力を、該仮想表へ該操
作の結果を反映する、１つまたは複数のテーブルに対し
て操作を行う１つまたは複数のＳＱＬ文に変換し、生成
されたＳＱＬ文をデータベースアクセスインターフェー
スプログラム（４０４，４０５，４０６）に対して発行
することによって、テーブル構造をアプリケーションプ
ログラム（４０１，４０２，４０３）に対して仮想表と
して仮想化する命令変換プログラム（４０８，４１０，
４１２）を配置する。

【００１７】命令変換プログラム（４０８，４１０，４
１２）は仮想表レコード検索操作命令に対して、検索対
象仮想表カラム名列と検索条件の入力から、仮想表定義
情報テーブル（４１４，４１５，４１６）に格納されて
いる情報と、入力情報中に出現する仮想表カラム名か
ら、検索対象とするテーブル名を解決し、入力の検索対
象仮想表カラム名列と検索条件中に出現する仮想表カラ
ム名を、テーブルのカラム名に変換し、仮想表定義情報
と検索対象テーブル名より、テーブル結合条件を生成
し、テーブルのカラム名に変換した検索対象仮想表カラ
ム名列、テーブルのカラム名に変換した検索条件、検索
対象とするテーブル名、テーブル結合条件から、ＳＱＬ
のＳＥＬＥＣＴ文を生成し、リレーショナルデータベー
スのデータベースアクセスインターフェースを用いて生
成した検索命令を発行し、該検索結果のカラム名を、仮
想表カラム名に変換して返す。

【００１８】また、仮想表レコード挿入操作命令に対し
て、仮想表定義情報テーブルの情報と、仮想表カラム名
とカラムデータの対の列からなる挿入レコード情報の入
力から、該挿入レコード情報を各挿入対象テーブル単位
に分割し、該テーブル単位挿入レコードの各仮想表カラ
ム名をテーブルのカラム名に変換し、各挿入対照の候補
となるテーブルに対し、整合性確認のＳＱＬのＳＥＬＥ
ＣＴ文を生成して仮想表レコード挿入後の整合性の確認
を行い、整合性が保たれている場合、各テーブル毎のＳ
ＱＬのＩＮＳＥＲＴ文を生成し、該リレーショナルデー
タベースのデータベースアクセスインターフェースを用
いて生成したＳＱＬのＩＮＳＥＲＴ文を発行する。

【００１９】また、仮想表レコード削除操作命令に対し
て、仮想表定義情報と、削除条件の入力から、仮想表を
構成するテーブルの全ての組に関して削除後のデータ整
合性が保証できる削除条件を生成し、列挙済み削除条件
をもとに、各テーブル毎のＳＱＬのＤＥＬＥＴＥ文を生
成し、該リレーショナルデータベースのデータベースア
クセスインターフェースを用いて生成したＳＱＬのＤＥ
ＬＥＴＥ文を発行する。

【００２０】また、仮想表レコード更新操作命令に対し
て、仮想表定義情報と、仮想表カラム名と仮想表カラム
データの組から成る仮想表更新レコード情報と、更新条
件から、仮想表全カラム名を検索対象仮想表全カラム
名、更新条件を検索条件入力とする仮想表レコード検索
操作を行い、検索結果仮想表レコードの仮想表更新レコ
ード情報に含まれる仮想表カラムのデータを仮想表更新
レコード情報の仮想表カラムデータで置換し、該置換後
検索結果仮想表レコードを入力として、前記仮想表レコ
ード挿入操作を行う。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態を詳細
に説明する。

【００２２】図１は本発明を適用したデータベースアプ
リケーションシステムのブロック図であり、図２は、ア
プリケーションプログラムからの命令に対する処理全体
の流れを表すフロー図であり、図６は仮想表定義ファイ
ルの構成図であり、図７は対象とする操作対象とするデ
ータベースのテーブル構成の１例であり、図８は図７の
テーブル構成を対象として仮想表を構成する仮想表定義
ファイルの１例である。

【００２３】図１において、サーバマシン（１１５）は
ＣＰＵ（１０２）とキーボード（１０３）と外部記憶装
置（１０４）と通信装置（１０５）と主記憶装置（１０
７）及びバス（１０６）で構成され、外部記憶装置（１
０４）にリレーショナルデータベース（ＲＤＢ）（１２
０）を格納し、主記憶装置（１０７）上にリレーショナ
ルデータベース管理システム（ＲＤＢＭＳ）（１２２）
をロードし実行する。

【００２４】またクライアントマシン（１１６）はＣＰ
Ｕ（１０９）とキーボード（１１１）と外部記憶装置
（１１０）と通信装置（１０８）と主記憶装置（１１
４）及びバス（１１３）で構成され、外部記憶装置（１
１０）上に仮想表定義ファイル（１２１）を格納し、主
記憶装置（１１４）上にデータベースアプリケーション
プログラム（ＡＰ）（１１７）と、命令変換プログラム
（１２３）と、仮想表設定プログラム（１１９）をロー
ドし実行する。命令変換プログラム（１２３）は、外部
記憶装置（１１０）から仮想表定義ファイル（１２１）
の情報を、仮想表定義情報テーブル（１１８）に読み込
む。

【００２５】仮想表定義情報は、図５で示す構成の仮想
表定義ファイル（５０１）から、図６で示す構造を持つ
仮想表定義情報テーブル（６０４）に格納する。仮想表
定義ファイル（５０１）の「仮想表カラム名・テーブル
カラム名対照情報、テーブル結合カラム名集合情報（５
０２）」は仮想表定義情報テーブル（６０４）の仮想表
カラム名・テーブルカラム名対照情報（６０１）に格納
し、また１つの仮想表カラム名に複数のテーブルのカラ
ム名が対応する場合は、テーブルの結合カラム名情報
（６０２）にも格納する。また（５０１）のテーブル内
レコードユニーク性保証カラム名集合情報（５０３）は
仮想表定義情報テーブル（６０４）のテーブル内レコー
ドユニーク性保証カラム名集合情報（６０３）に格納す
る。

【００２６】図２において、命令変換プログラム（２０
２）は、仮想表設定プログラム（２０４）を使用してあ
らかじめ作成された、仮想表定義ファイル（２０３）の
情報を仮想表定義情報テーブル（２０８）に読み込む。
ＡＰ（２０１）が命令変換プログラム（２０２）に仮想
表レコードの検索操作または挿入操作または削除操作ま
たは更新操作の命令を発行すると、該仮想表レコード操
作命令を該仮想表定義情報をもとに、１つ以上のＳＱＬ
のＳＥＬＥＣＴ文、またはＩＮＳＥＲＴ文、またはＤＥ
ＬＥＴＥ文の組み合わせに変換し、対象とするリレーシ
ョナルデータベースのアクセスインターフェース（２０
７）に対して発行し、ＲＤＢＭＳ（２０５）を通してＲ
ＤＢ（２０６）に操作を行う。

【００２７】以下、図７に示すテーブル構成を例に、仮
想表レコードの検索、挿入、削除、更新命令に対して、
命令変換プログラム（２０２）が実行する処理を説明す
る。

【００２８】図８（８０１）はテーブルＡ（７０１）、
テーブルＢ（７０２）、テーブルＣ（７０３）から仮想
表Ｖ（７０４）を構成するための仮想表定義ファイルの
例であり、図９（７０４）は仮想表定義ファイル（８０
１）を読み込んで生成する仮想表定義情報テーブルであ
る。

【００２９】図１０は、命令変換プログラムの構成図で
ある。以下、命令変換プログラムの仮想表レコード検索
処理命令に対する動きを、仮想表Ｖ（７０４）を対象と
している命令変換プログラム（１０２０）に対し、図１
２に示す仮想表レコード検索命令（１２００）を検索対
象仮想表カラム名列（１２０１）及び仮想表レコード検
索条件（１２０２）を入力として発行した場合を例にし
て説明する。

【００３０】図１１は検索命令に対する処理を表すフロ
ー図である。（ステップ１１００）において、仮想表定
義情報読み込み部（１０１６）は仮想表定義ファイル
（１０１７）を読み込み、仮想表定義情報テーブル（１
０１５）に格納する。（ステップ１１０１）で、命令受
付部（１１００）は検索命令として、検索対象仮想表カ
ラム名列（１２０１）及び、仮想表レコード検索条件
（１２０２）の入力を受ける。

【００３１】（ステップ１１０２）では、（ステップ１
１０１）で受け取った検索対象仮想表カラム名列（１２
０１）を検索対象仮想表カラム名処理部（１００２）
に、仮想表レコード検索条件（１２０２）を検索条件処
理部（１００３）にそれぞれ渡す。ここで検索対象仮想
表カラム名処理部（１００２）、及び検索条件処理部
（１００３）は、それぞれの入力中に現れる仮想表カラ
ム名を、検索対象カラム名管理部（１０１２）に登録す
る。ここで（１２００）の入力で登録される仮想表カラ
ム名は（１２０３）の通りである、全出現仮想表カラム
名を登録し終わり次第、ＳＱＬ生成部（１００１）に制
御が移る。

【００３２】（ステップ１１０３）で、ＳＱＬ生成部
（１００１）は検索対象テーブル名・カラム名決定部
（１００４）に検索対象テーブル名の解決を依頼する。
（１２００）の入力で（ステップ１１０３）では（１２
０４）から検索対象となるテーブル（１２０４）と決定
する。

【００３３】（ステップ１１０４）で、ＳＱＬ生成部は
検索対象仮想表カラム名処理部（１００２）と仮想表レ
コード検索条件処理部（１００３）を呼び出し、カラム
名変換後の検索対象カラム名列と検索条件を取得する。
この時、検索対象仮想表カラム名処理部（１００２）及
び仮想表レコード検索条件処理部（１００３）は検索対
象テーブル名・カラム名決定部（１００４）を呼び出
し、検索対象とするテーブル名を取得し、カラム名の変
換を行う。ここで検索対象カラム名については、それぞ
れの検索対象カラム名に続けてダブルクォーテーション
で囲むことによって、検索結果のカラム名が仮想表カラ
ム名となるようにする。（１２００）の入力に対して
は、（１２０６）のそれぞれ検索対象カラム名（１２０
７）、検索条件（１２０８）の出力を得る。

【００３４】（ステップ１１０５）ではＳＱＬ生成部が
テーブル結合条件生成部（１００５）を呼び出し、検索
対象となるテーブルに関しての結合条件を取得する。テ
ーブル結合条件生成部（１００５）では検索対象テーブ
ル名・カラム名決定部（１００４）より検索対象テーブ
ル名を取得し、仮想表定義情報テーブル（１０１５）の
テーブル結合カラム名情報をもとに、テーブル結合条件
を生成する。（１２００）の入力に対しては、（１２０
９）が生成されることとなる。

【００３５】（ステップ１１０６）では、（ステップ１
１０３）で生成された検索対象テーブル名、（ステップ
１１０４）で生成された検索対象カラム名、検索条件、
（ステップ１１０５）で生成されたテーブル結合条件を
もとにＳＱＬのＳＥＬＥＣＴ文を生成する。（１２０
０）の入力に対しては（１２１０）が生成される。

【００３６】（ステップ１１０７）では、ＳＱＬ命令発
行部（１０１０）においてＳＱＬ命令生成部（１００
１）で生成されたＳＱＬ文をデータベースアクセスイン
ターフェース（１０１８）に対し発行する。（ステップ
１１０８）では、検索結果処理部（１０１１）におい
て、検索結果をアプリケーションで使用する形式に変換
し返す。

【００３７】次に、命令変換プログラムの仮想表レコー
ド挿入処理命令に対する動きを、仮想表Ｖ（７０４）を
対象としている命令変換プログラム（１０２０）に対
し、図１４に示す仮想表レコード挿入命令（１４００）
を仮想表カラム名（１４０１）及び仮想表カラムデータ
（１４０２）を入力として発行した場合を例にして説明
する。

【００３８】図１３は挿入命令に対する処理を表すフロ
ー図である。（ステップ１３００）において、仮想表定
義情報読み込み部（１０１６）は仮想表定義ファイル
（１０１７）を読み込み、仮想表定義情報テーブル（１
０１５）に格納する。（ステップ１３０１）で、命令受
付部（１１００）は挿入命令として、仮想表カラム名
（１４０１）と、仮想表カラムデータ（１４０２）から
なる仮想表レコード挿入命令（１４００）の入力を受け
る。

【００３９】（ステップ１３０２）では仮想表レコード
分割処理部（１００６）において、各カラムに対応して
いるテーブル毎に仮想表レコードの分割を行い、挿入レ
コード情報管理テーブル（１０１３）に登録する。

【００４０】ここで仮想表レコード挿入命令（１４０
０）が入力であった場合は、（１４０６）のようにな
り、それぞれテーブルＡに対応する部分（１４０３）、
テーブルＢに対応する部分（１４０４）、テーブルＣに
対応する部分（１４０５）である。ここでテーブルＡ、
テーブルＢ、テーブルＣに関して、未処理と設定する。

【００４１】（ステップ１３０３）では、トランザクシ
ョンを開始する。これは仮想表レコード挿入操作はＳＱ
Ｌレベルでは１つ以上のデータ変更命令で構成されるの
に対して、命令変換プログラムの外部に対しては１つの
操作として提供しているため、命令変換プログラム中で
の全てのデータベース変更処理を合わせて１つのアトミ
ックな操作とする必要があるからである。

【００４２】（ステップ１３０４）では、挿入整合性確
認部（１００７）において挿入レコード情報管理テーブ
ル（１０１３）を参照し、データ挿入対象でありまだ処
理されていないテーブルがあるかを調べる。図１４の例
ではテーブルＡ、テーブルＢ、テーブルＣが未処理であ
るので、ＹＥＳである。

【００４３】（ステップ１３０５）では挿入対象テーブ
ルであり、未処理のテーブルを１つ選択しＴとする。図
１４の例では任意でテーブルＡをＴとする。（ステップ
１３０６）では（ステップ１３０５）で選択したテーブ
ルにテーブル内レコードユニーク性保証カラムがあるか
否かを仮想表定義情報テーブルを参照して検査する。こ
こで例のテーブルＡではＩＤカラムがユニーク性保証カ
ラムとなっているのでＹＥＳとなる。

【００４４】（ステップ１３０９）ではＴのユニーク性
保証カラムがＴに関しての挿入レコード情報に全て存在
しているかを検索する。例ではＡのユニーク性保証カラ
ムはＩＤのみであり、Ａに関しての挿入レコード情報
（１４０３）内に全て存在していることになり、ＹＥＳ
となる。存在していない場合は、挿入した場合の整合性
保証が行えなくなるので、トランザクションをロールバ
ックし（ステップ１３１４）、終了する。

【００４５】（ステップ１３１０）ではＴに関しての挿
入レコード情報のユニーク性保証カラムのデータと等価
のレコードが存在するか否かを検索する。この時、検査
に使用するＳＱＬは、挿入レコード情報の［カラム名＝
カラムデータ］の条件式をカラム数だけＡＮＤ条件でつ
ないだ条件式を持ったＳＥＬＥＣＴ文であり、検索対象
カラムは全カラムとする。図１４での例の場合、検査用
のＳＱＬは（１４０７）となる。

【００４６】ここで検索結果は０件であった場合は、存
在していないレコードとなるので、レコードを挿入（ス
テップ１３０７）してもよいことになる。（ステップ１
３１２）では（ステップ１３１１）において検索した結
果のレコードと、挿入レコード情報を比較する。異なる
場合は不整合が発生することを意味するので、トランザ
クションをロールバックし（ステップ１３１４）、終了
する。同値であった場合は、既に同一のレコードが存在
することを意味し、レコードの挿入を行う必要はない。

【００４７】例では検索した結果のレコードと、挿入レ
コード情報は同値であるので、テーブルＡにレコードの
挿入を行う必要はないことがわかる。（ステップ１３０
８）では、Ｔを処理済に設定する。以下同様にテーブル
Ｂ、テーブルＣについて行う。その結果、テーブルＢに
関しては１４０８、テーブルＣに関しては１４０９、１
４１０のＳＱＬ文が生成される。テーブルＢ、テーブル
Ｃの処理が終了すると、（ステップ１３０４）の分岐に
おいて、ＮＯとなり、トランザクションをコミットし
（ステップ１３１３）、終了する。

【００４８】次に、命令変換プログラムの仮想表レコー
ド削除処理命令に対する動きを、仮想表Ｖ（７０４）を
対象としている命令変換プログラム（１０２０）に対
し、図１７に示す仮想表レコード削除命令（１７００）
を仮想表レコード削除条件入力として発行した場合を例
にして説明する。

【００４９】図１５は削除命令に対する処理を表すフロ
ー図である。（ステップ１５００）において、仮想表定
義情報読み込み部（１０１６）は仮想表定義ファイル
（１０１７）を読み込み、仮想表定義情報テーブル（１
０１５）に格納する。（ステップ１５２２）で、命令受
付部（１１００）は仮想表レコード削除命令として、仮
想表レコード削除条件の入力を受ける。図１７の例では
（１７００）を仮想表レコード削除条件入力とする。

【００５０】（ステップ１５０１）では仮想表レコード
条件処理部（１００８）において入力の仮想表レコード
削除条件を関連するテーブル毎に分割し、削除条件情報
管理テーブル（１０１４）に格納する。ここで削除条件
管理テーブル（１０１４）は、図１６に示すように仮想
表に含まれるテーブル数をＮとしたときＮ×Ｎ構造を持
っている削除条件テーブル（１６００）と１×Ｎ構造を
持つルートフラグテーブル（１６０１）からなる。

【００５１】（ステップ１５０１）において、入力の仮
想表レコード削除条件をテーブル毎に分割した条件はそ
れぞれ対応するテーブルをＴとした場合、削除条件テー
ブル（１６００）の（Ｔ，Ｔ）の位置に格納する。ルー
トフラグテーブル（１６０１）をＯＦＦに初期化する。
（１７０１）は（１７００）の入力に対して（ステップ
１５０１）終了時点での削除条件テーブル（１６００）
の内容を示したものであり、（１７０４）はルートフラ
グテーブルの内容を示したものである。

【００５２】（ステップ１５２１）では、トランザクシ
ョンを開始する。これは仮想表レコード削除操作はＳＱ
Ｌレベルでは１つ以上のデータ変更命令で構成されるの
に対して、命令変換プログラムの外部に対しては１つの
操作として提供しているため、命令変換プログラム中で
の全てのデータベース変更処理を合わせて１つのアトミ
ックな操作とする必要があるからである。

【００５３】（ステップ１５０２）では、ルートフラグ
テーブル（１６０１）の対応する要素がＯＦＦとなって
いるテーブルが存在するかどうかを検査する。存在しな
い場合は（ステップ１５０９）へ進む。（ステップ１５
０３）ではルートフラグがＯＦＦのテーブルの中から任
意の１つを選び、ルートとし、対応するルートフラグテ
ーブル（１６０１）の要素をＯＮとする。また、カレン
トフラグテーブルをＯＦＦに初期化する。

【００５４】（ステップ１５０４）では削除条件テーブ
ル（１６００）のルートテーブルに対応する行の対応す
るカラムに削除条件が入っており、カレントフラグがＯ
ＦＦのテーブルが存在するかを検査する。存在した場合
はその中から１つ選びカレントし、カレントフラグをＯ
Ｎにし（ステップ１５０５）、カレントの結合対象であ
り、かつ削除条件テーブル（１６００）のルートに対応
する行の、対応するカラムに条件が入っていないテーブ
ルが存在するかを検査する（ステップ１５０６）。

【００５５】存在しない場合は（ステップ１５０４）
へ。存在する場合は、該当する任意のテーブルをジョイ
ンに設定し、削除条件テーブル（１６００）の（カレン
ト、ルート）を条件として、カレントとジョインの結合
カラムを検索対象列とする検索を実行し（ステップ１５
０８）、検索結果が存在するかを検査する（ステップ１
５１９）。存在しなかった場合は、トランザクションを
ロールバックし（ステップ１５２０）、終了する。

【００５６】存在した場合は、検索結果レコードについ
て、それぞれ重複数を数え（ステップ１５１８）、検索
結果レコードをもとに「カラム名＝カラムデータ」形式
の条件をＡＮＤ結合でレコードカラム数だけ結合したも
のを検索条件とし、検索対象カラムを全カラムとする検
索を各レコードに関して行い、そのヒット数を数える
（ステップ１５１７）。

【００５７】ここで（ステップ１５１８）で算出された
重複数と（ステップ１５１７）で求められたヒット数が
一致するレコードが存在するかを検査する（ステップ１
５１５）。存在しない場合は削除条件テーブル（１６０
０）のジョイン、ルート）に削除不能フラグを設定し
（ステップ１５１６）、（ステップ１５０６）へ進む。
存在する場合は、一致するレコードそれぞれについて
「カラム名＝カラムデータ」形式の条件をＡＮＤ結合で
レコードカラム数だけ結合した条件を生成し、各生成さ
れた条件をＯＲ結合で結合した条件を削除条件テーブル
（１６００）の（ジョイン、ルート）に格納し（ステッ
プ１５１４）、（ステップ１５０６）へ進む。

【００５８】ここで（１７０２）は（１７００）の入力
に対して構成される削除条件テーブルの内容である。ま
た（１７０５）は（１７０２）が構成された時点での、
ルートフラグテーブルの内容である。（ステップ１５０
２）において、ルートフラグテーブルの値がＯＦＦのテ
ーブルが存在しなかった場合、削除条件テーブル（１６
００）の各列について、各行の条件式をＡＮＤ結合で結
合し対応するテーブルに対し発行する（１５１３）。

【００５９】ここで削除条件テーブルの対応する列に条
件が１つも入っていないもしくは削除不能フラグが設定
されているテーブルに関しては、操作を行わない（ステ
ップ１５１２）。ここで（１７０３）は（１７００）の
入力に対して生成される、各テーブルに対する削除の条
件である。全テーブルの処理が終わったところでトラン
ザクションをコミットし（ステップ１５１０）、終了す
る。

【００６０】次に、命令変換プログラムの仮想表レコー
ド更新処理命令に対する動きを説明する。

【００６１】図１８は更新命令に対する処理を表すフロ
ー図であり、図１９は仮想表レコード更新命令の例であ
る。仮想表定義情報読み込み部（１０１６）は仮想表定
義ファイル（１０１７）を読み込み、仮想表定義情報テ
ーブル（１０１５）に格納する（ステップ１８００）。
命令受付部（１１００）は更新命令として、仮想表カラ
ム名（１９０１）と、仮想表カラムデータ（１９０２）
と、仮想表レコード更新条件（１９０３）からなる仮想
表レコード更新命令（１９００）の入力を受ける（ステ
ップ１８０１）。

【００６２】（ステップ１８１０）では、トランザクシ
ョンを開始する。これは仮想表レコード更新操作はＳＱ
Ｌレベルでは１つ以上のデータ変更命令で構成されるの
に対して、命令変換プログラムの外部に対しては１つの
操作として提供しているため、命令変換プログラム中で
の全てのデータベース変更処理を合わせて１つのアトミ
ックな操作とする必要があるからである。

【００６３】（ステップ１８０２）では仮想表レコード
検索条件入力として仮想表レコード更新条件、検索対象
仮想表カラム名として仮想表全カラム名を指定して、仮
想表レコード検索処理を実行する。検索結果仮想表レコ
ードが１件以上あることを検査し（ステップ１８０
３）、０件の場合は更新対象レコードなしとして、トラ
ンザクションをロールバックし（ステップ１８０８）、
終了する。

【００６４】検索結果が存在する場合は、仮想表レコー
ド削除条件入力として、仮想表レコード削除を実行する
（ステップ１８０４）。（ステップ１８０５）では（ス
テップ１８０２）での検索結果集合が空であるか否かを
検査する。空であった場合にはトランザクションをコミ
ットし（ステップ１８０９）、終了する。

【００６５】空でなかった場合は、任意の１つを取り出
し、仮想表更新レコード情報に含まれるカラム名に対応
するカラムデータを仮想表更新レコード情報のカラムデ
ータに変換し（ステップ１８０６）、変換した仮想表レ
コードを挿入する仮想表レコードとして仮想表レコード
挿入操作を実行し（ステップ１８０７）、（ステップ１
８０５）へ進む。

【００６６】上記実施例によれば、アプリケーションの
対象テーブルをアプリケーションの実行者が、データベ
ース管理システムの定義を変更することなく、変更する
ことが可能となるという効果がある。

【００６７】上記実施例において、命令変換プログラム
が対象とする仮想表の指定方法は、以下のような方法が
考えられる。

【００６８】図２０は、実行時の指定でアプリケーショ
ンが対象とするデータを変更する、命令変換プログラム
を使用するアプリケーションの構成例である。外部記憶
装置（２００３）は命令変換プログラムを使用するアプ
リケーションの実行ファイル（２００４）と、商品管理
仮想表定義ファイル（２００５）と、顧客管理仮想表定
義ファイル（２００６）を格納する。

【００６９】商品データベースアプリケーション実行手
段（２００１）を実行した場合、（２００４）が主記憶
装置（２００７）にロードされ、商品管理仮想表定義フ
ァイル（２００５）の情報を商品管理仮想表定義情報テ
ーブル（２０１０）に格納し、商品データ管理データベ
ース（２０１２）を操作する商品データベースアプリケ
ーション（２００８）となる。

【００７０】顧客データベースアプリケーション実行手
段（２００２）を実行した場合、（２００４）が主記憶
装置（２００７）にロードされ、顧客管理仮想表定義フ
ァイル（２００６）の情報を顧客管理仮想表定義情報テ
ーブル（２０１１）に格納し、顧客データ管理データベ
ース（２０１３）を操作する顧客データベースアプリケ
ーション（２００９）となる。

【００７１】上記実施例において、アプリケーションプ
ログラムが対象とする仮想表を、立ち上げ時に定義ファ
イル名称を指定するという簡単な手段により、切り替え
ることができ、例えば上記実施例の商品データベースア
プリケーションと顧客データベースアプリケーションの
ように、ロジックの同じアプリケーションプログラムを
別のアプリケーションとして使用することが可能とな
る。

【００７２】また、上記実施例における仮想表操作命令
は仮想表に対するＳＱＬであってもよい、この場合ＳＥ
ＬＥＣＴ文及びＤＥＬＥＴＥ文のＦＲＯＭ句、及び、Ｉ
ＮＳＥＲＴ文のＩＮＴＯ句内は、仮想表名となる。

【００７３】本実施例においては、ＳＱＬ構文が拡張さ
れた場合でも仮想表による効果が実現できる。

【００７４】例えば、以下のような拡張の例が考えられ
る。

【００７５】ＳＥＬＥＣＴニュース番号、Ｆ１（ニュー
ス、‘記事．本文’、‘記事［本文｛“日
立”｝］’）、価格ＦＲＯＭニューステーブルＷＨＥＲＥＦ２（ニュース、‘記事［本文{“日
立”}］’)ＩＳＴＲＵＥここで、Ｆ１、Ｆ２は拡張文法である。

【００７６】この場合、先の実施例における、検索対象
仮想表カラム名は、ＮewsＮo,Ｆ１(News,‘記事．本
文’、‘記事［本文｛“日立”｝］’）ＶＡＬＵＥに対
応し、仮想表レコード検索条件はＦ２（Ｎews,‘記事
［本文{“日立”}］’)ＩＳＴＲＵＥに対応し、検索対
象の実テーブルに対応するＦＲＯＭ句と、結合条件が生
成される。

【００７７】出力結果は以下のようになるＳＥＬＥＣＴＮewsＭaster.ＮewsＮo,Ｆ１（ＮewsＭas
ter.Ｎews.‘記事．本文'、‘記事［本文｛“日
立”｝]’），Ｎews Ｐrice.Ｐrice ＦＲＯＭＮewsＭaster,ＮewsＰrice ＷＨＥＲＥＦ２(ＮewsＭaster.Ｎews,‘記事［本文
｛“日立”｝］’）ＩＳＴＲＵＥＡＮＤＮewsＭaste
r.ＮewsＮo＝ＮewsＰrice.ＮewsＮo

【００７８】

【発明の効果】以上述べたように、本発明によれば、デ
ータベースアプリケーション開発者は、データベーステ
ーブル実体の複雑な構造を意識することなく、コンフィ
グレーションファイル定義によって仮想化された１つの
テーブルに対しての操作のみを意識したコーディングを
行うことができるので、データベースアプリケーション
開発工数削減の効果がある。

【００７９】また、プログラムコード中における操作対
象カラム名には、プログラム外部のデータベースアクセ
ス環境設定ファイル中において定義の、仮想化された名
称が使用されるため、データベーステーブル実体の定義
や、レコードのカラムデータのアプリケーション内での
意味付けを変更した場合にも、プログラムのコードの変
更や再コンパイルの必要はなく、データベースアクセス
環境設定ファイルの内容変更のみで対応することができ
るので、保守コスト削減の効果がある。

【図面の簡単な説明】

【図１】本発明を適用したデータベースアプリケーショ
ンシステムのブロック図である。

【図２】アプリケーションプログラムからの命令に対す
る処理全体の流れを表すフロー図である。

【図３】１つのデータベースを複数アプリケーションか
ら参照するデータベースアプリケーションシステムのブ
ロック図である。

【図４】１つのデータベースを複数アプリケーションか
ら参照する、本発明を適用したデータベースアプリケー
ションシステムのブロック図である。

【図５】仮想表定義ファイルの構成図である。

【図６】仮想表定義情報テーブルの構成図である。

【図７】実施の形態で操作対象として使用するデータベ
ースのテーブル構成図である。

【図８】図７のテーブル構成を対象として仮想表を構成
する仮想表定義ファイルの１例を示す図である。

【図９】図８の仮想表定義ファイルを読み込んで生成す
る仮想表定義情報テーブルを示す図である。

【図１０】命令変換プログラムの構成を示すブロック図
である。

【図１１】検索命令に対する処理を表すフロー図であ
る。

【図１２】検索命令に関するデータの例を示すフロー図
である。

【図１３】挿入命令に対する処理を表すフロー図であ
る。

【図１４】挿入命令に関するデータの例を示すフロー図
である。

【図１５】削除命令に対する処理を表すフロー図であ
る。

【図１６】削除条件管理テーブルの構成を表すブロック
図である。

【図１７】仮想表レコード削除命令の例である。

【図１８】更新命令に対する処理を表すフロー図であ
る。

【図１９】仮想表レコード更新命令の例を示すブロック
図である。

【図２０】実行時の指定でアプリケーションが対象とす
るデータを変更する命令変換プログラムを使用するアプ
リケーションの構成例を示す図である。

【符号の説明】

２０１…アプリケーションプログラム、２０２…命令
変換プログラム、２０３…仮想表定義ファイル、
２０４…仮想表設定プログラム、２０５…データベ
ース管理装置、２０６…データベース、２０７
…アクセスインターフェース、２０８…仮想表定義
情報テーブル、１０００…命令受付部、
１００１…ＳＱＬ生成部、１００２…検索対象仮想表
カラム名処理部、１００３…仮想表レコード検索条件処
理部、１００４…検索対象テーブル名・カラム名決定
部、１００５…テーブル結合条件生成部、１００６…仮
想表レコード分割処理部、１００７…挿入整合性確認
部、１００８…仮想表レコード条件分割処理部、１００
９…削除整合性保証部、１０１０…ＳＱＬ命
令発行部、１０１１…検索結果処理部、１
０１２…検索対象仮想表、１０１３…カラム名管理部、
１０１４…挿入レコード情報管理テーブル、１０１５…
仮想表定義情報テーブル、１０１６…仮想表定義情報読
み込み部、１０１７…仮想表定義ファイル、１０１８
…データベースアクセスインターフェース、１０１９…
命令変換プログラム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者三堀潔神奈川県戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア開発本部内

Claims

【特許請求の範囲】

【請求項１】１種類以上の実カラムデータを有する実レ
コードの集合である実テーブルを、複数備えているデー
タベースと、該データベースの実カラムデータを取得ま
たは変更するデータベース管理手段と、与えられたＳＱ
Ｌ文に対応して、前記データベース管理手段の該実カラ
ムデータの取得または変更動作を制御するアクセス制御
手段からなるデータベースアクセスシステムにおいて、
該データベースの１つ以上の実テーブルのいくつかの実
カラムデータを、１つの仮想表の各仮想表カラムデータ
として関連付ける仮想表定義情報と、該仮想表カラムデ
ータを取得または変更する仮想表操作命令を入力とし、
該データベースの１つ以上の実テーブルの実カラムデー
タに対して操作を行う１つ以上のＳＱＬ文を生成し、該
ＳＱＬ文を、該アクセス制御手段に与えることにより、
実カラムデータの取得または変更を操作し、該実カラム
データの取得または変更の結果を、仮想表カラムデータ
の取得または変更結果として出力する、データベース操
作命令変換処理プログラムを持つことを特徴とするデー
タベースアクセスシステム。
【請求項２】１種類以上の実カラムデータを有する実レ
コードの集合である実テーブルを、複数備えているデー
タベースと、該データベースの実カラムデータを取得ま
たは変更するデータベース管理手段と、与えられたＳＱ
Ｌ文に対応して、前記データベース管理手段の該実カラ
ムデータの取得または変更動作を制御するアクセス制御
手段を対象とし、該データベースの１つ以上の実テーブ
ルのいくつかの実カラムデータを、１つの仮想表の各仮
想表カラムデータとして仮想化する仮想表定義情報と、
該仮想表カラムデータを取得または変更する仮想表操作
命令を入力とし、該データベースの１つ以上の実テーブ
ルの実カラムデータに対して操作を行う１つ以上のＳＱ
Ｌ文を生成し、該ＳＱＬ文を、該アクセス制御手段に与
えることにより、実カラムデータの取得または変更を操
作し、該実カラムデータの取得または変更の結果を、仮
想表カラムデータの取得または変更結果として出力する
データベース操作命令変換処理プログラム。
【請求項３】請求項１又は２記載のデータベース操作命
令変換処理プログラムにおいて、前記仮想表定義情報
は、仮想表カラム名と実テーブルカラム名を関連付ける
対照情報と、該仮想表を構成する１つ以上の実テーブル
を関連付ける実カラム名の集合情報から構成することを
特徴とするデータベース操作命令変換処理プログラム及
び、データベースアクセスシステム。
【請求項４】請求項１又は２記載において、前記データ
ベース操作命令変換処理プログラムへの入力となり、デ
ータベースの１つ以上の実テーブルのいくつかの実カラ
ムデータを、１つの仮想表の各仮想表カラムデータとし
て関連付け、仮想表を構成するための、仮想表カラム名
と実テーブルカラム名を関連付ける対照情報と、該仮想
表を構成する１つ以上の実テーブルを関連付ける実カラ
ム名の集合からなる、仮想表定義情報を記録したことを
特徴とした媒体。
【請求項５】請求項１又は２記載において、仮想表定義
情報を記録した媒体の識別名称を、前記データベース操
作命令変換処理プログラムの起動命令に与え、起動する
ことにより、該データベース操作命令変換処理プログラ
ムが対象とする仮想表を決定することを特徴とするデー
タベースアクセスシステム。
【請求項６】請求項１又は２記載において、前記仮想表
に対する仮想表レコード検索操作命令は、検索対象とな
る仮想表カラム名列と仮想表コレード検索条件の入力か
ら、該仮想表定義情報と、該入力情報中に出現する仮想
表カラム名から、検索対象とする実テーブル名を解決
し、該検索対象仮想表カラム名列中に出現する仮想表カ
ラム名を実テーブルカラム名に変換して検索対象実テー
ブルカラム名列とし、該仮想表レコード検索条件中に出
現する仮想表カラム名を実テーブルカラム名に変換して
実テーブルレコード検索条件とし、該仮想表定義情報
と、該検索対象とする実テーブル名より、テーブル結合
条件を生成し、該検索対象実テーブルカラム名列と、該
実テーブルレコード検索条件と、該検索対象とする実テ
ーブル名と、該実テーブル結合条件から、ＳＱＬのＳＥ
ＬＥＣＴ文を生成し、該データベースのアクセス制御手
段を用いて該生成したＳＱＬのＳＥＬＥＣＴ文を発行
し、該検索結果のカラム名を、仮想表カラム名に変換し
て返すことによって仮想表レコードの検索を行うデータ
ベース操作命令変換プログラムを持つことを特徴とする
データベースアクセスシステム。
【請求項７】請求項１又は２記載において、前記仮想表
に対する仮想表レコード挿入操作命令は、前記仮想表定
義情報と、仮想表カラム名と仮想表カラムデータの対の
列からなる挿入仮想表レコード情報の入力から、該挿入
仮想表レコード情報を各挿入対象実テーブル単位に分割
し、該実テーブル単位挿入レコードの各仮想表カラム名
を実テーブルカラム名に変換し、各挿入対照の候補とな
る実テーブルに対し、整合性確認のＳＱＬのＳＥＬＥＣ
Ｔ文を生成して仮想表レコード挿入後の整合性の確認を
行い、整合性が保たれている場合、各実テーブル毎のＳ
ＱＬのＩＮＳＥＲＴ文を生成し、該データベースのアク
セス制御手段を用いて該生成したＳＱＬのＩＮＳＥＲＴ
文を発行することによって、該仮想表レコードの挿入を
行うデータベース操作命令変換プログラムを持つことを
特徴とするデータベースアクセスシステム。
【請求項８】請求項１又は２記載において、前記仮想表
に対する仮想表レコード削除操作命令は、前記仮想表定
義情報と、仮想表レコード削除条件の入力から、仮想表
レコード削除条件中の仮想表カラム名を実テーブルカラ
ム名に変換して、対象となる実テーブル毎に分割し、該
仮想表を構成する実テーブルの全ての組に関して削除後
のデータ整合性が保証できる実テーブルレコードの削除
条件を生成し、該実テーブルレコード削除条件をもと
に、各テーブル毎のＳＱＬのＤＥＬＥＴＥ文を生成し、
該データベースのアクセス制御手段を用いて該生成した
ＳＱＬのＤＥＬＥＴＥ文を発行することによって、仮想
表レコードの削除を行うデータベース操作命令変換プロ
グラムを持つことを特徴とするデータベースアクセスシ
ステム。
【請求項９】請求項１又は２記載において、前記仮想表
に対する仮想表レコード更新操作命令は、前記仮想表定
義情報と、仮想表カラム名と仮想表カラムデータの組か
らなる仮想表更新レコード情報と、仮想表レコード更新
条件から、仮想表全カラム名を検索対象仮想表カラム
名、該仮想表レコード更新条件を仮想表レコード検索条
件入力とする前記仮想表レコード検索操作を行い、該検
索結果仮想表レコードの該仮想表更新レコード情報に含
まれる仮想表カラムのデータを該仮想表更新レコード情
報の仮想表カラムデータで置換し、該仮想表レコード更
新条件を、仮想表レコード削除条件入力とする前記仮想
表レコード削除操作を行い、該置換後検索結果仮想表レ
コードを入力として、前記仮想表レコード挿入操作を行
うことによって、仮想表レコードの更新操作を行うデー
タベース操作命令変換プログラムを持つことを特徴とす
るデータベースアクセスシステム。