JP3508863B2 - Ｄｂｍｓにおける更新処理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、リレーショナル・デー
タベースに対するＳＱＬ言語を使ったアプリケーション
・プログラムにおけるＤＢＭＳにおける更新処理方法に
関するものである。

【０００２】

【従来の技術】まず、図８を参照するに、リレーショナ
ル・データベース（以後、ＤＢと記す）１０７とは、デ
ータ項目を表（テーブル）形式で格納するデータベース
であり、ＤＢ１０７はリレーショナル・データベース管
理システム（以後ＤＢＭＳと記す）１０８で管理する。
図７にテーブル形式のＤＢ１０７の構成の例を示す。テ
ーブルの縦方向の列をカラム、横方向の行をレコードと
呼ぶことにする。

【０００３】ＤＢ１０７へのアクセスはホスト言語で記
述されたアプリケーション・プログラム（以後ＡＰと記
す）１０１中に、ＪＩＳで定められたデータベース言語
（ＳＱＬ言語；構造化照会言語）［JIS X 3005 Nov.198
7 ］を記述することで行われる。ここで、ホスト言語と
は、Ｃ，ＣＯＢＯＬ，ＦＯＲＴＲＡＮ，Ａｄａなどの通
常のプログラミング言語である。ホスト言語とＳＱＬ言
語間のデータの授受は特別なホスト言語の変数（以後ホ
スト変数と記す）を経由することにより行う。

【０００４】図９，図１２にホスト言語をＣ言語とした
場合のＤＢ１０７に対するＡＰ（一部）の例を示す。図
中のh1,h2,h3,h4,h5,h14,h15はホスト変数である。

【０００５】ＤＢＭＳ１０８におけるＳＱＬ文コンパイ
ル処理過程とは、ＡＰ１０１中に記述されたＳＱＬ文を
ホスト言語または計算機が実行可能な言語によるロジッ
クに変換する過程である。

【０００６】銀行の基幹業務などのオンライン系ＡＰで
は、以下のような処理パターンがよく用いられる。

【０００７】「もし、あるレコードのカラムＣ１の値が
ｘより大きいならａを引き、既にｘ以下なら何もしな
い。」つまり条件のついた更新である。

【０００８】条件のつかない更新は図９のように１つの
ＳＱＬ文（UPDATE文(G101)）で記述することが可能であ
る。

【０００９】この場合、プリプロセスの過程では、図１
１に示すような処理フローのUPDATE文の処理Ｉ１０６に
よって、図１０に示すようなロジックＨを生成する。

【００１０】（１）テーブルT1でカラムC0の値が１２３
であるレコードを特定する（ステップＨ１０２）。

【００１１】（２）レコード内のカラムC1の値を１減ら
す（ステップＨ１０３）。

【００１２】しかし、図１２に示すように条件（J102)
がついた場合には、ＳＱＬ言語仕様内での条件分岐の記
述が不可能なため、ホスト言語の条件分岐を利用し、２
つのＳＱＬ文（SELECT文(J101)とUPDATE文(J103)）に分
けて以下のように記述する必要がある。ここで、UPDATE
は更新処理を行うＳＱＬ文、SELECTは検索処理を行うＳ
ＱＬ文を表す。

【００１３】これは、図１１に示すような処理フローの
SELECT文の処理（ステップＩ１０４）及びUPDATE文の処
理（ステップＩ１０６）によって、図１３に示すような
ロジックを生成する。

【００１４】（１）テーブルT1でカラムC0の値が１２３
であるレコードを特定する。（ステップＫ１０２） （２）ホスト変数h1にレコード内のカラムC1の値を代入
する。（ステップＫ１０３） （３）もし、変数h1の値が０より大きいなら、以下のス
テップＫ１０５、ステップＫ１０６を行う。（ステップ
Ｋ１０４） （４）テーブルT1でカラムC0の値が１２３であるレコー
ドを特定する。（ステップＫ１０５） （５）特定したレコード内のカラムC1の値を１減らす。
（ステップＫ１０６）

【００１５】ところで、このうちステップＫ１０２とス
テップＫ１０５は同一の処理を行っている。つまり、SE
LECT文(J101)とUPDATE文(J103)のそれぞれでインデック
スの検索を行い、同じレコードの特定を行っている。こ
れはSELECT文(J101)とUPDATE文(J103)が以下の条件を満
たすためである。

【００１６】（ａ）SELECT文とUPDATE文が同一トランザ
クション内で連続している。

【００１７】（ｂ）SELECT文のテーブル指定（FROM句）
とUPDATE文のテーブル指定が同じである。

【００１８】（ｃ）SELECT文の検索条件指定(WHERE句）
とUPDATE文の検索条件指定(WHERE句）が同じである。

【００１９】

【発明が解決しようとする課題】このように、上記条件
（ａ）〜（ｃ）を満たしていれば、SELECT文とUPDATE文
は必ず同一のレコードを指すため、UPDATE文でのインデ
ックス検索は無駄である。

【００２０】なお、検索条件指定中にホスト変数を使用
した場合には、そのホスト変数値も同一でなければなら
ない。

【００２１】前述のとおり、条件付きの更新処理を行う
ときに、通常の方法ではSELECT文とUPDATE文の各々につ
いてインデックス検索を行うため、無駄な処理が発生す
るという問題があった。

【００２２】本発明は、上記課題に鑑みてなされたもの
で、更新処理時のレコード位置特定処理（たとえばイン
デックス検索処理）を削除することで、条件付きの更新
処理を高速化するＤＢＭＳにおける更新処理装置を提供
することを目的とする。

【００２３】

【課題を解決するための手段】上記目的を達成するた
め、本願第１の発明は、データベースにアクセスするプ
ログラム中にＳＱＬ言語を用いて記述されたＳＱＬ文の
プリプロセス処理過程において、プログラムからＳＱＬ
文を１文だけ切り出し、この切り出したＳＱＬ文が検索
処理を行うＳＱＬ文であるSELECT文の場合には、このSE
LECT文の位置から最初に現れるＳＱＬ文を検出するか、
または、前記SELECT文の検索条件に影響が生じるか、ま
たは、先読みを行う部分の連続性が保証できなくなる
か、のうちのいずれかの状況が生じるまでプログラムの
先読みを行い、この先読みの過程において更新処理を行
うＳＱＬ文であるUPDATE文を得たとき、このUPDATE文と
前記SELECT文の対象テーブルが同一であり、かつ、前記
SELECT文と前記UPDATE文の検索条件指定が同一であり、
かつ、前記SELECT文の検索条件に影響を与えず、かつ、
前記SELECT文から前記UPDATE文までの実行時連続性が保
証できた場合には、前記SELECT文が指定しているレコー
ド位置情報を保存し、この保存したレコード位置情報を
用いて前記UPDATE文が更新するレコードを特定すること
を要旨とする。

【００２４】また、本願第２の発明は、データベースに
アクセスするプログラム中にＳＱＬ言語を用いて記述さ
れたＳＱＬ文のプリプロセス処理過程において、プログ
ラムからＳＱＬ文を１文だけ切り出し、この切り出した
ＳＱＬ文が検索処理を行うＳＱＬ文であるSELECT文の場
合には、このSELECT文の位置から最初に現れるＳＱＬ文
を検出するまでプログラムの先読みを行い、この先読み
の過程において更新処理を行うＳＱＬ文であるUPDATE文
を得たとき、このUPDATE文と前記SELECT文の対象テーブ
ルが同一であり、かつ、前記SELECT文と前記UPDATE文の
検索条件指定がホスト言語の変数名の差異を除き同一で
あり、かつ、前記SELECT文から前記UPDATE文までの実行
時連続性が保証できた場合には、前記SELECT文の位置情
報と検索条件の指定に用いた全てのホスト言語の変数を
保存し、この保存したホスト言語の変数の値と、当該ホ
スト言語の変数の値にそれぞれ対応する前記UPDATE文の
検索条件を指定するホスト言語の変数の値がすべて等し
いときには、予め保存されているレコード位置情報を用
いて前記UPDATE文が更新するレコードを特定することを
要旨とする。

【００２５】

【作用】上述の如く構成すれば、本願第１の発明は、SE
LECT文の位置より先読みを行いUPDATE文を検出し、SELE
CT文とUPDATE文の対象とするレコードが同一であること
をプリプロセス時に確認することによって、プリプロセ
スにおいてUPDATE文でのレコード特定にSELECT文で特定
したレコード位置情報を用いるロジックを生成すること
で、従来UPDATE時に必要であったレコード特定のための
インデックス検索処理を無くすことができ、処理の高速
化が可能になる。

【００２６】本願第２の発明は、SELECT文の位置より先
読みを行いUPDATE文を検出し、SELECT文とUPDATE文の検
索条件内のホスト変数の値が同一であれば２つの文の対
象とするレコードが同一になることをプリプロセス時に
確認することによって、プリプロセスにおいてSELECT文
の検索条件内のホスト変数を保存し、その値を更新実行
時にUPDATE文の検索条件内のホスト変数と比較をし、も
し、対応するホスト変数のそれぞれが全て等しければレ
コード特定にSELECT文で特定したレコード位置情報を用
いるロジックを作成することで、従来UPDATE時に必要で
あったレコード特定のためのインデックス検索処理を無
くすことができ、処理の高速化が可能になる。

【００２７】

【実施例】以下、本発明に係る一実施例を図面を参照し
て説明する。

【００２８】まず、本発明の概要を説明する。本発明
は、ＡＰ中に埋め込まれたSELECT文とそれに続くUPDATE
文を対象とする。図１を参照するに、（１）ＡＰ中のSE
LECT文を検出した後（ステップＡ１０３）、以下に示す
条件Ａのいずれかを満たすまでＡＰを先読みする（ステ
ップＡ１０４）。

【００２９】（ａ）次のＳＱＬ文を検出する。

【００３０】（ｂ）SELECT文の検索条件に影響がある。

【００３１】（ｃ）先読みを行う部分の連続性が保証で
きなくなる。

【００３２】（２）次に、以下に示す条件Ｂをチェック
し（ステップＡ１０５）、全てを満足すれば、ステップ
Ａ１０６、ステップＡ１０７に進み、以下の処理（３）
（４）を行う。１つでも満たさない条件が存在する場合
には、SELECT文およびUPDATE文に対してそれぞれ従来の
ロジックを生成する。

【００３３】条件Ｂ （ａ）先読みによってＳＱＬ文を得ており、かつ、その
ＳＱＬ文はUPDATE文である。

【００３４】（ｂ）SELECT文とUPDATE文の対象テーブル
が同一である。

【００３５】（ｃ）SELECT文とUPDATE文の検索条件指定
が同一である。

【００３６】（ｄ）SELECT文の検索条件に影響がなかっ
た。

【００３７】（ｅ）SELECT文からUPDATE文までの実行時
連続性が保証できた。

【００３８】（３）先行するSELECT文に対しては、以下
のロジックＡを生成する（ステップＡ１０６）。

【００３９】（ａ）FROM句で指定されたテーブル内で、
WHERE句で指定された条件を満たすレコードを特定す
る。

【００４０】（ｂ）特定したレコードの位置情報を保存
する。

【００４１】（ｃ）ホスト変数にレコード内のカラムの
値を代入する。

【００４２】（４）SELECT文に続くUPDATE文に対して
は、以下のロジックＢを生成する（ステップＡ１０
７）。

【００４３】（ａ）保存していたレコード位置情報を用
いて更新を行う。

【００４４】また、図４を参照するに、（１）ＡＰ中の
SELECT文を検出した後、まず、以下に示す条件Ｃを満た
すまでＡＰを先読みする。

【００４５】（ａ）次のＳＱＬ文を検出する。

【００４６】（２）次に、以下に示す条件Ｄをチェック
し、全てを満足するときには、以下に示す処理（３）、
（４）を行う。１つでも満たさない条件が存在する場合
には、SELECT文およびUPDATE文に対してそれぞれ従来の
ロジックを生成する。

【００４７】条件Ｄ （ａ）先読みによってＳＱＬ文を得ており、かつ、その
ＳＱＬ文はUPDATE文である。

【００４８】（ｂ）SELECT文とUPDATE文の対象テーブル
が同一である。

【００４９】（ｃ）SELECT文とUPDATE文の検索条件指定
がホスト変数名の差異を除き同一である。

【００５０】（ｄ）SELECT文からUPDATE文までの実行時
連続性が保証できた。

【００５１】（３）先行するSELECT文に対しては、以下
に示すロジックＥを生成する。

【００５２】（ａ）FROM句で指定されたテーブル内で、
WHERE句で指定された条件を満たすレコードを特定す
る。

【００５３】（ｂ）特定したレコードの位置情報を保存
する。

【００５４】（ｃ）検索条件指定に用いた全てのホスト
変数をバックアップ用のホスト変数に保存する。

【００５５】（ｄ）ホスト変数にレコード内のカラムの
値を代入する。

【００５６】（４）SELECT文に続くUPDATE文に対して
は、以下のロジックＦを生成する。

【００５７】（ａ）SELECT文とUPDATE文が同一トランザ
クションで、かつ、間に他のＳＱＬ文の実行がなく、か
つ保存しておいたホスト変数とそれに対応するUPDATE文
のホスト変数の値がそれぞれ全て等しいか判定する。

【００５８】（ｂ）上記条件を満足する場合には、保存
していたレコード位置情報を用いて更新を行う。

【００５９】（ｃ）上記条件を満足しない場合には、UP
DATE文に対して従来の処理を行う。以上、本発明は上述
した過程を有することを特徴とするものである。

【００６０】次に、本発明に係る実施例を、図面により
詳細に説明する。

【００６１】図１は本実施例におけるプリプロセス処理
の動作フローチャート、図２及び図３はプリプロセス処
理を説明するための図である。

【００６２】まず、プリプロセスの過程を以下に示す。

【００６３】（１）ステップＡ１０２においてＡＰ中の
SELECT文（図２に示すB101）を検出した後、まず、ステ
ップＡ１０４に従い、以下に示す第１の条件としての条
件Ａのいずれかを満たすまでＡＰを先読みする。

【００６４】（ａ）次のＳＱＬ文を検出する。

【００６５】（ｂ）SELECT文の検索条件に影響がある。

【００６６】（ｃ）先読みを行う部分の連続性が保証で
きなくなる。

【００６７】ここで（ｂ）はプログラミング言語によっ
て異なるが、Ｃ言語の場合には以下の条件を満たすとき
SELECT文の検索条件に影響がないと考える。

【００６８】・SELECT文の WHERE句で使用するホスト変
数の変更がない。 ・ホスト言語の変数のうち、ホスト変数以外の変数の更
新がない。 ・関数呼び出しがない。または、呼び出す関数内でSELE
CT文の WHERE句で使用するホスト変数の更新がない。

【００６９】また（ｃ）もプログラミング言語によって
異なるが、Ｃ言語の場合には以下の条件を満たすとき先
読みを行う部分の連続性が保証できると考える。

【００７０】・ジャンプ(goto.longjmp,exit,return な
ど）により処理が不連続になる。 ・ジャンプからの入り口（ラベル、setjmp) がある。 ・関数呼び出しがない。または、呼び出す関数内にＳＱ
Ｌ文がない。 この場合、先読みを行うと次の文（B102) はif文であ
り、これは条件Ａの（ａ）（ｂ）（ｃ）を満たさないの
で先読みを継続する。

【００７１】次に、先読みを行うと、UPDATE文（B103)
であるため、これは条件（ａ）を満足するので先読みを
終了する。

【００７２】（２）次に、ステップＡ１０５に従い、上
述した条件Ｂをチェックし、全てを満足すれば、ステッ
プＡ１０６及びステップＡ１０７による処理を行う。１
つでも満たさない条件が存在する場合には、SELECT文お
よびUPDATE文に対してそれぞれ従来のロジックを生成す
る（ステップＡ１０８、ステップＡ１０９、ステップＡ
１１０）。

【００７３】この場合、以下のように条件Ｂを全て満足
している。

【００７４】・先読みでＳＱＬ文を得ており、そのＳＱ
Ｌ文はUPDATE文(B103)であった。 ・SELECT文(B101)とUPDATE文(B103)は、対象テーブルが
どちらもT1である。 ・SELECT文(B101)とUPDATE文(B103)は、検索条件を示す
WHERE句が等しい。 ・SELECT文(B101)からUPDATE文(B103)までの先読みの間
に、SELECT文(B101)の検索条件を変更するような処理が
なかった。 ・SELECT文(B101)からUPDATE文(B103)までの実行時連続
性が保証できた。

【００７５】よって、以下の処理（３）（４）を行う。

【００７６】（３）ステップＡ１０６に従い、先行する
SELECT文(B101)に対しては、図３に示すように以下のロ
ジックＡを生成する。

【００７７】(3-1) FROM句で指定されたテーブル（T1)
内で、 WHERE句で指定された条件（C4=:h4 and C5=:h5)
を満たすレコードを特定する。（ステップＣ１０２） (3-2) 特定したレコードの位置情報を保存する。（ステ
ップＣ１０３） (3-3) ホスト変数（h3,h2,h1) にレコード内のカラム
（C3,C2,C1) の値を代入する。

【００７８】さらに、先読みでスキップしたホスト言語
の処理のロジック(B102)を（３）と（４）の間に展開す
る。（ステップＣ１０５） （４）ステップＡ１０８に従いSELECT文(B101)に続くUP
DATE文(B103)に対しては、図３に示すように以下のロジ
ック３を生成する。

【００７９】（ａ）保存していたレコード位置情報を用
いて更新を行う。（ステップＣ１０６） 次に図を参照して第２の実施例について説明する。

【００８０】図４はプリプロセス処理の動作フローチャ
ート、図５から図６はのプリプロセス処理を説明するた
めの図である。

【００８１】（１）ステップＤ１０２によりＡＰ（図
５）中のSELECT文（E101) を検出した後、まず、ステッ
プＤ１０４に従い、以下の条件Ｃを満たすまでＡＰを先
読みする。

【００８２】（ａ）次のＳＱＬ文を検出する。

【００８３】この場合、先読みを行うと次の文はif文(E
102)であり、これは（ａ）を満たさないので先読みを継
続する。次に、先読みを行うと、UPDATE文（E103) であ
るため、これは条件（ａ）を満足するので先読みを終了
する。

【００８４】（２）次に、ステップＤ１０５に従い上述
した条件Ｄをチェックし、全てを満足すれば、以下の処
理には、SELECT文およびUPDATE文に対してそれぞれ従来
のロジックを生成（ステップＤ１０８、ステップＤ１０
９、ステップＤ１１０）する。

【００８５】この場合、以下のように上記条件Ｄを全て
満足している。

【００８６】・先読みでＳＱＬ文を得ており、そのＳＱ
Ｌ文はUPDATE文（E103) であった。 ・SELECT文（E101) とUPDATE文（E103) は、対象テーブ
ルがどちらもT1である。 ・SELECT文（E101) とUPDATE文（E103) は、検索条件を
示す WHERE句が等しい。

【００８７】・SELECT文（E101) からUPDATE文（E103)
までの先読みの間に、SELECT文（E101) の検索条件を変
更するような処理がなかった。 ・SELECT文（E101) からUPDATE文（E103) までの実行時
連続性が保証できた。

【００８８】よって、以下の処理（３）（４）を行う。

【００８９】（３）ステップＤ１０６に従い先行するSE
LECT文（E101) に対しては、図６に示すように以下のロ
ジックＥを生成する。

【００９０】（ａ）FROM句で指定されたテーブル(T1)内
で、 WHERE句で指定された条件を満たすレコードを特定
する（ステップＦ１０２）。

【００９１】（ｂ）特定したレコードの位置情報を保存
する。（ステップＦ１０03) （ｃ）検索条件指定に用いた全てのホスト変数（h4,h5)
をバックアップ用のホスト言語の変数（bh4,bh5)に保存
する（ステップＦ１０４）。

【００９２】（ｄ）ホスト変数（h3,h2,h1) にレコード
内のカラム（C3,C2,C1) の値を代入する（ステップＦ１
０５）。

【００９３】さらに、先読みでスキップしたホスト言語
の処理のロジック（E102) を（３）と（４）の間に展開
する（ステップＦ１０６）。

【００９４】（４）ステップＤ１０７に従いSELECT文
（E101) に続くUPDATE文（E103) に対しては、図６に示
すように以下のロジックＦを生成する。

【００９５】（ａ）保存していたホスト言語の変数（bh
4,bh5)の値とそれに対応するUPDATE時の検索条件のホス
ト変数（h14,h15)の値がそれぞれ全て等しいこと（bh4=
h14かつbh5=h15)をチェックする（ステップＦ１０
７）。

【００９６】（ｂ）上記条件を満足する場合には、保存
していたレコード位置情報を用いて更新を行う（ステッ
プＦ１０８）。

【００９７】（ｃ）上記条件を満足しない場合には、UP
DATE文に対して従来の処理を行う。（ステップＦ１０
９、ステップＦ１１０） 以上、本発明の実施例を具体例を用いて説明してきた
が、本発明は上記実施例に限定される事はなく、その要
旨を逸脱しない範囲、たとえばSELECT文とUPDATE文の検
索条件の複雑化や、SELECT文とUPDATE文の間のロジック
の複雑化（SELECT文とUPDATE文の間に複数のif文が存在
することや、その他の関数／手続きが存在すること）や
簡約化（SELECT文とUPDATE文の間にif文がなく単に連続
する場合など）、等の種々変更が可能である。

【００９８】さらに、ＤＢＭＳにおける削除処理（DELE
TE文）でもUPDATE文と同様にインデックス検索を行うた
め、条件付きDELETE文のは条件付きUPDATE文の場合と全
く同様に本発明の適用が可能である。

【００９９】以上説明したように、SELECT文の位置より
先読みを行いUPDATE文を検出し、SELECT文とUPDATE文の
対象とするレコードが同一であることをプリプロセス時
に確認することによって、プリプロセスにおいてUPDATE
文でのレコード特定にSELECT文で特定したレコード位置
情報を用いるロジックを生成することで、従来UPDATE時
に必要であったレコード特定のためのインデックス検索
処理を無くすことができ、処理の高速化が可能になる。

【０１００】また、SELECT文の位置より先読みを行いUP
DATE文を検出し、SELECT文とUPDATE文の検索条件内のホ
スト変数の値が同一であれば２つの文の対象とするレコ
ードが同一になることをプリプロセス時に確認すること
によって、プリプロセスにおいてSELECT文の検索条件内
のホスト変数を保存し、その値を更新実行時にUPDATE文
の検索条件内のホスト変数と比較をし、もし、対応する
ホスト変数のそれぞれが全て等しければレコード特定に
SELECT文で特定したレコード位置情報を用いるロジック
を作成することで、従来UPDATE時に必要であったレコー
ド特定のためのインデックス検索処理を無くすことがで
き、処理の高速化が可能になる。

【０１０１】さらに、上記最適化をＳＱＬ言語仕様の範
囲内で記述されたＡＰに対して行うことができる。

【０１０２】尚、上記の実施例では全てホスト言語とし
てＣ言語を用いるが、本発明はこれに限定されること無
く、ホスト言語がＣ言語以外の場合でも同様に適用可能
である。

【０１０３】

【発明の効果】以上説明したように本発明は、条件付き
更新処理において、従来の処理方法に対し、UPDATE文で
のレコード位置の特定処理（インデックス検索）１回分
の処理時間の削減することが可能になる。

【図面の簡単な説明】

【図１】本発明に係る一実施例における更新処理のプリ
プロセスの動作フローチャートである。

【図２】図１に係る一実施例を説明するための条件付き
更新処理の例を示す図である。

【図３】図２について、条件付き更新処理に対して生成
されるロジックを示すフローチャートである。

【図４】本発明に係る他の実施例における更新処理のプ
リプロセスの動作フローチャートである。

【図５】図４に係る一実施例するための条件付き更新処
理の例を示す図である。

【図６】図５について、条件付き更新処理に対して生成
されるロジックを示すフローチャートである。

【図７】本発明の説明で用いるＤＢの構成の一例であ
る。

【図８】ＤＢＭＳでのプリプロセス処理の位置づけを示
すブロック図である。

【図９】通常の更新処理の例を示す図である。

【図１０】通常の更新処理に対して生成されるロジック
を示すフローチャートの例である。

【図１１】従来の更新処理のプリプロセスの動作フロー
チャートである。

【図１２】従来の条件付き更新処理の例を示す図であ
る。

【図１３】従来の条件付き更新処理に対して生成される
ロジックを示すフローチャートの例である。

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 データベースにアクセスするプログラム
   中にＳＱＬ言語を用いて記述されたＳＱＬ文のプリプロ
   セス処理過程において、 プログラムからＳＱＬ文を１文だけ切り出し、 この切り出したＳＱＬ文が検索処理を行うＳＱＬ文であ
   るSELECT文の場合には、このSELECT文の位置から最初に
   現れるＳＱＬ文を検出するか、または、前記SELECT文の
   検索条件に影響が生じるか、または、先読みを行う部分
   の連続性が保証できなくなるか、のうちのいずれかの状
   況が生じるまでプログラムの先読みを行い、 この先読みの過程において更新処理を行うＳＱＬ文であ
   るUPDATE文を得たとき、このUPDATE文と前記SELECT文の
   対象テーブルが同一であり、かつ、前記SELECT文と前記
   UPDATE文の検索条件指定が同一であり、かつ、前記SELE
   CT文の検索条件に影響を与えず、かつ、前記SELECT文か
   ら前記UPDATE文までの実行時連続性が保証できた場合に
   は、前記SELECT文が指定しているレコード位置情報を保
   存し、 この保存したレコード位置情報を用いて前記UPDATE文が
   更新するレコードを特定することを特徴とするＤＢＭＳ
   における更新処理方法。
2. 【請求項２】 データベースにアクセスするプログラム
   中にＳＱＬ言語を用いて記述されたＳＱＬ文のプリプロ
   セス処理過程において、 プログラムからＳＱＬ文を１文だけ切り出し、 この切り出したＳＱＬ文が検索処理を行うＳＱＬ文であ
   るSELECT文の場合には、このSELECT文の位置から最初に
   現れるＳＱＬ文を検出するまでプログラムの先読みを行
   い、 この先読みの過程において更新処理を行うＳＱＬ文であ
   るUPDATE文を得たとき、このUPDATE文と前記SELECT文の
   対象テーブルが同一であり、かつ、前記SELECT文と前記
   UPDATE文の検索条件指定がホスト言語の変数名の差異を
   除き同一であり、かつ、前記SELECT文から前記UPDATE文
   までの実行時連続性が保証できた場合には、前記SELECT
   文の位置情報と検索条件の指定に用いた全てのホスト言
   語の変数を保存し、 この保存したホスト言語の変数の値と、当該ホスト言語
   の変数の値にそれぞれ対応する前記UPDATE文の検索条件
   を指定するホスト言語の変数の値がすべて等しいときに
   は、予め保存されているレコード位置情報を用いて前記
   UPDATE文が更新するレコードを特定することを特徴とす
   るＤＢＭＳにおける更新処理方法。