JPH10198589A - 関係データベース遅延制約チェック方式 - Google Patents

Abstract

(57)【要約】 【課題】 制約チェックを遅延させるために保存するデ
ータの情報量を削減し、遅延制約チェックのためのオー
バヘッドを削減する。 【解決手段】 制約遅延手段１０２は、制約チェック遅
延要求の対象の制約に関する情報を遅延情報テーブル１
０６に登録する。更新処理手段１０３は、レコード更新
要求の対象のレコードを更新し、その更新に関係する遅
延情報テーブル１０６内の制約の情報に遅延状態を示す
情報を設定する。遅延制約チェック手段１０５は、コミ
ット要求に関連する遅延状態の制約の情報を遅延情報テ
ーブル１０６から取得し、その情報に基づき問い合わせ
を動的に生成し実行することにより遅延制約チェックを
行う。トランザクション制御手段１０４は、トランザク
ションの終了を示すコミット要求に対して、遅延制約チ
ェック手段１０５を呼び出し、制約違反が検出されなか
った場合に限りコミット処理を継続する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、以下の〜に示
す機能を有する関係データベースシステムにおいて、利
用者からの指定によりレコード更新時の制約チェックを
遅延させトランザクションのコミット（ＣＯＭＭＩＴ）
時に制約チェックを行う関係データベース遅延制約チェ
ック方式に関する。 表定義の一部として制約を定義する。 表に対する更新時に、更新後のレコードの値が制約
に違反するか否かをチェックする。 更新後のレコードの値が制約に違反する場合には、
エラーとすることによりデータベースの整合性を保持す
る。

【０００２】

【従来の技術】関係データベースシステムにおいては、
データを更新する順番によっては一時的に制約を違反す
ることを許容しながら、コミット時には制約を満足する
ことを保証したい処理（トランザクション処理）を実現
したい場合がある。

【０００３】例えば、そのような処理として、図６に示
すような更新処理がある。図６は、社員表の給与項目に
対して定義された制約（下線部分）と、社員表に対する
２つのレコード更新処理（更新１および更新２）とを示
している。

【０００４】給与項目に対して定義された制約は、給与
の値が１５００００から２００００００までの範囲でな
ければならないことを示している。更新１は、社員表の
全てのレコードに対して、給与の値を１．１２倍に変更
する処理である。更新２は、社員表の部門の値が１０
３，１０５，および１１８のいずれかであるレコードに
対して、給与の値から３０００を差し引く処理である。

【０００５】ここで、社員表の部門の値が１０３，１０
５，および１１８のいずれかであるレコードについて
は、更新１による更新処理の結果、給与の値が一時的に
２００００００を越えても、更新２によって２００００
００より少なくなる可能性がある。このため、更新１と
更新２とを合わせて１つのトランザクション処理とし、
更新１の更新が完了した時点では制約をチェックせず
に、更新２の更新が完了した時点で制約をチェックする
ことが望ましい。

【０００６】以上のような処理が行われる場合に、レコ
ード更新時の制約チェックを遅延させてトランザクショ
ンのコミット時に制約チェックを行う方式である「関係
データベース遅延制約チェック方式」が必要になる。

【０００７】従来のこの種の関係データベース遅延制約
チェック方式は、例えば特開平２−３３６６５号公報に
示されるように、更新時には更新されたレコード毎に制
約チェックに必要となる更新値やレコード識別子などを
記憶しておき、コミット時にその情報をもとに制約チェ
ックを行うことにより、制約に違反するレコードを検出
していた。

【０００８】

【発明が解決しようとする課題】上述した従来の関係デ
ータベース遅延制約チェック方式では、更新されたレコ
ード毎に制約チェックに必要なデータを記憶しておく必
要があるため、以下に示すような問題点があった。

【０００９】第１の問題点は、更新するレコードの件数
に比例して多くの記憶容量が必要となることである。従
来の方式では、更新されたレコード毎に制約チェックに
必要なデータを記憶しておく必要があり、レコード件数
と比例して制約チェックのためのデータの情報量が増加
する。このデータ（制約チェックに必要なデータ）は主
記憶装置に記憶することが一般的であるが、レコード件
数が多くなると主記憶装置に入りきらなくなる可能性が
ある。この場合、一旦、二次記憶装置にデータを退避す
ることも可能であるが、主記憶装置に対するアクセス速
度に比べて二次記憶装置に対するアクセス速度は非常に
遅く、二次記憶装置への退避によってデータを記憶して
おくメリットが失われてしまう。

【００１０】第２の問題点は、制約チェックのための条
件判定の回数が多くなることである。コミット時には更
新したレコード毎に制約をチェックしなければならず、
更新したレコードの件数が多いと、それに比例して制約
チェックのための条件判定の回数が増加し、大きなオー
バヘッドがかかってしまう。

【００１１】本発明の目的は、上述の点に鑑み、制約チ
ェックを遅延させるために保存するデータの情報量（更
新時の登録情報量）を削減することによって主記憶装置
の有効利用を可能にするとともに、コミット時の制約チ
ェックに要する条件判定の回数の削減（制約チェック時
の処理の簡易化）を実現して遅延制約チェックのための
オーバヘッドを削減すること（処理の高速化を図るこ
と）を可能ならしめる関係データベース遅延制約チェッ
ク方式を提供することにある。

【００１２】

【課題を解決するための手段】

（１） 本発明の構成 本発明の関係データベース遅延制約チェック方式は、利
用者からの指定によりレコード更新時の制約チェックを
遅延させトランザクションのコミット時に制約チェック
を行う関係データベースシステムにおいて、利用者から
の要求内容が制約チェック遅延要求であった場合に主記
憶装置上の遅延情報テーブルに要求対象の制約に関する
情報を登録する制約遅延手段と、利用者からの要求内容
がレコード更新要求であった場合に要求対象のレコード
を更新し、その更新に関係する制約の情報が前記遅延情
報テーブルに登録されている場合にはその制約に関する
制約チェックを遅延させた旨を示す情報を前記遅延情報
テーブルに設定する更新処理手段と、コミット要求に対
して、当該コミット要求に関連する制約であり前記遅延
情報テーブルに遅延状態を示す情報が設定されている制
約に関する情報を取得し、その情報に基づき表に対して
制約条件に違反するレコードを検出する問い合わせを動
的に生成し実行することにより制約チェックを行う遅延
制約チェック手段と、利用者からの要求内容がトランザ
クションの終了を示すコミット要求であった場合に、前
記遅延制約チェック手段を呼び出し、制約違反が検出さ
れなかった場合に限りコミット処理を継続するトランザ
クション制御手段と、利用者からの要求内容を解析し
て、その要求内容によって前記制約遅延手段，前記更新
処理手段，および前記トランザクション制御手段のいず
れかを呼び出す要求内容解析手段とを有する。

【００１３】（２） 以上のように構成された本発明の
関係データベース遅延制約チェック方式について、以下
に若干の説明を加える。

【００１４】従来の関係データベース遅延制約チェック
方式は、更新されたレコード毎に制約チェックに必要な
データを記憶しておき、そのデータを利用してコミット
時に更新レコード毎に制約チェックを行う。

【００１５】これに対して、本発明の関係データベース
遅延制約チェック方式は、遅延された制約毎に登録され
た表と制約情報とを記憶し、コミット時に制約対象の表
に対して制約条件に違反するレコードを検出する問い合
わせを動的に生成・実行することにより、制約チェック
（遅延制約チェック）を行う。

【００１６】これによって、本発明によると、レコード
更新時に記憶する情報量はレコードの件数に依存するこ
となく一定の量で済み、更新レコードの件数が多いほど
従来の方式に比べて主記憶装置内の領域を使用する量が
少なくなる。

【００１７】また、本発明の関係データベース遅延制約
チェック方式では、動的に問い合わせを生成・実行する
際に、制約条件によっては、表に定義されているインデ
ックス等の情報をもとに高速に処理することが可能とな
る。すなわち、レコード毎に制約をチェックする従来の
方式に比べて、より効率的に制約チェックを行うことが
可能となる。

【００１８】図７は、制約条件に違反するレコードを検
出するために動的に生成される問い合わせの一例を示す
図である。図７では、社員表の給与項目に対して、給与
の値が１５００００から２００００００までの範囲でな
ければならないことを強制する制約（下線部分）が定義
されている。

【００１９】これをもとに生成される問い合わせは、社
員表から給与の値が１５００００から２００００００ま
での範囲にないレコードを選択する内容を有している。
このような問い合わせを使用することによって、給与項
目に対してインデックスが定義されている場合には、１
５００００から２００００００までの範囲内にない値
（すなわち、１５００００よりも小さい値または２００
００００よりも大きい値）の有無を非常に高速に検索す
ることが可能となる。

【００２０】

【発明の実施の形態】次に、本発明の実施例について図
面を参照して詳細に説明する。

【００２１】

【実施例】図１（ａ）は、本発明の関係データベース遅
延制約チェック方式の一実施例の構成を示すブロック図
である。

【００２２】本実施例の関係データベース遅延制約チェ
ック方式は、要求内答解析手段１０１と、制約遅延手段
１０２と、更新処理手段１０３と、トランザクション制
御手段１０４と、遅延制約チェック手段１０５と、主記
憶装置１１０と、二次記憶装置１１１とを含んで構成さ
れている。

【００２３】主記憶装置１１０は、遅延情報テーブル１
０６を含む。

【００２４】二次記憶装置１１１は、データベース１０
７と、ディレクトリ１０８とを含む。

【００２５】要求内容解析手段１０１は、利用者からの
要求を入力し、その内容を解析する。利用者からの要求
の種類には、以下の〜に示すものが含まれる。 制約チェック遅延要求 レコード更新要求 コミット／ロールバック（ＲＯＬＬＢＡＣＫ）要求
（コミット要求またはロールバック要求）

【００２６】要求内容解析手段１０１は、利用者からの
要求の種類が「制約チェック遅延要求」の場合には制約
遅延手段１０２を呼び出し、要求の種類が「レコード更
新要求」の場合には更新処理手段１０３を呼び出し、要
求の種類が「コミット／ロールバック要求」の場合には
トランザクション制御手段１０４を呼び出す。

【００２７】制約遅延手段１０２は、要求内容解析手段
１０１によって解析された制約チェック遅延要求をもと
に、ディレクトリ１０８を参照して遅延要求された制約
の有無を確認し、遅延要求された制約が存在しなければ
エラーを返却し、遅延要求された制約が存在すればさら
に必要な情報を読み出し、その情報を遅延情報テーブル
１０６に登録する。

【００２８】更新処理手段１０３は、要求内容解析手段
１０１によって解析されたレコード更新要求をもとに、
ディレクトリ１０８を参照して属性や制約の有無等の情
報を取得し、データベース１０７に格納されているレコ
ードを更新する。その際、遅延情報テーブル１０６を参
照し、更新対象のレコードが格納されている表に対して
定義されている制約が登録されているか否かを確認し、
登録されていればその制約の制約チェックが遅延された
ことを示すフラグをオン（ＯＮ）にし、制約チェックを
行わずに処理を終了する。その制約が遅延情報テーブル
１０６に登録されていなければ、更新内答をもとに制約
チェックを行う。

【００２９】トランザクション制御手段１０４は、要求
内容解析手段１０１によって解析されたコミット／ロー
ルバック要求をもとに、トランザクションの確定処理
（コミット処理）または復旧処理（ロールバック処理）
を行う。ここで、コミット要求の場合に限り、トランザ
クションを確定する前に遅延制約チェック手段１０５を
呼び出す。遅延制約チェック手段１０５からエラー（異
常終了）が返却された場合には、トランザクションの確
定処理を行わずに復旧処理に切り替える。遅延制約チェ
ック手段１０５が正常終了した場合には、遅延情報テー
ブル１０６に登録されている情報を削除し、全ての制約
が遅延されていない状態に戻す。ロールバック要求の場
合には、レコードに対する更新が無効となるため、制約
チェックの必要はない。

【００３０】遅延制約チェック手段１０５は、遅延情報
テーブル１０６を参照し、制約チェックが遅延された制
約が存在する場合には、登録されている情報をもとに制
約に違反するレコードの存在の有無をチェックする。制
約に違反するレコードが存在する場合にはエラーを返却
する。

【００３１】遅延情報テーブル１０６は、制約チェック
遅延要求のあった制約に関する情報を格納するためのテ
ーブルであり、主記憶装置１１０上に確保される。遅延
情報テーブル１０６は、制約遅延手段１０２，更新処理
手段１０３，および遅延制約チェック手段１０５によっ
て参照／更新される。

【００３２】図１（ｂ）に示すように、遅延情報テーブ
ル１０６は、各制約に対して、制約識別情報，制約内容
情報，および制約遅延フラグからなるエントリを有して
いる。なお、遅延情報テーブル１０６の構造は、図１
（ｂ）に示すものに限られるものではない。

【００３３】データベース１０７は、表のレコードイン
デックスなどを格納する。データベース１０７は、二次
記憶装置１１１上に確保される。

【００３４】ディレクトリ１０８は、当該関係データベ
ースシステムで１つ存在し、表，インデックス，および
制約などの情報を格納する。ディレクトリ１０８もま
た、二次記憶装置１１１上に確保される。

【００３５】図２は、制約遅延手段１０２の処理手順を
示すフローチャート（流れ図）である。この処理手順
は、制約有無判定ステップ２０１と、制約内容取得ステ
ップ２０２と、制約内容登録ステップ２０３と、制約遅
延フラグオフステップ２０４とからなる。なお、制約遅
延手段１０２の処理手順は同様の処理内容を得られるも
のであれば、図２に示す処理手順に限定されるものでは
ない（図３〜図５のフローチャートについても同様）。

【００３６】図３は、更新処理手段１０３の処理手順を
示すフローチャートである。この処理手順は、レコード
更新ステップ３０１と、制約有無判定ステップ３０２
と、遅延情報テーブル登録有無判定ステップ３０３と、
制約チェックステップ３０４と、制約遅延フラグオンス
テップ３０５と、制約違反判定ステップ３０６とからな
る。

【００３７】図４は、トランザクション制御手段１０４
の処理手順を示すフローチャートである。この処理手順
は、コミット要求／ロールバック要求判定ステップ４０
１と、遅延制約チェック手段呼び出しステップ４０２
と、正常終了判定ステップ４０３と、トランザクション
確定処理ステップ４０４と、第１トランザクション復旧
処理ステップ４０５と、第２トランザクション復旧処理
ステップ４０６とからなる。

【００３８】図５は、遅延制約チェック手段１０５の処
理手順を示すフローチャートである。この処理手順は、
遅延情報テーブル登録有無判定ステップ５０１と、制約
遅延フラグ判定ステップ５０２と、問い合わせ生成ステ
ップ５０３と、問い合わせ実行ステップ５０４と、問い
合わせ結果有無判定ステップ５０５とからなる。

【００３９】次に、このように構成された本実施例の関
係データベース遅延制約チェック方式の動作について説
明する。

【００４０】（１） 要求内容解析手段１０１は、利用
者から要求を受け取り、要求の種類が「制約チェック遅
延要求」の場合には制約遅延手段１０２を呼び出し、要
求の種類が「レコード更新要求」の場合には更新処理手
段１０３を呼び出し、要求の種類が「コミット／ロール
バック要求」の場合にはトランザクション制御手段１０
４を呼び出す。

【００４１】（２） 要求内容解析手段１０１によって
呼び出された制約遅延手段１０２は、以下に示すような
処理を行う（図２参照）。

【００４２】まず、二次記憶装置１１１内のディレクト
リ１０８を参照して、利用者から要求のあった制約が存
在するか否かを判定（確認）する（ステップ２０１）。

【００４３】ステップ２０１で「その制約が存在しな
い」と判定した場合には、エラーを返却して異常終了す
る。

【００４４】ステップ２０１で「その制約が存在する」
と判定した場合には、ディレクトリ１０８から目的の制
約の内容を取得し（ステップ２０２）、その内容を主記
憶装置１１０内の遅延情報テーブル１０６に登録する
（ステップ２０３）。すなわち、その制約に関するエン
トリを遅延情報テーブル１０６に登録し、そのエントリ
中の制約識別情報にその制約の識別情報を設定し、その
エントリ中の制約内容情報にステップ２０２で取得した
内容を設定する。

【００４５】さらに、ステップ２０３で登録したエント
リ中の制約遅延フラグをオフ（ＯＦＦ）に初期化し（ス
テップ２０４）、正常に処理を終了する。

【００４６】（３） 要求内容解析手段１０１によって
呼び出された更新処理手段１０３は、以下に示すような
処理を行う（図３参照）。

【００４７】まず、利用者からの要求に従って、二次記
憶装置１１１内のデータベース１０７中の表のレコード
を更新する（ステップ３０１）。

【００４８】次に、ステップ３０１の更新内容をもとに
ディレクトリ１０８を参照し、チェックすべき制約の有
無を判定（確認）する（ステップ３０２）。

【００４９】ステップ３０２で「チェックすべき制約が
存在しない」と判定した場合には、正常に処理を終了す
る。

【００５０】ステップ３０２で「チェックすべき制約が
存在する」と判定した場合には、その制約の制約識別情
報で遅延情報テーブル１０６を検索し、その制約が遅延
情報テーブル１０６に登録されているか否かを判定する
（ステップ３０３）。

【００５１】ステップ３０３で「その制約が遅延情報テ
ーブル１０６に登録されている」と判定した場合には、
その制約のエントリ中の制約遅延フラグをオンに設定
（更新）し（ステップ３０５）、その後ステップ３０２
に戻ってさらにチェックすべき制約が存在するか否かを
確認し、以後の処理を継続する。

【００５２】ステップ３０３で「その制約が遅延情報テ
ーブル１０６に登録されていない」と判定した場合に
は、即時にその制約をチェックし（ステップ３０４）、
更新レコードが制約に違反しているか否かを判定する
（ステップ３０６）。

【００５３】ステップ３０６で「更新レコードが制約に
違反している」と判定した場合には、エラーを返却して
異常終了する。

【００５４】ステップ３０６で「更新レコードが制約に
違反していない」と判定した場合には、ステップ３０２
に戻ってさらにチェックすべき制約が存在するか否かを
確認し、以後の処理を継続する。

【００５５】（４） 要求内容解析手段１０１によって
呼び出されたトランザクション制御手段１０４は、以下
に示すような処理を行う（図４参照）。

【００５６】まず、コミット／ロールバック要求の要求
内容がコミット要求であるか否か（コミット要求である
かロールバック要求であるか）を判定する（ステップ４
０１）。

【００５７】ステップ４０１で「要求内容がロールバッ
ク要求である」と判定した場合には、データベース１０
７への更新のキャンセルや排他制御に用いたロックの解
放等を含むトランザクション復旧処理を行い（ステップ
４０５）、正常に処理を終了する。

【００５８】ステップ４０１で「要求内答がコミット要
求である」と判定した場合には、遅延制約チェック手段
１０５を呼び出し（ステップ４０２）、その結果（呼び
出された遅延制約チェック手段１０５の処理結果（図５
参照））が正常終了であるか否かを判定する（ステップ
４０３）。

【００５９】ステップ４０３で「遅延制約チェック手段
１０５の処理結果が正常終了である」と判定した場合に
は、データベース１０７への更新の反映や排他制御に用
いたロックの解放等を含むトランザクション確定処理を
行い（ステップ４０４）、正常に処理を終了する。

【００６０】ステップ４０３で「遅延制約チェック手段
１０５の処理結果が異常終了である」と判定した場合に
は、データベース１０７への更新のキャンセルや排他制
御に用いたロックの解放等を含むトランザクション復旧
処理を行い（ステップ４０６）、エラーを返却して異常
終了する。

【００６１】（５） トランザクション制御手段１０４
によって呼び出された遅延制約チェック手段１０５は、
以下に示すような処理を行う（図５参照）。

【００６２】まず、遅延情報テーブル１０６を参照し
て、登録されている制約の有無を判定（確認）する（ス
テップ５０１）。

【００６３】ステップ５０１で「制約が存在しない」と
判定した場合には、正常に処理を終了する。

【００６４】ステップ５０１で「制約が登録されてい
る」と判定した場合には、その制約の制約遅延フラグが
オンであるかオフであるかを判定する（ステップ５０
２）。

【００６５】ステップ５０２で「制約遅延フラグがオフ
である」と判定した場合には、ステップ５０１に戻って
さらに遅延情報テーブル１０６に登録されている制約が
存在するか否かを確認し、以後の処理を継続する。

【００６６】ステップ５０２で「制約遅延フラグがオン
である」と判定した場合には、遅延情報テーブル１０６
に登録されている制約の内容をもとに、制約条件に違反
するレコードを検出するための問い合わせを生成し（ス
テップ５０３）、その問い合わせを実行する（ステップ
５０４）。

【００６７】次に、問い合わせ結果（ステップ５０４に
おける問い合わせの実行に対する結果）を確認し、問い
合わせ結果が存在するか否かを判定する（ステップ５０
５）。

【００６８】ステップ５０５で「問い合わせ結果が存在
する」と判定した場合には、制約を違反しているレコー
ドが存在することを認識し、エラーを返却して異常終了
する。

【００６９】ステップ５０５で「問い合わせ結果が存在
しない」と判定した場合には、ステップ５０１に戻って
さらに遅延情報テーブル１０６に登録されている制約が
存在するか否かを確認し、以後の処理を継続する。

【００７０】

【発明の効果】以上説明したように、本発明によると、
以下に示すような効果が生じる。

【００７１】第１の効果は、制約チェックを遅延させる
ために保存すべきデータの情報量を削減することによっ
て、主記憶装置の有効利用が可能になることである。こ
れは、従来の方式では、更新されたレコード単位に制約
チェックに必要なデータを記憶していたのに対して、本
発明の関係データベース遅延制約チェック方式は、レコ
ード単位に記憶する情報が存在しないためである。

【００７２】第２の効果は、コミット時の制約チェック
に要する条件判定の回数を削減し、遅延制約チェックの
ためのオーバヘッドを削減することが可能になることで
ある。これは、従来の方式では、更新されたレコード単
位に制約チェックのための条件判定を行っていたのに対
して、本発明の関係データベース遅延制約チェック方式
は、表に対する問い合わせを実行しており、適切なイン
デックスを用いて高速に処理することが可能になるため
である。

【図面の簡単な説明】

【図１】（ａ）は本発明の関係データベース遅延制約チ
ェック方式の一実施例の構成を示すブロック図であり、
（ｂ）は（ａ）中の遅延情報テーブルの構造の一例を示
す図である。

【図２】図１（ａ）中の制約遅延手段の処理手順を示す
フローチャートである。

【図３】図１（ａ）中の更新処理手段の処理手順を示す
フローチャートである。

【図４】図１（ａ）中のトランザクション制御手段の処
理手順を示すフローチャートである。

【図５】図１（ａ）中の遅延制約チェック手段の処理手
順を示すフローチャートである。

【図６】制約を即時にチェックせずにコミット時まで遅
延することが有効なトランザクション処理の一例を示す
図である。

【図７】本発明の関係データベース遅延制約チェック方
式によって制約から生成される問い合わせの一例を示す
図である。

【符号の説明】

１０１ 要求内容解析手段 １０２ 制約遅延手段 １０３ 更新処理手段 １０４ トランザクション制御手段 １０５ 遅延制約チェック手段 １０６ 遅延情報テーブル １０７ データベース １０８ ディレクトリ １１０ 主記憶装置 １１１ 二次記憶装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】 利用者からの指定によりレコード更新時
   の制約チェックを遅延させトランザクションのコミット
   時に制約チェックを行う関係データベースシステムにお
   いて、 利用者からの要求内容が制約チェック遅延要求であった
   場合に主記憶装置上の遅延情報テーブルに要求対象の制
   約に関する情報を登録する制約遅延手段と、 利用者からの要求内容がレコード更新要求であった場合
   に要求対象のレコードを更新し、その更新に関係する制
   約の情報が前記遅延情報テーブルに登録されている場合
   にはその制約に関する制約チェックを遅延させた旨を示
   す情報を前記遅延情報テーブルに設定する更新処理手段
   と、 コミット要求に対して、当該コミット要求に関連する制
   約であり前記遅延情報テーブルに遅延状態を示す情報が
   設定されている制約に関する情報を取得し、その情報に
   基づき表に対して制約条件に違反するレコードを検出す
   る問い合わせを動的に生成し実行することにより制約チ
   ェックを行う遅延制約チェック手段と、 利用者からの要求内容がトランザクションの終了を示す
   コミット要求であった場合に、前記遅延制約チェック手
   段を呼び出し、制約違反が検出されなかった場合に限り
   コミット処理を継続するトランザクション制御手段と、 利用者からの要求内容を解析して、その要求内容によっ
   て前記制約遅延手段，前記更新処理手段，および前記ト
   ランザクション制御手段のいずれかを呼び出す要求内容
   解析手段とを有することを特徴とする関係データベース
   遅延制約チェック方式。
2. 【請求項２】 遅延情報テーブルが制約識別情報，制約
   内容情報，および制約遅延フラグからなるエントリを有
   することを特徴とする請求項１記載の関係データベース
   遅延制約チェック方式。
3. 【請求項３】 制約遅延手段の処理手順が制約有無判定
   ステップ，制約内容取得ステップ，制約内容登録ステッ
   プ，および制約遅延フラグオフステップからなり、更新
   処理手段の処理手順がレコード更新ステップ，制約有無
   判定ステップ，遅延情報テーブル登録有無判定ステッ
   プ，制約チェックステップ，制約遅延フラグオンステッ
   プ，および制約違反判定ステップからなり、トランザク
   ション制御手段の処理手順がコミット要求／ロールバッ
   ク要求判定ステップ，遅延制約チェック手段呼び出しス
   テップ，正常終了判定ステップ，トランザクション確定
   処理ステップ，第１トランザクション復旧処理ステッ
   プ，および第２トランザクション復旧処理ステップから
   なり、遅延制約チェック手段の処理手順が遅延情報テー
   ブル登録有無判定ステップ，制約遅延フラグ判定ステッ
   プ，問い合わせ生成ステップ，問い合わせ実行ステッ
   プ，および問い合わせ結果有無判定ステップからなるこ
   とを特徴とする請求項２記載の関係データベース遅延制
   約チェック方式。