JPH1021126A

JPH1021126A - データベースシステム

Info

Publication number: JPH1021126A
Application number: JP8191548A
Authority: JP
Inventors: Ichiro Ando; 一郎安東; Kazuhiro Nishikawa; 和宏西川; Hideto Nakayama; 秀人中山
Original assignee: Toyo Communication Equipment Co Ltd
Current assignee: Toyo Communication Equipment Co Ltd
Priority date: 1996-07-02
Filing date: 1996-07-02
Publication date: 1998-01-23

Abstract

(57)【要約】【課題】異なるＲＤＢＭＳやＯＯＤＢ用のソフトウェア
を用いるデータベースシステムにおいて、ＳＱＬ文の差
異を補正するソフトウェアを必要とせず、かつデータ処
理のための通信量を低減することのできるデータベース
システムを提供する。【解決手段】１以上のデータベースサーバと１以上のク
ライアントとで構成するデータベースシステムであっ
て、ＳＱＬ言語を用いてデータベースの処理を実行する
ものにおいて、データベースサーバの処理を実行する１
組み以上のＳＱＬ言語によるシーケンスを予め組み込ん
だＳＱＬシーケンス実行手段と、当該ＳＱＬシーケンス
手段を活性化するか否かを判断する識別子判断手段とを
備えたインターフェースを前記データベースサーバとク
ライアントとの間に備え、該インターフェースにおいて
識別子を伴ったデータを受け取った場合に、ＳＱＬシー
ケンスを活性化し、前記受け取ったデータに基づきＳＱ
Ｌ言語によるシーケンスを実行したことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータシステ
ムに関し、特にリレーショナルデータベースマネージメ
ントシステムやオブジェクトオリエンティッドデータベ
ースシステム等におけるデータの伝送システムに関す
る。

【０００２】

【従来の技術】近年の技術革新に伴い、コンピュータシ
ステムの処理能力は著しく向上し、企業におけるコンピ
ュータシステムの形態はダウンサイジングまたは、ライ
トサイジングと呼ばれる分散システムへと変化しつつあ
る。また、コンピュータシステムの分散化によって大量
のデータを取り扱うことが可能となったため、リレーシ
ョナルデータベースマネージメントシステム（ＲＤＢＭ
Ｓ）やオブジェクトオリエンティッドデータベースシス
テム（ＯＯＤＢ、以下、ＲＤＢＭＳ等と記す）を導入
し、データ処理の高効率化が行われている。

【０００３】このようなＲＤＢＭＳ等が導入されたコン
ピュータシステムにおいては、該コンピュータシステム
を構成する全てのコンピュータに同一のリレーショナル
データベース用のソフトウェアを導入することが好まし
いが、従来より、例えばオラクル（登録商標）やマイク
ロソフト（登録商標）ＳＱＬデーターベース等のソフト
ウェアを用いて各部門毎に小規模なＲＤＢＭＳを構築し
ているような場合には、現状の資産を有効に活用するた
めに、小規模なＲＤＢＭＳはそのままとし、各ＲＤＢＭ
Ｓを更にネットワークにて接続することにより大規模な
ＲＤＢＭＳを構築せざるを得ないのが実情である。

【０００４】ＲＤＢＭＳの制御はＳＱＬ言語（文）を基
本として標準化が行われているが、ＲＤＢＭＳの汎用ソ
フトを提供する会社毎に言語仕様が多少異なっており、
様々なソフトウェアで稼働する複数のＲＤＢＭＳをネッ
トワークにて接続し、大規模なＲＤＢＭＳを構築する場
合、各ＲＤＢＭＳのサーバシステム間の接続を行うため
に複数のＳＱＬ言語仕様を包括するソフトウェアが必要
となるという問題点があった。図１０は上述したＲＤＢ
ＭＳの概念を示したものであり、１は管理部門ネットワ
ーク、２は販売部門ネットワーク、３は製造部門ネット
ワークである。また、各部門のネットワーク１〜３は、
それぞれ異なったベンダーのＲＤＢＭＳ用のソフトウェ
アをインストールしたサーバ１ａ、２ａ、３ａと、各サ
ーバ１ａ、２ａ、３ａに接続したクライアント１ｂ、１
ｂ、２ｂ、２ｂ、３ｂ、３ｂとから構成している。

【０００５】

【発明が解決しようとする課題】このように構成したＲ
ＤＢＭＳにおいて、各サーバ１ａ〜３ａを更にネットワ
ークにて接続し、より大きいネットワーク網を構成する
場合、前述したように複数のＳＱＬ言語仕様を包括する
ソフトウェアを目的とする機能毎に開発する必要があ
り、開発期間が長くかかり、且つ開発費用が膨大である
ためコンピュータシステムの分散化を妨げる要因となっ
ていた。また、同部門のネットワークのサーバとクライ
アント、例えば管理部門ネットワーク１のサーバ１ａと
クライアント１ｂとの間においてもＳＱＬ言語による通
信が行われるが、ＲＤＢＭＳを利用するためには複数回
の通信処理が必要となる。

【０００６】以下、同部門ネットワーク内のサーバとク
ライアントとの処理について受注オーダーエントリを例
に挙げて簡単に説明する。図１１はクライアントとサー
バとの間及びサーバとサーバとの間の通信手順を示す図
であり、（ａ）はクライアントまたは対向データベース
サーバの処理、（ｂ）はデータベースサーバの処理、
（ｃ）は（ａ）と（ｂ）との間の通信手順を示してい
る。また図１２はデータ操作のＳＱＬ文の例を示す。

【０００７】クライアント（ユーザ名：user）から受注
した商品を部門データベースサーバにエントリするため
には以下の手順が行われる。（１）クライアントがデータベースサーバにloginする
（Ｓ１）。クライアントは connect user／passwordで
接続要求を出す（Ｓ２）。サーバ側ではlogin処理を実
行し（Ｓ３）、結果をクライアントに返す（Ｓ４）。ク
ライアントは接続を確認する（Ｓ５）。（２）クライアントがサーバに対し、使用データベース
をuse営業ｄｂで選択指示を出す（Ｓ６、Ｓ７）。サー
バは選択されたデータベース営業ｄｂに接続し、結果を
返す（Ｓ８、Ｓ９）。クライアントは結果を確認する
（Ｓ１０）。

【０００８】（３）クライアントは受注データのエント
リを行う（Ｓ１１）。insert into 受注tbl （営業オー
ダーＮｏ、項目Ｎｏ，商品コード、客先、品名、受注数
量、単価、受注金額、納期）values('1111','1234','12
345-6789','部品Ａ','1000','125','125000','96/06/0
5'）をサーバへ送信する（Ｓ１２）。サーバはクライア
ントより受信したＳＱＬ文に基づき更新処理を行い（Ｓ
１３）、結果を返す（Ｓ１４）。クライアントは結果を
確認する（Ｓ１５）。（４）クライアントは更新完了通知をサーバに対しcom
mitで送信する（Ｓ１６、Ｓ１７）。サーバは更新完了
処理を実行し（Ｓ１８）、結果を返す（Ｓ１９）。クラ
イアントは結果を確認する（Ｓ２０）。（５）クライアントはサーバからの開放をexitを送信
する事で実行する（Ｓ２１、Ｓ２２）。サーバはlogout
処理を実行し終了する（Ｓ２３）。

【０００９】このようにクライアントからエントリされ
た受注データは部門のデータベースサーバにおいて処理
され、その後、更に同様の手順を経て部門データベース
サーバから全社データベースサーバにデータをエントリ
する必要があり、前述したように異なるデータベース間
のＳＱＬ文の差異を補正するソフトウェアを必要とする
という問題点に加え、通信コストがかさむという問題点
があった。即ち、異なったデータベース間、またはクラ
イアントデータベース間の通信はＳＱＬ文を送受して行
っているため、ＳＱＬ文の差異を吸収するためのソフト
ウェアを要すと共に、通信データ量が増大し、実行性能
が低下するという問題点があった。そこで、本発明は異
なるＲＤＢＭＳやＯＯＤＢ用のソフトウェアを用いるデ
ータベースシステムにおいて、ＳＱＬ文の差異を補正す
るソフトウェアを必要とせず、かつデータ処理のための
通信量を低減することのできるデータベースシステムを
提供することを課題とする。

【００１０】

【課題を解決するための手段】上記課題を解決するため
に、本発明に係るデータベースシステムの請求項１記載
の発明は、１以上のデータベースサーバと１以上のクラ
イアントとで構成するデータベースシステムであって、
ＳＱＬ言語を用いてデータベースの処理を実行するもの
において、データベースサーバの処理を実行する１組み
以上のＳＱＬ言語によるシーケンスを予め組み込んだＳ
ＱＬシーケンス実行手段と、当該ＳＱＬシーケンス手段
を活性化するか否かを判断する識別子判断手段とを備え
たインターフェースを前記データベースサーバとクライ
アントとの間に備え、該インターフェースにおいて識別
子を伴ったデータを受け取った場合に、ＳＱＬシーケン
スを活性化し、前記受け取ったデータに基づきＳＱＬ言
語によるシーケンスを実行したことを特徴とする。本発
明に係るデータベースシステムの請求項２記載の発明
は、請求項１記載のデータベースシステムにおいて、前
記インターフェースをデータベースサーバ及びクライア
ントに夫々組み込んだことを特徴とする。本発明に係る
データベースシステムの請求項３記載の発明は、請求項
１記載のデータベースシステムにおいて、データベース
サーバに固有のＳＱＬシーケンスを予め組み込んだイン
ターフェースを用いたこと特徴とする。本発明に係るデ
ータベースシステムの請求項４記載の発明は、請求項１
記載のデータベースシステムにおいて、前記インターフ
ェースでデータベース処理のためのＳＱＬシーケンスを
活性化するタイミングを制御したことを特徴とする。本
発明に係るデータベースシステムの請求項５記載の発明
は、データベースサーバの処理を実行する１組み以上の
ＳＱＬ言語によるシーケンスを予め組み込んだＳＱＬシ
ーケンス実行手段と、当該ＳＱＬシーケンス手段を活性
化するか否かを判断する識別子判断手段とを備えたイン
ターフェースをデータベースサーバとＷＷＷサーバとの
間に備え、該インターフェースにおいて識別子を伴った
データを受け取った場合に、ＳＱＬシーケンスを活性化
し、前記受け取ったデータに基づき前記データベースサ
ーバに対しＳＱＬ言語によるシーケンスを実行したこと
を特徴とする。

【００１１】

【発明の実施の形態】以下、図面に示した実施の形態例
に基づき本発明を詳細に説明する。なお、ＲＤＢＭＳに
本発明を適用した場合について説明する。図１は本発明
に係るデータベースシステムの概念を示した図であり、
１０及び１１はそれぞれ異なるソフトウェアによるＲＤ
ＢＭＳ、１０ａ及び１１ａはデータベースサーバ、１２
ａ、１３ａはクライアント、１０ｂ、１１ｂ、１２ｂ、
１３ｂはＳＱＬ言語を後述する形式に変換すると共に所
定の形式のデータをＳＱＬ言語に変換するインターフェ
ース、１４はＲＤＢＭＳに接続したネットワークであ
る。このように構成したデータベースシステムにおい
て、データベースサーバ１０ａから１１ａへデータの送
信を行う場合には、データベースサーバ１０ａはデータ
１０ｄに応じてＳＱＬ言語によるデータ１０ｃを生成
し、これをインターフェース１０ｂにおいて後述する形
式の電文に変換し、ネットワーク１４を介してＲＤＢＭ
Ｓ１１に伝送する。

【００１２】一方、ＲＤＢＭＳ１１においては、受信し
た電文をインターフェース１１ｂにて解析し、ＳＱＬ言
語による指示１１ｃを生成してデータベースサーバ１１
ａのデータ１１ｄを制御する。即ち、ＲＤＢＭＳを複数
結合し、大規模なＲＤＢＭＳを構築する場合に、従来は
異なるＲＤＢＭＳのＳＱＬ言語仕様を包括するソフトウ
ェアを用いる必要があったが、本発明に係るデータベー
スシステムにおいては、データベースサーバー１０ａ及
び１１ａとの間の通信にＳＱＬ言語を使用せず、独自の
形式のフォーマットを用いることにより、各種機能毎に
ソフトウェアを作成することなく、安価に複数のＲＤＢ
ＭＳを統合することが可能となる。

【００１３】図２は本発明に係るデータベースシステム
のインターフェースで生成される電文データの形式を表
した図であり、各ビットには「データベース更新の実行
モード」、「シーケンス番号」、「要求先HOST名」、
「使用データベース名」、「ユーザ名」、「対象テーブ
ル名」、「データ１〜データｎ」、「編集するＳＱＬ文
の種別」、「WHERE句生成のための更新、削除条件の対
象データ位置」、「WHERE句生成のための更新、削除条
件」のデータが割り振られる。前記「データベース更新
の実行モード」に割り振られるデータは要求実行の種
別、即ち即時処理、遅延処理、フェーズコミット処理を
示す符号であり、「シーケンス番号」及び「要求先HOST
名」はデータは複数同時処理を行うとき要求事項の識別
のたのめシーケンス番号と要求元ホスト名である。ま
た、「使用データベース名」はデータベースサーバで使
用する名前、「ユーザ名」は前記使用データベース名が
付されたデータベースサーバに接続するユーザ名であ
る。さらに、「対象テーブル名」は使用するデータベー
スのテーブル名を表し、該「対象テーブル名」以降、必
要な要求データが１〜ｎまで付加されている。

【００１４】この要求データのｎ番目の次にＳＱＬ言語
を示す符号があり、この例ではＳＱＬ言語の主要な要求
コードを０、１、３、９、５、６の数値に置き換えるも
のを示してある。即ち、ＳＱＬ言語のSELECTを指定する
場合には、ＳＱＬ言語を示すビットに０を入力する。こ
のとき、参照対象データ行の選択（WHERE句）はデータ
配列offset及び対象個数を数値化して対応する。またＳ
ＱＬ言語のINSERTを指定する場合には、ＳＱＬ言語を示
すビットに１を入力し、ＳＱＬ言語のUPDATEを指定する
場合には、ＳＱＬ言語を示すビットに３を入力する。こ
のUPDATEを指定する場合にも、変更対象のデータ行の選
択（WHERE句）はデータ配列offset及び対象個数を数値
化して対応する。

【００１５】さらに、ＳＱＬ言語のDELETEを指定する場
合には、ＳＱＬ言語を示すビットに９を入力し、削除対
象のデータ行の選択（WHERE句）はデータ配列offset及
び対象個数を数値化して対応する。新規データベーステ
ーブルを作成する場合にはCREATE TABLEを表す５を入力
し、既存データベーステーブルを削除する場合にはDROP
TABLEを表す６を入力する。上述したＳＱＬ言語を示す
ビットの次にＳＱＬ言語のWHERE句生成のための対象条
件となるデータの通信電文上の位置を示すデータを置
き、最後にWHERE句生成のための参照・更新・削除の条
件を上で指定した位置のデータに対して与える。

【００１６】次に「データベース更新の実行モード」に
ついて説明する。本発明に係るデータベースシステムに
おいては、「データベース更新の実行モード」を指定す
ることによりインターフェースを複合化することが可能
である。インターフェースの複合化とはデータベースの
インターフェースにおいて複数の手段を可能とする意味
である。即ち、「データベース更新の実行モード」とし
て”データベーストリガによる即時更新”を意味する”
０”を指定した場合、要求を実行する側のデータベース
サーバ（要求実行側データベース）で通常提供されてい
るデータベーストリガ機能を利用し、要求を受信後、直
ちに自己のＳＱＬ言語に準拠したＳＱＬ文を編集し、対
象データの参照・更新・削除を行い、要求元のデータベ
ースサーバへ可否の応答を行うもので、このモードを利
用する場合には要求実行側のデータベースサーバにおい
て命令を実行し、該実行の結果を要求元のデータベース
サーバに返信した後に通信が完了するため、確実なイン
ターフェースが可能となる。なお、上記モードにおいて
は要求元のデータベースサーバは複数の要求実行側のデ
ータベースサーバに対して同時にサポートすることが可
能である。

【００１７】また、「データベース更新の実行モード」
として”遅延更新”を意味する”１”を指定した場合に
は、要求元のデータベースサーバからの命令を要求実行
側のデータベースサーバが受信した後、直ちに受け付け
応答を行い、その後、一時的にデータベースサーバ間で
の通信を終了する。該通信終了後、要求実行側のデータ
ベースのインターフェースは受信した命令に基づきＳＱ
Ｌ文の編集を行い、スプールモードで自己のデータベー
スへ対象データの参照・更新・削除を要求する。その
後、前記インターフェースは要求した対象データの参照
・更新・削除の結果の問い合わせを一定周期毎に行い、
結果が確認された時点で要求元のデータベースサーバー
へ結果を転送する。

【００１８】このインターフェースモードでは要求実行
側のデータベースサーバにおいてデータの受信が完了し
た時点で一旦通信回線が切断されるため、ネットワーク
のトラフィックの低減が可能となり、また要求元のデー
タベースでは実行要求が完了後、通信状態から解放され
るため、直ちに次の処理の実行が可能となり、高効率で
処理を行うことができる。この場合においても、上述し
たモードと同様に要求元のデータベースサーバは複数の
要求実行側のデータベースサーバに対して同時にサポー
トすることが可能である。

【００１９】次に「データベース更新の実行モード」と
して”フェーズコミットによる更新”を意味する”２”
を指定した場合について説明する。従来１回のデータ伝
送で２台以上のデータベースサーバへの参照・更新・削
除等を実行する２フェーズコミットはクライアントによ
り実行されていたが、本発明に係るデータベースシステ
ムにおいては「データベース更新の実行モード」とし
て”フェーズコミットによる更新”というモードを有す
ことにより、クライアントからの要求を受け付けたデー
タベースサーバ（１次システム）が関連する他のデータ
ベースサーバ（２次システム）へ接続を要求し、２フェ
ーズコミットの起因となったクライアントとのセッショ
ンを上述した形式のデータに変換し２次システムのデー
ターベースサーバへ要求することが可能となる。なお、
このとき接続相手のデータベースサーバを複数とするこ
とも可能であり、且つクライアントと１次システムのデ
ータベースサーバ及び２次システムのデータベースサー
バとの通信は全てのセッションが完了するまで切断され
ない。

【００２０】図３は上記インターフェースの構成を示す
図であり、１５は識別子判断手段、１６はＳＱＬシーケ
ンス実行手段、１７はＳＱＬシーケンス変換手段であ
る。このように構成したインターフェースにおいて、要
求元より所定形式でデータを受け取った場合には、受け
取ったデータ中に含まれる「データベース更新の実行モ
ード」及び「編集するＳＱＬ文の種別」を示す識別子を
識別子判断手段１５にて判断し、指定された実行モード
及びＳＱＬ文の種別に応じてＳＱＬシーケンス実行手段
１６を駆動することによって要求実行側のデータベース
サーバを制御する。また、要求元からＳＱＬ言語による
指示を受け取った場合には、ＳＱＬシーケンス変換手段
１７により識別子等を付加した所定の形式のデータに変
換し、要求実行側へと出力する機能を有す。また要求元
よりデータ入力があった場合には、入力されたデータに
応じてＳＱＬシーケンス変換手段を介して所定の形式の
データに変更する機能をも有す。

【００２１】図４は本発明に係るデータベースシステム
における通信手順を示す図であり、まず、要求元のデー
タベースサーバではＳＱＬ言語による所望の指示を生成
し（Ｓ３０）、これをインターフェースで所定の形式の
通信データに変換し（Ｓ３１）、該変換された更新実行
要求を受け手のＲＤＢＭＳに送出する（Ｓ３２）。所定
の形式の通信データに変換された更新実行要求を受信し
たＲＤＢＭＳではインターフェースを介してＳＱＬ文の
編集、実行を行ない（Ｓ３３）、所定のＳＱＬ言語によ
りＲＤＢＭＳサーバに指示すると共に、該ＲＤＢＭＳか
らの実行結果を得（Ｓ３４）、これを要求元に返送し
（Ｓ３５）、要求元のデータベースシステムは受信した
応答メッセージを分析し可否を確認する（Ｓ３６）。こ
のように本発明に係るデータベースシステムにおいて
は、従来のＳＱＬ言語による通信手順と比較してデータ
ベースサーバ間での通信量を著しく低減することが可能
となる。

【００２２】次にＲＤＢＭＳのクライアントを介して他
のＲＤＢＭＳのサーバのデータを変更する場合について
図１及び図５を用いて説明する。クライアント１２ａに
おいて所望のデータ操作、例えばデータの新規エントリ
等に応じて必要なデータを入力し、これに基づきインタ
ーフェース１２ｂは上述した所定の形式のデータを作成
する（Ｓ４０）。その後、生成したデータを更新実行要
求としてサーバ１０ａに送出し（Ｓ４１）、データを受
信したインターフェース１０ｂはＳＱＬ文の編集及び実
行を行い（Ｓ４２）、データ１０ｄのデータの参照・更
新・削除等の処理を行う。その後、実行結果をＳＱＬ文
としてインターフェース１０ｂが受け取ると、該インタ
ーフェース１０ｂは再び所定の形式のデータに変換し
（Ｓ４３）、クライアントのインターフェース１２ｂへ
送出し（Ｓ４４）、クライアントはこの実行結果を確認
する（Ｓ４５）。

【００２３】すなわち、クライアントにおいては複雑な
ＳＱＬ文によるＲＤＢＭＳの制御方法に関する知識が無
くとも、所定の形式にて入力したデータ、例えば、受注
データの登録に必要な、「参照データベース名」、「自
己のＩＤ」、「受注テーブルの指定」、「各種管理番
号」、「商品名（コード）」、「客先」、「受注金額
（単価、数量）」、「納期」等のデータを所定の形式に
て入力し、このデータをインターフェースにおいて上述
した形式のデータに変換し、且つ該変換データを受け取
ったサーバにおいてインターフェースを介してＳＱＬ文
に編集し処理を実行することができるため、操作が容易
となると共に通信回数を著しく低減し、高効率にデータ
ベースを利用することが可能となる。

【００２４】図６は本発明に係るデータベースシステム
の概念を示した図である。２０、２２、２４、２６は夫
々ＲＤＢＭＳであり、各ＲＤＢＭＳは公衆回線や専用回
線３０にて接続されている。ＲＤＢＭＳ２０には全社情
報系ＲＤＢＭＳサーバ２０ａと、全社基幹系ＲＤＢＭＳ
サーバ２０ｂと、全社情報系及び全社基幹系のＲＤＢＭ
Ｓクライアント２０ｃ、２０ｄと、通信装置２０ｅとを
有し、各サーバ２０ａ、２０ｂ及びクライアント２０
ｃ、２０ｄにはそれぞれ上述したインターフェースを備
えている。

【００２５】前記サーバ２０ａは本システムの最上位に
位置し、各部門のＲＤＢＭＳサーバからの情報を受信し
販売情報を管理・運営するものであり、受注生産オーダ
等の生産関連情報及び経理関連情報をサーバ２０ｂに送
信すると共に、生産状況等の必要な情報を販売部門のＲ
ＤＢＭＳサーバへ送信する機能を有す。サーバ２０ｂも
本システムの最上位に位置し、前記全社情報系ＲＤＢＭ
Ｓサーバ２０ａから受信した生産関連情報を生産部門の
ＲＤＢＭＳサーバへ送信する機能を有し、また全社情報
系ＲＤＢＭＳサーバ２０ａから受信した経理関連情報を
元に経理関連処理を行うと共に必要な情報を全社情報系
ＲＤＢＭＳサーバ２０ａへ送信する。ＲＤＢＭＳ２２及
び２４は販売部門のＲＤＢＭＳであり、それぞれのＲＤ
ＢＭＳ２２及び２４にはサーバ２２ａ、２４ａと、クラ
イアント２２ｃ、２２ｄ、２４ｃ、２４ｄと、通信装置
２２ｅ、２４ｅとを備えている。これらのクライアント
及びサーバも前述したＲＤＢＭＳ２０を構成する装置を
同様に上述したインターフェースを各々有している。

【００２６】前記販売部門のＲＤＢＭＳサーバ２２ａ、
２４ａは販売部門のＲＤＢＭＳの中核となるものであ
り、販売部門でのローカルな処理を実行する。またクラ
イアント２２ｃ、２２ｄ、２４ｃ、２４ｄは営業情報の
参照・更新・削除等を行うためのものであり、通信装置
２２ｅ、２４ｅは各サーバ２２ａ及び２４ａからの命令
を送信し、あるいは他のサーバ２０ａ、２０ｂ等からの
命令、応答等をサーバ２２ａ、２４ａに伝送するための
ものである。

【００２７】ＲＤＢＭＳ２６は生産部門システムのデー
タベースシステムであり、生産部門ＲＤＢＭＳサーバ２
６ａと通信装置２６ｅを有し、このサーバ２６ａも上述
したインターフェースを有している。サーバ２６ａは前
記全社基幹系ＲＤＢＭＳサーバ２０ｂから送信された生
産関連情報を基に各種処理を実行し、必要情報を全社基
幹系ＲＤＢＭＳサーバ２０ｂに送信を行う機能を有し、
該データの送受は通信装置２６ｅを介して行われる。

【００２８】このように構成した大規模なＲＤＢＭＳに
おいて、クライアント２２ｃから部門のデータベースサ
ーバ２２ａにデータのエントリを行い、且つ該サーバ２
２ａから全社基幹系ＲＤＢＭＳサーバ２０ａにエントリ
する場合について説明する。なお、説明を簡単にするた
めに同一ＲＤＢＭＳ内のサーバとクライアントとの間の
データ通信についての説明は省略し、サーバとサーバと
の間の通信について説明する。また、伝送するデータ
は”単価１２５円の部品ＡをＡ社から１０００個受注
し、その納期は９６年６月５日である”という情報であ
って、且つ該データをＲＤＢＭＳの受注テーブルにデー
タベースデータベーストリガによる即時更新モードにて
行うものとする。

【００２９】（１）受注したデータをサーバ２２ａがＳ
ＱＬ言語にて出力し、図示を省略したインターフェース
が下記に示した形式のデータに変換し、通信装置（モデ
ム）２２ｅを介してＲＤＢＭＳの通信装置２０ｅに送出
する。 0,1,host 01,営業ｄｂ,社員Ａ, 受注 tbl, '1111', '12
34', '12345-6789', 'Ａ社', '商品Ａ', '1000', '12
5', '12500', '96/06/05', 1 （２）上記変換データはＲＤＢＭＳ２０の通信装置２０
ｅを介してサーバ２０ａのインターフェースに送出さ
れ、インターフェースは次の処理を行う。１．データ受信２．受信データの解析３．ＳＱＬ文の編集４．データベースへlogin −connect 社員Ａ／password ５．データベース login処理・応答６．ＳＱＬ文の編集／実行 −データベースの指定 use 営業ｄｂ７．データベースの選択／応答８．ＳＱＬ文の編集／実行 −insert into受注ｔｂｌ（営業オーダＮｏ項目Ｎｏ，
商品コード、商品名、客先名、受注数量、単価受注金
額、納期） −values('1111','1234',‘12345-6789','部品Ａ', 'Ａ
社','1000','125','125000','96/06/05'）９．データベース更新処理の実行／応答１０．ＳＱＬ文の編集／実行 − commit １１．データベース更新完了処理／応答１２．ＳＱＬ文の編集／実行 −exit １３．データベースlogout処理１４．クライアントへ結果の通知（３）クライアント実行結果の受信この様にして従来技術で説明した事と等価な処理が、デ
ータベースシステムの差異を吸収して容易に可能とな
る。

【００３０】次にデータベースインタフェースの複合化
について図７、図８を用いて説明する。図７はデータベ
ーストリガを利用したインターフェースを説明するため
の図であり、３０及び３１はＲＤＢＭＳ、３０ａ及び３
１ａはサーバ、３０ｃはクライアント、３０ｂ、３０
ｄ、３１ｂはインターフェース、３３はネットワークで
ある。クライアント３０ｃよりインターフェース３０ｄ
を介して参照・更新・削除等の要求Ｄ１がネットワーク
３３を通して出力されると、ＲＤＢＭＳ３０のインター
フェース３０ｂにおいて上記データＤ１がＳＱＬ言語に
変換され、ＳＱＬ言語による要求Ｄ２がサーバ３０ａに
与えられる。上記要求Ｄ２にはデータベーストリガを利
用したインターフェースである旨の情報が含まれている
ため、該要求Ｄ２を受け取ったサーバ３０ａはデータベ
ーストリガによる通知Ｄ３及び処理の対象となるデータ
Ｄ４を出力する。

【００３１】これらデータＤ３及びＤ４はインターフェ
ース３０ｂにおいてＳＱＬ言語から所定の形式のデータ
に変換され、Ｄ５に示すように要求実行側のＲＤＢＭＳ
３１へと転送される。ＲＤＢＭＳ３１のインターフェー
ス３１ｂでは所定の形式のデータからＳＱＬ言語に再び
変換し、ＳＱＬ言語による要求Ｄ６がサーバ３１ａに与
えられ、その実行結果Ｄ７がサーバ３１ａから出力さ
れ、その結果を要求元のＲＤＢＭＳ３０のサーバ３０ａ
へ返送する（Ｄ８）。このように、要求元から出力され
た要求に即時に対応するものを”即時処理”という。

【００３２】次に遅延処理について説明する。遅延処理
の場合にはサーバ３０ａより出力される要求Ｄ３に実行
モードが”遅延処理”である旨の情報が含まれているた
め、該要求Ｄ３及び処理の対象となるデータＤ４とを受
け取ったＲＤＢＭＳ３１のインターフェース３１ｂは対
象となるデータＤ９をサーバ３１ａに出力すると共に、
通信を一時中断する旨の信号Ｄ１０を要求元のインター
フェース３０ｂに出力する。その後、インターフェース
３１ｂとサーバ３１ａとの間でＳＱＬ言語による処理が
行われ、その実行結果Ｄ１１をインターフェース３１ｂ
が受け取った後、該実行結果をインターフェース３１ｂ
にて所定の形式に変換し、要求元のサーバ３０ａへ返送
する（Ｄ１２）。このように遅延処理を可能としたた
め、ネットワークトラフィックを低減することができ
る。

【００３３】図８は２フェーズコミットについて示した
図であり、第１次ＲＤＢＭＳサーバ４０へクライアント
４２から処理要求Ｄ２０が出ると、受信した要求（２フ
ェーズコミット要求）に応じてサーバ４０は自己のデー
タに対して処理を施すと共に、第２次ＲＤＢＭＳのサー
バ４４へ処理要求Ｄ２１を出力する。サーバ４４は要求
された処理を実行した後、その実行結果についてサーバ
４０にデータＤ２２を出力し、該処理結果を受け取った
サーバ４０は自己の処理結果とサーバ４４から受け取っ
た処理結果とをクライアントに返送する（Ｄ２３）。こ
のように本発明に係るデータベースシステムを用いるこ
とにより、データベースサーバ間での通信を制御する事
が可能であり、クライアントは第１次ＲＤＢＭＳサーバ
４０、第２次ＲＤＢＭＳサーバ４４への要求を独立して
行うことなく２フェーズコミットを実行することができ
る。図９は本発明に係るデータベース用インターフェー
スをＷＷＷサーバとデータベースシステムとの間に用い
た場合の概念を示す図であり、４０はインターネットシ
ステムのブラウザ、４２はＷＷＷサーバ、４４はＲＤＢ
ＭＳ、４６及び４８はインターフェースである。前記ブ
ラウザ４０はＨＴＭＬファイルをＷＷＷサーバ４２に要
求し、それを表示するものであり、前記ＷＷＷサーバ４
２はブラウザ４０から要求されたＨＴＭＬファイルを返
送するものである。また前記ＷＷＷサーバには該ＷＷＷ
サーバが外部プログラムに入力を渡す方法や、外部プロ
グラムからもらう出力の形式をしているＣＧＩ（コモン
・ゲートウェイ・インターフェース）プログラム５０が
組み込まれている。この形態例においては、ＣＧＩ５０
の出力を本発明に係るインターフェース４６に入力し、
その入力データを上述した形式のデータに変換し、該変
換データをＲＤＢＭＳ４４に出力することによりＲＤＢ
ＭＳ４４のデータを変更可能としたものであり、上述し
た形態例と同様にＳＱＬ言語を用いることなくＲＤＢＭ
Ｓのデータの参照・更新・削除等を行うことができる。
すなわち、ＷＷＷサーバ４２にデータベースのデータ入
力用のページ（ファイル）を設け、クライアント側のブ
ラウザ４０に前記データ入力用のページを表示し、且つ
ＣＧＩを利用してクライアント側からの文字列の入力を
受け取り、それをインターフェースを介してＲＤＢＭＳ
に受け渡しを行うことにより、ＲＤＢＭＳのデータを参
照・更新・削除等の処理を実行できる。なお、上記形態
例においてはインターフェースを独立して設けた場合に
ついて説明したが、各サーバやクライアント及びＷＷＷ
サーバのＣＧＩにインターフェース機能を持たせること
も可能である。またＲＤＢＭＳを例に挙げて説明した
が、ＯＯＤＢに本発明に係るインターフェースを用いて
も良い。

【００３４】

【発明の効果】以上説明したように、請求項１〜３記載
のデータベースシステムは、ＳＱＬ言語を使用せず所定
の形式でサーバとクライアントとの間及びサーバとサー
バとの間の通信を行うことができるので、従来必要であ
った複数のＳＱＬ言語を包括するソフトウェアを各種機
能毎に作成する必要は無くなり、また、サーバとクライ
アントとの間及びサーバとサーバとの間の通信量を減少
することでターンアラウンドを画期的に改善する上で効
果を発揮する。請求項４記載のデータベースシステム
は、インターフェースにおいてＳＱＬシーケンスを活性
化するタイミングを制御したため、即時処理のみなら
ず、遅延処理を可能とし、ネットワークにおける通信量
を減少することでターンアラウンドを画期的に改善する
上で効果を発揮する。請求項５記載のデータベースシス
テムは、データベースシステムのサーバとＷＷＷサーバ
との間にインターフェースを設けたため、クライアント
側でプログラムの変更を行うことなく、且つＳＱＬ言語
を必要とせずにデータベースのサーバのデータ処理を実
行することが可能となる。

【００３５】

【図面の簡単な説明】

【図１】本発明に係るデータベースシステムの概念を示
した図。

【図２】本発明に係るデータベースシステムのインター
フェースで生成される電文データの形式を表した図。

【図３】本発明に係るデータベースシステムのインター
フェースの構成を示す図。

【図４】本発明に係るデータベースシステムにおける通
信手順を示す図。

【図５】本発明に係るデータベースシステムにおいて、
ＲＤＢＭＳのクライアントを介して他のＲＤＢＭＳのサ
ーバのデータを変更する場合の通信手順を示す図。

【図６】本発明に係るデータベースシステムの概念を示
した図。

【図７】本発明に係るデータベースシステムにおける、
データベーストリガを利用したインターフェースを説明
するための図。

【図８】本発明に係るデータベースシステムにおける、
２フェーズコミットについて示した図。

【図９】本発明に係るデータベースシステムをＷＷＷサ
ーバに適用した場合の概念を示す図。

【図１０】従来のＲＤＢＭＳの概念を示した図。

【図１１】従来のクライアントとサーバとの間及びサー
バとサーバとの間の通信手順を示す図。

【図１２】データ操作のＳＱＬ文の例を示す図。

【符号の説明】

１０、１１・・・ＲＤＢＭＳ１０ａ、１１ａ・・・サーバ、１２ａ、１３ａ・・・クライアント、１１ａ、１１ｂ、１２ｂ、１３ｂ・・・インターフェー
ス、１５・・・識別子判断手段、１６・・・ＳＱＬシーケンス実行手段、１７・・・ＳＱＬシーケンス変換手段。

Claims

【特許請求の範囲】

【請求項１】１以上のデータベースサーバと１以上のク
ライアントとで構成するデータベースシステムであっ
て、ＳＱＬ言語を用いてデータベースの処理を実行する
ものにおいて、データベースサーバの処理を実行する１組み以上のＳＱ
Ｌ言語によるシーケンスを予め組み込んだＳＱＬシーケ
ンス実行手段と、当該ＳＱＬシーケンス手段を活性化す
るか否かを判断する識別子判断手段とを備えたインター
フェースを前記データベースサーバとクライアントとの
間に備え、該インターフェースにおいて識別子を伴った
データを受け取った場合に、ＳＱＬシーケンスを活性化
し、前記受け取ったデータに基づきＳＱＬ言語によるシ
ーケンスを実行したことを特徴とするデータベースシス
テム。
【請求項２】前記インターフェースをデータベースサー
バ及びクライアントに夫々組み込んだことを特徴とする
請求項１記載のデータベースシステム。
【請求項３】データベースサーバに固有のＳＱＬシーケ
ンスを予め組み込んだインターフェースを用いたこと特
徴とする請求項１記載のデータベースシステム。
【請求項４】前記インターフェースでデータベース処理
のためのＳＱＬシーケンスを活性化するタイミングを制
御したことを特徴とする請求項１記載のデータベースシ
ステム。
【請求項５】データベースサーバの処理を実行する１組
み以上のＳＱＬ言語によるシーケンスを予め組み込んだ
ＳＱＬシーケンス実行手段と、当該ＳＱＬシーケンス手
段を活性化するか否かを判断する識別子判断手段とを備
えたインターフェースをデータベースサーバとＷＷＷサ
ーバとの間に備え、該インターフェースにおいて識別子
を伴ったデータを受け取った場合に、ＳＱＬシーケンス
を活性化し、前記受け取ったデータに基づき前記データ
ベースサーバに対しＳＱＬ言語によるシーケンスを実行
したことを特徴とするデータベースシステム。