JP3253772B2

JP3253772B2 - コンピュータシステムおよび同システムに適用されるデータベース操作制御方法

Info

Publication number: JP3253772B2
Application number: JP21141393A
Authority: JP
Inventors: 和典島川
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1993-08-26
Filing date: 1993-08-26
Publication date: 2002-02-04
Anticipated expiration: 2017-02-04
Also published as: JPH0764837A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、データベース操作言
語であるＳＱＬをコンパイルしそのオブジェクトを実行
してデータベース操作を行うコンピュータシステムおよ
び同システムに適用されるデータベース操作制御方法に
関する。

【０００２】

【従来の技術】一般に、コンピュータシステム上に構築
されたデータベースシステムにおいては、その端末から
発行されるデータベース操作言語に従ってデータベース
の検索、更新等が行われる。データベース操作言語とし
ては、ＳＱＬが良く利用されている。ＳＱＬは関係型デ
ータベースに対して検索要求や更新要求を行なうための
言語であり、非定型業務における操作の容易性を図るた
めにＳＥＬＥＣＴ，ＦＲＯＭ，ＷＨＥＲＥの３つの基本
句からなる簡単な構文によって表現される。

【０００３】このようなＳＥＬＥＣＴ，ＦＲＯＭ，ＷＨ
ＥＲＥによって記述されたＳＱＬソースが端末から発行
されると、そのＳＱＬソースはホストコンピュータシス
テムのデータベースシステムに送られる。データベース
システムは、まず、そのＳＱＬソースをコンパイルし、
ＳＱＬオブジェクトに変換する。そして、データベース
管理システムは、ＳＱＬオブジェクトを実行することに
よって、ＳＱＬソースによって要求された問い合わせに
対応するデータベース操作を実行し、必要に応じてその
操作結果を端末の画面に表示する。

【０００４】このように、ホストコンピュータのデータ
ベースシステムにおいては、端末からのＳＱＬソースを
受け付ける度にコンパイル処理を行う必要がある。この
場合、ＳＱＬソースのコンパイルは、データベースのス
キーマ情報を参照しながら行われる。スキーマ情報はデ
ータベースに蓄積されているデータの形式を定義するも
のであり、データベースの蓄積データと共にディスク装
置にデータベース化されて格納されているのが普通であ
る。このため、スキーマ情報の取得にはディスク装置か
らの数多くの入力処理が必要とされる。したがって、従
来のデータベースシステムでは、コンパイル処理に時間
がかかり、それによってシステムの性能低下が引き起こ
される欠点があった。

【０００５】そこで、最近では、システム性能を向上さ
せるための次のような２つの方式が考えられている。１
つは、ユーザがデータベースシステムを使用している期
間のみＳＱＬオブジェクトを一時的に主記憶上に保持
し、そのＳＱＬオブジェクトに対応するＳＱＬソースが
再度発行された場合にその保持されているＳＱＬオブジ
ェクトを利用するという方式である。

【０００６】もう１つは、ストアドプロシジャと称され
る方式であり、ある特定の問い合わせ処理に対応するＳ
ＱＬソースをプリコンパイルして専用のライブラリに登
録しておき、それをユーザが呼び出すという方式であ
る。

【０００７】前者の方式では、データベースシステムに
対するある特定のセッションにおいて同一内容のＳＱＬ
ソースが何度もユーザから発行される場合にはコンパイ
ル処理が省けるので有効であるが、ユーザがデータベー
スシステムの使用を一旦終了すると主記憶上に保持され
ていたＳＱＬオブジェクトはすべて破棄されてしまう。
このため、ユーザが再度データベースシステムとのセッ
ションを開始した場合には、ＳＱＬオブジェクが存在し
ないのでデータベースシステムはコンパイル処理から行
う必要がある。したがって、前者の方式では、実際上十
分な性能向上を期待することができない。また、もしデ
ータベースシステムの使用終了後もＳＱＬオブジェクト
を破棄せずに主記憶上に保持し続けたとすると、主記憶
の大部分がＳＱＬオブジェクトによって占有されてしま
うことになる。この場合、使用頻度の低いＳＱＬオブジ
ェクトによってメモリ資源が浪費されたり、残りメモリ
容量の低下による処理速度の低下などの問題が生じる。

【０００８】後者の方式では、定型の問い合わせを行う
場合は問題ないが、問い合わせ内容が一定に定まらない
非定型の問い合わせに対処できない問題がある。もし、
非定型の問い合わせに対処するためには、すべての発生
し得る問い合わせパターンに対応した多数のＳＱＬオブ
ジェクトを含むプログラムをライブラリに登録しておく
必要が生じる。また、この方式では、本来のＳＱＬの良
さ、つまり、非定型業務における操作の容易性が損なわ
れるという問題がある。

【０００９】

【発明が解決しようとする課題】従来では、ＳＱＬソー
スが入力される度にそれをコンパイルする必要があり、
それによってデータベースシステムの性能が低下される
欠点があった。また、コンパイル結果である全てのＳＱ
Ｌオブジェクトを主記憶上に保持しておいたのでは、主
記憶の大部分がＳＱＬオブジェクトによって占有されて
しまい、メモリ資源が浪費される。さらに、ストアドプ
ロシジャ方式を採用した場合には、コンパイルは不要と
なるものの、非定型業務における操作の容易性が損なわ
れる欠点がある。

【００１０】この発明はこのような点に鑑みてなされた
もので、主記憶のメモリ資源を浪費すること無く実行す
るコンパイル回数を低減できるようにして、高性能で且
つ非定型業務に適したデータベース操作を行うことがで
きるコンピュータシステムおよび同システムに適用され
るデータベース操作制御方法を提供することを目的とす
る。

【００１１】

【課題を解決するための手段および作用】この発明は、
入力されたデータベース問い合せのためのＳＱＬソース
をコンパイルしてＳＱＬオブジェクトを生成し、そのＳ
ＱＬオブジェクトを実行することによって問い合わせに
応じたデータベース操作を行うコンピュータシステムに
おいて、蓄積データとその蓄積データの形式を定義する
スキーマ情報とから構成されるデータベースが格納され
るデータベース記憶手段と、前記スキーマ情報の変更の
度に前記データベースの蓄積データに対応するスキーマ
情報のバージョンを更新する手段と、前記コンピュータ
システムの主記憶上に設けられ、ＳＱＬソース、そのコ
ンパイル結果であるＳＱＬオブジェクト、およびＳＱＬ
ソースによって参照されるデータベースのスキーマ情報
のバージョン名を含むＳＱＬ情報が格納されるＳＱＬバ
ッファと、前記コンピュータシステムの稼働中は、前記
主記憶のＳＱＬバッファに最新の１以上のＳＱＬソース
に対応するＳＱＬ情報だけが保持されるように、前記Ｓ
ＱＬバッファと前記コンピュータシステムの２次記憶と
の間のデータ転送によってＳＱＬバッファの内容を置き
換える手段と、前記コンピュータシステムの停止時に、
前記主記憶のＳＱＬバッファの内容を前記２次記憶に退
避する手段と、データベース問い合せのためのＳＱＬソ
ースが入力される度、入力されたＳＱＬソースに従って
前記主記憶のＳＱＬバッファおよび前記２次記憶を検索
してそのＳＱＬソースに対応するＳＱＬオブジェクトを
含むＳＱＬ情報が存在するか否かを判別する手段と、前
記主記憶のＳＱＬバッファまたは前記２次記憶に該当す
るＳＱＬ情報が存在する場合、当該ＳＱＬ情報のＳＱＬ
オブジェクトを実行する手段と、該当するＳＱＬ情報が
存在しない場合、前記入力されたＳＱＬソースを前記ス
キーマ情報を用いてコンパイルし、前記入力されたＳＱ
Ｌソース、そのコンパイル結果であるＳＱＬオブジェク
ト、およびＳＱＬソースによって参照されるデータベー
スのスキーマ情報のバージョン名を含むＳＱＬ情報を生
成し、そのＳＱＬ情報を主記憶のＳＱＬバッファに格納
すると共に、前記ＳＱＬオブジェクトを実行する手段
と、前記スキーマ情報のバージョンに従って前記主記憶
のＳＱＬバッファおよび前記２次記憶を検索し、変更対
象のスキーマ情報に基づいて生成されたＳＱＬ情報を前
記主記憶のＳＱＬバッファまたは２次記憶から削除する
手段とを具備することを特徴とする。

【００１２】このコンピュータシステムにおいては、各
端末から新たなＳＱＬソースが入力される度にそのＳＱ
Ｌソースをコンパイルして実行するというオンデマンド
的な処理体系を前提としつつ、既にコンパイルしたこと
のあるＳＱＬソースについてはコンパイル処理無しでそ
れを直ちに実行できるようにコンパイル結果を含むＳＱ
Ｌ情報を主記憶上のＳＱＬバッファに格納して保持する
ように構成されている。この際、システム稼働中はＳＱ
Ｌバッファと２次記憶装置との間でＳＱＬ情報の置き換
えを実行し、システム停止時にはＳＱＬバッファの内容
を２次記憶装置に退避するように構成することで、主記
憶の浪費および既に生成されたＳＱＬ情報の消失を防止
できるようにしている。さらに、スキーマ情報のバージ
ョンアップを行う際には、既に２次記憶装置またはＳＱ
Ｌバッファに保持されている旧ＳＱＬ情報を削除して、
該当するＳＱＬ情報が２次記憶装置またはＳＱＬバッフ
ァに存在しないようにすることで、各端末から入力され
るＳＱＬソースをバージョンアップ後のスキーマ情報を
用いて正しくコンパイルして、そのコンパイル結果を含
むＳＱＬ情報を主記憶上のＳＱＬバッファに格納して保
持できるようにしている。そして、各端末からのＳＱＬ
ソースによる問い合わせの入力に応じて、徐々に新たな
ＳＱＬ情報が蓄積されていく。

【００１３】さらに、変更対象のスキーマ情報を参照し
ているＳＱＬソースを含むＳＱＬ情報をＳＱＬバッファ
または２次記憶から削除することにより、保持されてい
るＳＱＬオブジェクトと実際のデータベースとの整合性
を保証することもできる。

【００１４】

【実施例】以下、図面を参照してこの発明の実施例を説
明する。図１には、この発明の一実施例に係わるコンピ
ュータシステムの全体構成が示されている。このコンピ
ュータシステムは、ホストコンピュータ１０と、これに
接続される複数の端末２０から構成されるものであり、
ホストコンピュータ１０は各端末２０に対してデータベ
ースの検索、更新等のサービスを提供する。

【００１５】ホストコンピュータ１０は、図示のよう
に、ＣＰＵ１１、メインメモリ１２、データベース演算
処理装置１３、ディスク装置１４、Ｉ／Ｏチャネル１
５、および通信インターフェース１６を備えており、そ
れらＣＰＵ１１、メインメモリ１２、データベース演算
処理装置１３、Ｉ／Ｏチャネル１５、および通信インタ
ーフェース１６はシステムバス１７を介して相互接続さ
れている。

【００１６】ＣＰＵ１１は、ホストコンピュータ１０の
システム全体の制御を司るためのものであり、データベ
ース管理システム（ＤＢＭＭＳ）１２１を実行すること
によってデータベース１４１の管理やそのデータベース
１４１に蓄積されたデータの操作を行う。また、ＣＰＵ
１１は、必要に応じてデータベース演算処理装置１３に
コマンドを発行し、ソートや関係演算等の処理をデータ
ベース演算処理装置１３に実行させる。

【００１７】メインメモリ１２はＣＰＵ１１によって実
行されるプログラムやデータを格納するためのものであ
り、ここには、データベース管理システム（ＤＢＭＭ
Ｓ）１２１が格納されている。このデータベース管理シ
ステム（ＤＢＭＭＳ）１２１はデータベ−スの管理を行
うためのシステムプログラムである。また、このメイン
メモリ１２のある一定の記憶領域はＳＱＬ情報格納用バ
ッファ１２２として定義されており、ここにはＣＰＵ１
１によってＳＱＬ情報が格納される。このＳＱＬ情報は
ＳＱＬソースがコンパイルする度に生成されるものであ
り、各端末２０から発行されたＳＱＬソースとそのコン
パイル結果であるＳＱＬオプジェクト等との対応関係を
示すものであり、その詳細については図２を参照して後
述する。

【００１８】データベース演算処理装置１３はソートや
関係演算等の処理を高速実行する専用ハードウェアであ
り、ＣＰＵ１１からのコマンドにしたがって動作する。
ディスク装置１４は、Ｉ／Ｏチャネル１５を介してシス
テムバス１７に接続されており、ホストコンピュータ１
０の２次記憶として使用される。このディスク装置１４
は磁気ディスク、光磁気ディスク、または半導体ディス
ク装置等から構成されており、ここには、データディク
ショナリ１４１およびデータベース１４２が格納されて
いる。

【００１９】データディクショナリ１４１はデータベー
ス１４２の蓄積データを管理するカタログデータ群であ
り、スキーマ情報１４１ａ、およびＳＱＬ情報１４１ｂ
を含んでいる。スキーマ情報１４１ａは、データベース
１４２の蓄積データを定義するものであり、データベー
ス１４２のテーブルやカラムに関する情報から構成され
ている。このスキーマ情報１４１ａはデータベース１４
２の定義の変更に応答して更新され、データベース１４
２の内容が新しくなる度にバージョンアップされる。

【００２０】ＳＱＬ情報１４１ｂは、前述のＳＱＬ情報
格納用バッファ１２２に格納されているものと同一の情
報である。すなわち、ＳＱＬ情報格納用バッファ１２２
の内容は、最新の内容だけがそこに保持されるようにＬ
ＲＵ法（Least-Recently-Used 法）によって置き換えら
れ、ＳＱＬ情報格納用バッファ１２２から排出されたＳ
ＱＬ情報がＳＱＬ情報１４１ｂとしてデータディクショ
ナリ１４１に転送される。データベース１４２は、関係
型モデルをなす複数のテーブルから構成されている。

【００２１】図２には、ＳＱＬ情報のデータ構造の一例
が示されている。各ＳＱＬ情報は、図示のように、登録
時間情報、スキーマバージョン情報、ＳＱＬ識別子、Ｓ
ＱＬソース、およびＳＱＬオブジェクトから構成されて
おり、それらはＳＱＬ情報格納用バッファ１２２の対応
するエントリｅ１〜ｅ５にそれぞれ格納される。

【００２２】エントリｅ１にセットされる登録時間情報
は、生成されたＳＱＬ情報をＳＱＬ情報格納用バッファ
１２２に登録する時間を示すものであり、登録年月日情
報と時間情報とを含む。また、データディクショナリ１
４１の内容はＳＱＬソースによりアクセス可能な形式
（つまり、データベース１４２上のテーブルと同一の形
式）であるので、その中に格納されているＳＱＬ情報１
４１ｂ自体をＳＱＬソースによりアクセスすることがで
きる。この場合、登録時間は、端末２０にどのようなＳ
ＱＬ情報が何時登録されたかを画面表示によってユーザ
に知らせるといった運用にも利用する事ができる。

【００２３】エントリ２にセットされるスキーマバージ
ョン情報は、ＳＱＬソースをコンパイルする際に使用し
たスキーマ情報１４１ａのバージョンを示すものであ
る。また、そのスキーマバージョン情報は、ＳＱＬ情報
が生成されたときにそのベースとなったスキーマ情報１
４１ａがユーザによって変更されたり削除されたとき
に、それと同じスキーマバージョンをサーチしそのスキ
ーマバージョンと同一バージョンのＳＱＬ情報１４１ｂ
をデータディクショナリ１４１上から削除し、古くて不
正なＳＱＬオブジェクトによりデータベース１４２をア
クセスすることのないようにするためにも利用される。

【００２４】エントリ３にセットされるＳＱＬ識別子は
該当するＳＱＬ情報を識別するためのＩＤ情報であり、
同一内容のデータベース問い合わせを何度も行う場合に
は端末２０はそのＳＱＬ識別子をＳＱＬソースの代わり
に発行することもできる。この場合には、例えば、端末
２０にすべてのあるいは一部のＳＱＬ情報を表示し、そ
こに表示されたＳＱＬソースを確認し、対応するＳＱＬ
識別子を端末２０から指定するといった運用ができ、操
作性を向上できる。

【００２５】エントリｅ４にセットされるＳＱＬソース
は、ＳＱＬで記述されたソースプログラムそのものであ
り、例えば、ＳＥＬＥＣＴ＊ＦＲＯＭ社員表ＷＨＥＲＥ勤続年数＞＝１０のように記述される。

【００２６】これは、データベース１４２にテーブルと
して登録されている社員表から勤続年数が１０年以上の
全てのフィールド（カラム）を選択することを指定する
問い合わせである。

【００２７】エントリｅ５にセットされるＳＱＬオブジ
ェクトは、エントリｅ４のＳＱＬソースのコンパイル結
果そのものである。次に、ホストコンピュータ１０のデ
ータベース管理動作を説明する。

【００２８】まず、図３のフローチャートを参照して、
ユーザがホストコンピュータ１０に最初にログオンする
場合、つまり、プリコンパイルされたＳＱＬオブジェク
トが全く存在してない場合を例にとって説明する。

【００２９】ユーザが端末２０からディスク装置１４上
のデータベース１４２への問い合わせのためにログオン
してＳＱＬソースを発行すると、まず、ＣＰＵ１１上で
動作しているデータベース管理システム１２１によって
そのＳＱＬソースが受け付けられる（ステップＳ１
１）。データベース管理システム１２１は、メモリ１２
上に予め用意されているＳＱＬ情報格納用バッファ１２
２内の１つのＳＱＬ情報領域のエントリｅ４に受け取っ
たＳＱＬソース２１を置き、それをコンパイルしてＳＱ
Ｌオブジェクトを生成する（ステップＳ１１，Ｓ１
２）。

【００３０】この後、データベース管理システム１２１
は、登録時間、データディクショナリ１４１上に格納さ
れているテーブルやカラムに関するスキーマ情報１４１
ａのバージョン、ＳＱＬソースを識別するＳＱＬ識別
子、及びＳＱＬオブジェクトをＳＱＬ情報としてＳＱＬ
情報格納用バッファ１２２上で生成すると共に、それと
同一内容のＳＱＬ情報をディスク装置１４のデータディ
クショナリ１４１上にＳＱＬ情報１４１ｂとして登録す
る（ステップＳ１４、Ｓ１５）。

【００３１】そして、データベース管理システム１２１
は、メモリ１２上のＳＱＬオブジェクトを実行し、結果
を端末３０に表示する（ステップＳ１６、Ｓ１７）。以
下同様にして、複数のＳＱＬソースに対して個別にＳＱ
Ｌ情報を生成しデータディクショナリ１４１上に登録
し、一連の問い合わせ処理が完了するとユーザがログオ
フする。

【００３２】ユーザのログオフ後もデータベース管理シ
ステム１２１は、メモリ１２上のＳＱＬ情報格納用バッ
ファ１２２を消去することなく、ホストコンピュータ１
０のシステムが停止されるまで保持しておく。この保持
方法は、前述したようにいわゆるＬＲＵ法（Least-Rece
ntly-Used 法）によるものであり、一番古く発行された
ＳＱＬソースあるいはＳＱＬ識別子が付与されたＳＱＬ
ソースに対応するＳＱＬ情報をデータディクショナリ１
４１に書き出すことで、一定サイズのＳＱＬ情報格納バ
ッファ１２２には常に最新のＳＱＬ情報の集まりだけを
保持することができる。

【００３３】次に、図４を参照して、ユーザがログオフ
後、再びログオンしてデータベース問い合わせのために
ＳＱＬソースを発行した場合の動作について説明する。
データベース管理システム１２１は、ＳＱＬソースを受
け付けると、それが以前に発行したものと同一のＳＱＬ
ソースであるかを調べるために、まずメモリ１２上のＳ
ＱＬ情報格納用バッファ１２２内をＳＱＬソースに従っ
てサーチする（ステップＳ２１〜Ｓ２３）。

【００３４】ＳＱＬ情報格納用バッファ１２２に同一の
ＳＱＬソースが存在していれば、そのＳＱＬ情報に格納
されているＳＱＬオブジェクトをメモリ１２から呼び出
してそれを実行する（ステップＳ２４、Ｓ３１，Ｓ３
２）。

【００３５】一方、存在していなければディスク装置１
４上のデータディクションリ１４１のＳＱＬ情報１４１
ｂ内のＳＱＬソースをサーチし、同一ＳＱＬソースが存
在していれば、そのＳＱＬ情報に格納されているＳＱＬ
オブジェクトをディスク装置１４からメモリ１２上に呼
び出して実行する（ステップＳ２５、Ｓ２６、Ｓ２７、
Ｓ３１、Ｓ３２）。

【００３６】メモリ１２とディスク装置１４のどちらに
も該当するＳＱＬソースが存在していなければ、前述の
ように、ＳＱＬソースのコンパイル、ＳＱＬ情報の生成
および登録処理を行った後、コンパイル結果であるＳＱ
Ｌオブジェクトを実行する（ステップＳ２８〜Ｓ３
２）。

【００３７】この後、ホストコンピュータ１０のシステ
ム停止時には、データベース管理システム１２１は、メ
モリ１２上のＳＱＬ情報格納用バッファ１２２内のすべ
てのＳＱＬ情報をディスク装置１４上のデータディクシ
ョナリ１４１にＳＱＬ情報１４１ｂとしてセーブした後
に、処理を終了する。このため、電源オフ後において
も、最新のＳＱＬ情報を保持し続ける事ができる。

【００３８】次に、図５のフローチャートを参照して、
保持されているＳＱＬ情報を削除する動作を説明する。
例えばデータベース１４２の構造定義の変更が必要な場
合には、データベース管理システム１２１は、システム
管理者や特権ユーザからの要求に応じてデータディクシ
ョナリ１４１のスキーマ情報１４１ａの変更や削除を行
う（ステップＳ４１）。このとき、データベース管理シ
ステム１２１は、データディクショナリ１４１のＳＱＬ
情報１４１ｂをサーチする（ステップＳ４３）。そし
て、変更や削除の対象となった旧バージョンのスキーマ
情報をベースとして生成されたＳＱＬ情報を見付け出
し、それをデータディクショナリ１４１、ＳＱＬ情報格
納用バッファ１２２から削除する（ステップＳ４３、Ｓ
４４）。

【００３９】以上のように、この実施例のデータベース
システムにおいては、入力された各ＳＱＬソース毎にＳ
ＱＬソースとそのコンパイル結果であるＳＱＬオブジェ
クトとを含むＳＱＬ情報が生成され、それがメインメモ
リ１２のＳＱＬ情報格納用バッファ１２２に格納され
る。ＳＱＬ情報格納用バッファ１２２の内容は例えばＬ
ＲＵなどの手法によって置き換えられ、これによって最
新のＳＱＬ情報だけがＳＱＬ情報格納用バッファ１２２
に残され、他のＳＱＬ情報はディスク装置１４のデータ
ディクショナリ１４１上に保持される。このため、メイ
ンメモリ１２のＳＱＬ情報格納用バッファ１２２には結
果として使用頻度の高いＳＱＬソースを含むＳＱＬ情報
が保持されることになり、ディスクアクセスの回数を抑
制でき、且つメモリ資源の浪費を防止することができ
る。

【００４０】また、メインメモリ１２のＳＱＬ情報格納
用バッファ１２２は入力されたＳＱＬソースに従って検
索され、そのＳＱＬソースに対応するＳＱＬオブジェク
トがあればそれが呼び出されて実行される。この時、Ｓ
ＱＬソースのコンパイル処理は不要であるので、問い合
わせに応じたデータベース操作を効率良く行うことがで
きる。

【００４１】さらに、変更対象のスキーマ情報を参照し
ているＳＱＬソースを含むＳＱＬ情報をデータディクシ
ョナリ１４１、ＳＱＬ情報格納用バッファ１２２から削
除することにより、保持されているＳＱＬオブジェクト
と実際のデータベースとの整合性を保証することもでき
る。

【００４２】

【発明の効果】以上のように、この発明によれば、ユー
ザが一度発行したＳＱＬソースとＳＱＬオブジェクト等
をＳＱＬ情報としてデータディクショナリ上に登録して
おくことにより、同一ＳＱＬソースの再発行後のコンパ
イル時間をなくしＳＱＬソース実行の性能を向上させる
ことができる。したがって、主記憶のメモリ資源を浪費
すること無く実行するコンパイル回数を低減できるよう
になり、高性能で且つ非定型業務に適したデータベース
操作を実現できる。

【図面の簡単な説明】

【図１】この発明の一実施例に係わるコンピュータシス
テムの全体構成を示す図。

【図２】同実施例のコンピュータシステムで管理される
ＳＱＬ情報のデータ構造の一例を示す図。

【図３】同実施例のコンピュータシステムにおけるデー
タベースアクセス時の動作の第１の例を説明するフロー
チャート。

【図４】同実施例のコンピュータシステムにおけるデー
タベースアクセス時の動作の第２の例を説明するフロー
チャート。

【図５】同実施例のコンピュータシステムにおけるＳＱ
Ｌ情報の削除動作を説明するフローチャート。

【符号の説明】

１０…ホストコンピュータ、１１…ＣＰＵ、１２…メイ
ンメモリ、１３…データベース演算処理装置、１４…デ
ィスク装置、２０…端末、１２１…データベース管理シ
ステム、１２２…ＳＱＬ情報格納用バッファ、１４１…
データディクショナリ、１４１ａ…スキーマ情報、１４
１ｂ…ＳＱＬ情報、１４２…データベース。

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 12/00 514 G06F 12/00 513 G06F 17/30 180

Claims

(57)【特許請求の範囲】

【請求項１】入力されたデータベース問い合せのため
のＳＱＬソースをコンパイルしてＳＱＬオブジェクトを
生成し、そのＳＱＬオブジェクトを実行することによっ
て問い合わせに応じたデータベース操作を行うコンピュ
ータシステムにおいて、蓄積データとその蓄積データの形式を定義するスキーマ
情報とから構成されるデータベースが格納されるデータ
ベース記憶手段と、前記スキーマ情報の変更の度に前記データベースの蓄積
データに対応するスキーマ情報のバージョンを更新する
手段と、前記コンピュータシステムの主記憶上に設けられ、ＳＱ
Ｌソース、そのコンパイル結果であるＳＱＬオブジェク
ト、およびＳＱＬソースによって参照されるデータベー
スのスキーマ情報のバージョン名を含むＳＱＬ情報が格
納されるＳＱＬバッファと、前記コンピュータシステムの稼働中は、前記主記憶のＳ
ＱＬバッファに最新の１以上のＳＱＬソースに対応する
ＳＱＬ情報だけが保持されるように、前記ＳＱＬバッフ
ァと前記コンピュータシステムの２次記憶との間のデー
タ転送によってＳＱＬバッファの内容を置き換える手段
と、前記コンピュータシステムの停止時に、前記主記憶のＳ
ＱＬバッファの内容を前記２次記憶に退避する手段と、データベース問い合せのためのＳＱＬソースが入力され
る度、入力されたＳＱＬソースに従って前記主記憶のＳ
ＱＬバッファおよび前記２次記憶を検索してそのＳＱＬ
ソースに対応するＳＱＬオブジェクトを含むＳＱＬ情報
が存在するか否かを判別する手段と、前記主記憶のＳＱＬバッファまたは前記２次記憶に該当
するＳＱＬ情報が存在する場合、当該ＳＱＬ情報のＳＱ
Ｌオブジェクトを実行する手段と、該当するＳＱＬ情報が存在しない場合、前記入力された
ＳＱＬソースを前記スキーマ情報を用いてコンパイル
し、前記入力されたＳＱＬソース、そのコンパイル結果
であるＳＱＬオブジェクト、およびＳＱＬソースによっ
て参照されるデータベースのスキーマ情報のバージョン
名を含むＳＱＬ情報を生成し、そのＳＱＬ情報を主記憶
のＳＱＬバッファに格納すると共に、前記ＳＱＬオブジ
ェクトを実行する手段と、前記スキーマ情報のバージョンに従って前記主記憶のＳ
ＱＬバッファおよび前記２次記憶を検索し、変更対象の
スキーマ情報に基づいて生成されたＳＱＬ情報を前記主
記憶のＳＱＬバッファまたは２次記憶から削除する手段
とを具備することを特徴とするコンピュータシステム。
【請求項２】入力されたデータベース問い合せのため
のＳＱＬソースをコンパイルしてＳＱＬオブジェクトを
生成し、そのＳＱＬオブジェクトを実行することによっ
て問い合わせに応じたデータベース操作を行うコンピュ
ータシステムに適用されるデータベース操作制御方法に
おいて、前記コンピュータシステムには、蓄積データとその蓄積
データの形式を定義するスキーマ情報とから構成される
データベースが格納されるデータベース記憶手段が設け
られており、且つ前記コンピュータシステムの主記憶上
には、ＳＱＬソース、そのコンパイル結果であるＳＱＬ
オブジェクト、およびＳＱＬソースによって参照される
データベースのスキーマ情報のバージョン名を含むＳＱ
Ｌ情報が格納されるＳＱＬバッファが用意され、前記スキーマ情報の変更の度に前記データベースの蓄積
データに対応するスキーマ情報のバージョンを更新する
ステップと、前記コンピュータシステムの稼働中は、前記主記憶のＳ
ＱＬバッファに最新の１以上のＳＱＬソースに対応する
ＳＱＬ情報だけが保持されるように、前記ＳＱＬバッフ
ァと前記コンピュータシステムの２次記憶との間のデー
タ転送によってＳＱＬバッファの内容を置き換えるステ
ップと、前記コンピュータシステムの停止時に、前記主記憶のＳ
ＱＬバッファの内容を前記２次記憶に退避するステップ
と、データベース問い合せのためのＳＱＬソースが入力され
る度、入力されたＳＱＬソースに従って前記主記憶のＳ
ＱＬバッファおよび前記２次記憶を検索してそのＳＱＬ
ソースに対応するＳＱＬオブジェクトを含むＳＱＬ情報
が存在するか否かを判別するステップと、前記主記憶のＳＱＬバッファまたは前記２次記憶に該当
するＳＱＬ情報が存在する場合、当該ＳＱＬ情報のＳＱ
Ｌオブジェクトを実行するステップと、該当するＳＱＬ情報が存在しない場合、前記入力された
ＳＱＬソースを前記スキーマ情報を用いてコンパイル
し、前記入力されたＳＱＬソース、そのコンパイル結果
であるＳＱＬオブジェクト、およびＳＱＬソースによっ
て参照されるデータベースのスキーマ情報のバージョン
名を含むＳＱＬ情報を生成し、そのＳＱＬ情報を主記憶
のＳＱＬバッファに格納すると共に、前記ＳＱＬオブジ
ェクトを実行するステップと、前記スキーマ情報のバージョンに従って前記主記憶のＳ
ＱＬバッファおよび前記２次記憶を検索し、変更対象の
スキーマ情報に基づいて生成されたＳＱＬ情報を前記主
記憶のＳＱＬバッファまたは２次記憶から削除するステ
ップとを具備することを特徴とするデータベース操作制
御方法。