JP2001134476A - データベース一括更新方法 - Google Patents

Abstract

(57)【要約】 【課題】オンライン処理が参照更新しているデータベー
スをオンライン処理と並行しながら一括更新する処理に
おいて、オンライン処理の負荷状態を考慮しながらも一
括更新処理を優先的に実行できるデータベース一括更新
方法の提供。 【解決手段】一括更新するレコード群をユーザが指定し
た方法により分割し、前記分割された分割レコード群の
各々を更新する際、オンライン処理に対するデータベー
スの排他範囲をユーザが指定した範囲により設定してか
らデータベース管理システム経由で該分割レコード群を
更新し、オンライン処理は、アクセスすべきレコードが
前記排他範囲に設定されていないときに、データベース
管理システム経由で該アクセスすべきレコードをアクセ
スする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オンライン処理に
おいてデータベースを一括して更新するデータベース一
括更新方法に関する。

【０００２】

【従来の技術】従来のデータベース一括更新処理では、
データをオフライン処理で一括更新する方法と、オンラ
イン処理で一括更新する方法がある。

【０００３】オフライン処理で一括更新する方法は、一
定の一括更新期間を設け、この期間中は通常のオンライ
ン処理（以降、単にオンライン処理という）に対して一
括更新するデータベースへのアクセスを禁止する運用形
態をとっていた。なお、オフライン処理での一括更新の
方法は、オリジナルデータベースを磁気ディスク等へコ
ピーし、コピーしたデータベースに対して一括更新した
後に、更新されたコピーデータベースをオリジナルデー
タベースへコピーしていた。

【０００４】オンライン処理で一括更新する方法は、オ
ンライン処理の運用中に当該オンライン処理の一環とし
てデータベースを一括更新するオンラインリモートバッ
チ処理（以降、単にオンラインリモートバッチ処理とい
う）により一括更新していた。

【０００５】

【発明が解決しようとする課題】しかしながら、オフラ
イン処理で一括して更新する場合、一括更新するレコー
ドに対してオンライン処理でアクセスしないように規制
したとき、更新件数や更新対象のデータベース数が多く
なると規制期間が長くなる。このため、規制解除後に、
規制期間中にオンライン処理ができなかった分の作業を
行わなければならない問題がある。

【０００６】また、オンラインリモートバッチ処理で一
括して更新する場合、オンライン処理とオンラインリモ
ートバッチ処理とでは、データベースにアクセスするレ
ベルや優先順位が同一である。このため、データベース
に先行してアクセスした方がデータベースの物理資源を
占有してしまい、後行した方は当該データベースの排他
解除待ちとなる。また、データベースへのアクセスにお
いては、双方がデータベース管理システムを経由してデ
ータベースを排他することにより、デッドロックが多発
することが問題となる。

【０００７】本発明の目的は、オンライン処理が参照更
新しているデータベースをオンライン処理と並行しなが
ら一括更新する処理において、オンライン処理の負荷状
態を考慮しながらも一括更新処理を優先的に実行できる
データベース一括更新方法を提供することにある。

【０００８】

【課題を解決するための手段】データベース管理システ
ム経由によりオンライン処理で参照更新しているデータ
ベースを一括して更新するデータベース一括更新方法に
おいて、一括更新するレコード群をユーザが指定した方
法により分割し、前記分割された分割レコード群の各々
を更新する際、前記オンライン処理に対するデータベー
スの排他範囲をユーザが指定した範囲により設定してか
らデータベース管理システム経由で該分割レコード群を
更新し、オンライン処理は、アクセスすべきレコードが
前記排他範囲に設定されていないときに、データベース
管理システム経由で該アクセスすべきレコードをアクセ
スすることを特徴とする。

【０００９】また、前記排他範囲は、前記更新すべき分
割レコード群または該更新すべき分割レコード群を含む
一括更新対象レコード群の一部未更新レコード群である
ことを特徴とする。

【００１０】さらに、前記一括更新するレコード群の分
割に係わるユーザ指定値または前記データベースのオン
ライン処理に対する排他範囲に係わるユーザ指定値を一
括更新中にユーザが変更できることを特徴とする。

【００１１】

【発明の実施の形態】以下、本発明の実施の一形態を図
面を参照して説明する。

【００１２】図１は、本発明の実施の一形態のシステム
構成を示すブロック図である。

【００１３】オンライン端末１は、ユーザがデータベー
ス群１0の更新や参照をオンライン処理で行う端末であ
る。オンラインリモートバッチ端末２はデータベース群
１0の一括更新をオンラインリモートバッチ処理で行う
端末である。なお、オンライン端末１とオンラインリモ
ートバッチ端末２が同一の端末で実現されてもよい。ホ
ストシステム３はオンライン処理とオンラインリモート
バッチ処理とを平行して実行する。

【００１４】オンライン処理部４は、データベース群１
0を参照または更新するオンライン業務プログラム４1を
含み、オンライン端末１とオンライン業務プログラム４
1とを仲介する。

【００１５】オンラインリモートバッチ処理部５は、デ
ータベース群１0を一括して更新する一括更新プログラ
ム５１の他にパラメタテーブル５２、管理テーブル５３
を含み、オンラインリモートバッチ端末２と一括更新プ
ログラム５１とを仲介する。なお、一括して更新すると
いっても、実際には一括更新の対象になるレコード群を
幾つかに分けて更新し、この分けられたレコード群が全
て更新されたときに一括更新は終了する。本実施形態で
は、この分けられたレコード群各々を更新する処理をバ
ッチトランザクションという。

【００１６】パラメタテーブル５２は、一括更新の対象
になるレコード群をどのように分けて更新するかを示す
テーブルであり、一括更新プログラム５１によって参照
または更新される。

【００１７】管理テーブル５３は、各バッチトランザク
ションが更新するレコードの範囲およびオンライン業務
プログラム４1に対するデータベース群１0の排他範囲を
示すテーブルであり、一括更新プログラム５１によって
参照または更新される。オンライン業務プログラム４1
は、管理テーブル５３の排他範囲を示す部分を参照す
る。

【００１８】データベース管理システム６は、オンライ
ン処理部４およびオンラインリモートバッチ処理部５か
らのデータ検索や更新の依頼により、データベース群１
0を実際に検索したり更新するものである。以降の説明
では、データベース群１0の検索や更新にあたり、デー
タベース管理システム６を経由して検索や更新を行うと
は明記しないが、実際にはデータベース管理システム６
を経由して検索や更新を行う。

【００１９】データベース群１0は、マスタデータベー
ス１１、サブデータベース１２からなる。

【００２０】図２は、マスタデータベース１１のレコー
ド例である。

【００２１】マスタデータベース１１は、電話番号１１
１、その他の項目１１２からなる。図３は、サブデータ
ベース１２のレコード例である。

【００２２】サブデータベース１２は、電話番号１２
１、その他の項目１２２からなる。

【００２３】電話番号は、局番と市内番号からなる。局
番は、市外局番と市内局番からなる。

【００２４】本実施形態では、オンラインリモートバッ
チ処理でマスタデータベース１１の電話番号１１１の市
内局番とサブデータベース１２の電話番号１２１の市内
局番を一括して更新するものとする。

【００２５】また本実施形態のデータベース群１0で
は、「０６」の市外局番をもつ電話番号の最小は「０６
−３６６−０５４２」、最大は「０６−９７８−５８１
６」とする。

【００２６】なお、レコード数ゼロの局番は、データベ
ース群１0に存在しない。

【００２７】図４は、パラメタテーブル５２である。

【００２８】前述したように、パラメタテーブル５２
は、一括更新の対象になるレコード群をどのように分け
て更新するかを示すテーブルであり、一括更新プログラ
ム５１によって参照または更新される。

【００２９】なお、パラメタテーブル５２は、予め設定
された既定値を格納するエントリと実行時のパラメタと
して決定された実行値を格納するエントリの２ケのエン
トリからなる。

【００３０】更新単位ＩＤ５２１は、バッチトランザク
ションの更新単位を示すものであり、内容がステップま
たはＶなら市内局番単位での更新を示し、内容がＤなら
市内番号単位の更新を示す。

【００３１】更新単位数５２２は、更新単位ＩＤ５２１
で示される単位を１バッチトランザクションで幾つ更新
するかを示す。

【００３２】排他範囲５２３は、オンライン業務プログ
ラム４1に対するデータベース群１0の排他範囲を示す。

【００３３】排他範囲５２３の意味は、更新単位ＩＤ５
２１によって異なる。

【００３４】更新単位ＩＤ５２１がＳの場合、「更新単
位数５２２×排他範囲５２３＝Ｎ×Ｒ」件先までの市内
局番が排他される。

【００３５】更新単位ＩＤ５２１がＶの場合、「各バッ
チトランザクションが更新する最初の市内局番に含まれ
る市内番号件数×排他範囲５２３＝ｖ×Ｒ」件先までの
市内番号が排他される。

【００３６】更新単位ＩＤ５２１がＤの場合、「更新単
位数５２２×排他範囲５２３＝Ｎ×Ｒ」件先までの市内
番号が排他される。

【００３７】高負荷５２４および高負荷回数５２５は、
バッチトランザクションでのデータベース更新時のＣＰ
Ｕ使用率が高負荷回数５２５だけ連続して高負荷５２４
の範囲内であった場合、ユーザにその旨連絡し、ユーザ
が必要に応じてパラメタテーブル５２の実行値エントリ
の各内容を変更するためのものである。

【００３８】低負荷５２６および低負荷回数５２７は、
バッチトランザクションでのデータベース更新時のＣＰ
Ｕ使用率が低負荷回数５２７だけ連続して低負荷５２６
の範囲内であった場合、ユーザにその旨連絡し、ユーザ
が必要に応じてパラメタテーブル５２の実行値エントリ
の各内容を変更するためのものである。

【００３９】中断時間５２８は、バッチトランザクショ
ンでのデータベース更新時のＣＰＵ使用率が高負荷５２
４の範囲内であった場合、中断時間５２８秒間更新開始
を中断するためのものである。

【００４０】図５に、ユーザが入力した３例のパラメタ
を示す。

【００４１】図６は、管理テーブル５３である。

【００４２】前述したように、管理テーブル５３は、各
バッチトランザクションが更新するレコードの範囲およ
びオンライン業務プログラム４1に対するデータベース
群１0の排他範囲を示すテーブルであり、一括更新プロ
グラム５１によって参照または更新される。オンライン
業務プログラム４1は、管理テーブル５３の排他範囲を
示す部分を参照する。

【００４３】管理テーブル５３は、バッチトランザクシ
ョンの開始ごとに更新される。

【００４４】局番５３１は、各バッチトランザクション
が更新または参照する電話番号の局番を示す。

【００４５】件数５３４は、当該エントリに含まれる電
話番号の件数を示す。

【００４６】市内番号最小５３２は、件数５３４中の最
小の市内番号を示す。

【００４７】市内番号最大５３３は、件数５３４中の最
大の市内番号を示す。

【００４８】累計５３５は、当該エントリまでの件数５
３４の累計を示す。

【００４９】排他範囲開始５３６は、オンライン業務プ
ログラム４1に対するデータベース群１0の排他範囲の開
始を示す。

【００５０】排他範囲終了５３７は、オンライン業務プ
ログラム４1に対するデータベース群１0の排他範囲の終
了を示す。

【００５１】図９〜図１２は、本発明の一括更新プログ
ラム５１の処理を示すフローチャートである。

【００５２】図面を参照しながら、データベース群１0
の市外局番「０６」をもつ電話番号の市内局番を一括更
新する例にもとづいて説明する。

【００５３】まず、図９のメインルーチンについて説明
する。

【００５４】一括更新するレコードを特定できる情報、
例えば「更新データベース／更新項目名／更新キーワー
ド」の形式で入力された情報、を伴ってオンラインリモ
ートバッチ端末２から起動されたオンラインリモートバ
ッチ処理部５は、一括更新プログラム５１を起動する。

【００５５】起動された一括更新プログラム５１は、当
該特定できる情報に基づいて、例えば図７に示す管理テ
ーブル５３の初期化例のように、管理テーブル５３を初
期化する（ステップ１０、１２）。

【００５６】次に、パラメタ既定値の変更を可能とする
ためパラメタテーブル１２のパラメタ既定値をオンライ
ンリモートバッチ端末２に出力する（ステップ１４）。

【００５７】ユーザが必要に応じて変更したパラメタ値
をオンラインリモートバッチ端末２から入力し、それを
パラメタテーブル１２の実行値エントリに設定する（ス
テップ１６〜２０）。

【００５８】次に、図示しない高負荷累計値および低負
荷累計値を初期化する（ステップ２２）。

【００５９】続いて、当該バッチトランザクションのレ
コード更新範囲および当該バッチトランザクションがオ
ンライン業務プログラム４1に対して排他するデータベ
ース群１0の排他範囲を決定するため、後述の図１０に
示す排他更新範囲決定ルーチンを起動する（ステップ２
４）。

【００６０】上記決定ルーチンからの復帰では、一括更
新対象となる全レコードを更新したかを確認し、一括更
新の対象となるレコードが存在する場合は、データベー
ス群１0を更新する前にＣＰＵの現使用率をチェックす
るため、後述の図１２に示すＣＰＵ使用率チェックルー
チンを起動する（ステップ２６、２８）。

【００６１】上記チェックルーチンからの復帰では、パ
ラメタテーブル５２の実行値エントリで定められている
高負荷状態または低負荷状態発生によるユーザ連絡要か
を確認し（ステップ３０）、否である場合はデータベー
ス１１、１２を更新するため、後述の図１１に示すデー
タベース更新ルーチンを起動する（ステップ３２）。上
記更新ルーチンからの復帰では、次のバッチトランザク
ションでの更新を行うため、ステップ２４に分岐する
（ステップ３２）。

【００６２】ステップ３０での高負荷状態または低負荷
状態発生によるユーザ連絡要かの確認で、要である場合
はパラメタ実行値を変更するため、ステップ１４に分岐
する（ステップ３０）。

【００６３】また、ステップ２６での一括更新対象とな
る全レコード更新済みの確認の結果、更新済みの場合は
一括更新プログラム５１を終了する（ステップ２６、３
４）。

【００６４】次に、図１０に示す排他更新範囲決定ルー
チンの処理について、更新単位ＩＤ別に説明する。

【００６５】メインルーチンステップ２４から起動され
た決定ルーチンは、パラメタテーブル５２の更新単位Ｉ
Ｄ５２１の値Ｓ、ＶおよびＤにしたがって、異なる処理
を実行する。以下、更新単位ＩＤ５２１の値ごとに説明
する。

【００６６】なお、決定ルーチンのステップ４０２、ス
テップ４１２、ステップ４２２において管理テーブル５
３における排他終了エントリＥｅおよび更新終了エント
リＫｅを求めているが、一括更新の終了が近づくとマス
タデータベース１１を検索して入力できた局番数または
電話番号数がパラメタで指定された排他範囲または更新
範囲に満たない場合もありうる。図８は、マスタデータ
ベース１１を検索して入力できた局番数または電話番号
数とパラメタで指定された排他範囲または更新範囲との
関係において、管理テーブル５３における排他範囲また
は更新範囲の終了エントリのエントリ位置を示したもの
である。

【００６７】ステップ４０２、ステップ４１２、ステッ
プ４２２においては、図８に示すエントリを各終了エン
トリとして求める。

【００６８】なお、マスタデータベース１１からの検索
および入力は、一括更新するレコードを特定できる入力
情報である「電話番号（更新項目名）／０６−？？？−
？？？？（更新キーワードであり、？一字は任意の数値
一字を示す）」の範囲内で行われる。

【００６９】更新単位ＩＤ：Ｓの場合（「図５ ユーザ
入力パラメタ例」のユーザ入力例１） 管理テーブル
５３第１エントリ局番５３１の次局番からの電話番号を
マスタデータベース１１から昇順で検索して入力する。

【００７０】一括更新プログラム５１の起動直後の最初
のバッチトランザクションの場合、管理テーブル５３第
１エントリ局番５３１は、図７管理テーブル設定例の初
期化例に示す「０６−０００」であるため、データベー
ス管理システム６は、「０６−０００」の次の局番「０
６−００１」からマスタデータベース１１を検索するこ
とになる。

【００７１】そして、マスタデータベース１１から最
初に入力した電話番号の局番を第１エントリの局番５３
１に設定し、当該電話番号の市内番号を第１エントリの
市内番号最小５３２に設定する。

【００７２】以降、入力した同一局番の件数および累
計件数を加算しながらマスタデータベース１１を検索
し、別局番の電話番号を入力した場合は、下記処理を行
う。

【００７３】・直前に入力した電話番号の市内番号を現
エントリの市内番号最大５３３に設定する。

【００７４】・件数および累計件数を件数５３４および
累計５３５に設定し、件数５３４を初期化する。

【００７５】・エントリを次のエントリに進め、進めた
エントリを現エントリとする。

【００７６】・現エントリの局番５３１に、今入力した
電話番号の局番を設定する。

【００７７】・現エントリの市内番号最小５３２に、今
入力した電話番号の市内番号を設定する。

【００７８】指定された局番数である「更新単位数５
２２×排他範囲５２３＝Ｎ×Ｒ」だけ上記の処理を繰
り返す。

【００７９】上記〜の処理をステップ４００で行う
が、入力できた局番数がゼロであるときはメインルーチ
ンへ一括更新終了の復帰をする。

【００８０】次に、当該バッチトランザクションで排他
および更新を行う範囲を決定するため、管理テーブル５
３を検索して排他終了エントリＥｅおよび更新終了エン
トリＫｅを設定する。具体的には、下記のとおりであ
る。

【００８１】管理テーブル５３を検索し、パラメタテー
ブル５２の「更新単位数５２２×排他範囲５２３＝Ｎ×
Ｒ」番目のエントリを排他終了エントリＥｅとし、パラ
メタテーブル５２の「更新単位数５２２＝Ｎ」番目のエ
ントリを更新終了エントリＫｅとする（ステップ４０
２）。

【００８２】そして、管理テーブル５３第１エントリの
最小電話番号を排他範囲開始５３６に、第Ｅｅエントリ
の最大電話番号を排他範囲終了５３７に設定する（ステ
ップ４３０）。

【００８３】なお、入力できた局番数がゼロであるとき
はメインルーチンへ一括更新終了の復帰、入力できた局
番数がゼロでないときはメインルーチンへ一括更新未終
了の復帰をする（ステップ４３２）。

【００８４】更新単位ＩＤ：Ｖの場合（「図５ ユーザ
入力パラメタ例」のユーザ入力例２） 管理テーブル５３第１エントリ局番５３１の次局番の
電話番号をマスタデータベース１１から昇順で検索して
入力する（ｖが入力された件数）。

【００８５】一括更新プログラム５１の起動直後の最初
のバッチトランザクションの場合、管理テーブル５３第
１エントリ局番５３１は、図７管理テーブル設定例の初
期化例に示す「０６−０００」であるため、データベー
ス管理システム６は、「０６−０００」の次の局番「０
６−００１」からマスタデータベース１１を検索するこ
とになる。

【００８６】そして、マスタデータベース１１から最
初に入力した電話番号の局番を第１エントリの局番５３
１に設定し、当該電話番号の市内番号を第１エントリの
市内番号最小５３２に設定する。

【００８７】以降、入力した同一局番の件数および累
計件数を加算しながらマスタデータベース１１を検索
し、別局番の電話番号を入力した場合は、下記処理を行
う。

【００８８】・直前に入力した電話番号の市内番号を現
エントリの市内番号最大５３３に設定する。

【００８９】・件数および累計件数を件数５３４および
累計５３５に設定し、件数５３４を初期化する。

【００９０】・エントリを次のエントリに進め、進めた
エントリを現エントリとする。

【００９１】・現エントリの局番５３１に、今入力した
電話番号の局番を設定する。

【００９２】・現エントリの市内番号最小５３２に、今
入力した電話番号の市内番号を設定する。

【００９３】指定された電話番号数である「上記で
入力した件数×排他範囲５２３＝ｖ×Ｒ」だけ上記の
処理を繰り返す。

【００９４】上記〜の処理をステップ４１０で行う
が、入力できた局番数がゼロであるときはメインルーチ
ンへ一括更新終了の復帰をする。

【００９５】次に、当該バッチトランザクションで排他
および更新を行う範囲を決定するため、管理テーブル５
３を検索して排他終了エントリＥｅおよび更新終了エン
トリＫｅを設定する。具体的には、下記のとおりであ
る。

【００９６】管理テーブル５３を検索し、累計５３５の
値が「第１エントリ件数５３４×排他範囲５２３＝ｖ×
Ｒ」であるエントリを排他終了エントリＥｅとし、パラ
メタテーブル５２の「更新単位数５２２＝Ｎ」番目のエ
ントリを更新終了エントリＫｅとする（ステップ４１
２）。

【００９７】以降は、ステップ４３０以降を実行する。

【００９８】更新単位ＩＤ：Ｄの場合（「図５ ユーザ
入力パラメタ例」のユーザ入力例３） 管理テーブル５３第１エントリ最大電話番号（局番５
３１＋市内番号最大５３３の組合わせ）の次電話番号か
らマスタデータベース１１を昇順で検索して入力する。

【００９９】一括更新プログラム５１の起動直後の最初
のバッチトランザクションの場合、管理テーブル５３第
１エントリ最大電話番号は、図７管理テーブル設定例の
初期化例に示す「０６−０００−００００」であるた
め、データベース管理システム６は、「０６−０００−
００００」の次の電話番号「０６−０００−０００１」
からマスタデータベース１１を検索することになる。

【０１００】そして、マスタデータベース１１から最
初に入力した電話番号の局番を第１エントリの局番５３
１に設定し、当該電話番号の市内番号を第１エントリの
市内番号最小５３２に設定する。

【０１０１】以降、入力した同一局番の件数および累
計件数を加算しながらマスタデータベース１１を検索
し、累計件数がＮ＋１または別局番の電話番号を入力し
た場合は、下記処理を行う。

【０１０２】・直前に入力した電話番号の市内番号を現
エントリの市内番号最大５３３に設定する。

【０１０３】・件数および累計件数を件数５３４および
累計５３５に設定し、件数５３４を初期化する。

【０１０４】・エントリを次のエントリに進め、進めた
エントリを現エントリとする。

【０１０５】・現エントリの局番５３１に、今入力した
電話番号の局番を設定する。

【０１０６】・現エントリの市内番号最小５３２に、今
入力した電話番号の市内番号を設定する。

【０１０７】指定された電話番号数である「更新単位
件数５２２×排他範囲５２３＝Ｎ×Ｒ」だけ上記の処
理を繰り返す。

【０１０８】上記〜の処理をステップ４２０で行う
が、入力できた局番数がゼロであるときはメインルーチ
ンへ一括更新終了の復帰をする。

【０１０９】次に、当該バッチトランザクションで排他
および更新を行う範囲を決定するため、管理テーブル５
３を検索して排他終了エントリＥｅおよび更新終了エン
トリＫｅを設定する。具体的には、下記のとおりであ
る。

【０１１０】管理テーブル５３を検索し、累計５３４の
値が「更新単位数５２２×排他範囲５２３＝Ｎ×Ｒ」で
あるエントリを排他終了エントリＥｅとし、累計５３４
の値が「更新単位数５２２＝Ｎ」であるエントリを更新
終了エントリＫｅとする（ステップ４２２）。

【０１１１】以降は、ステップ４３０以降を実行する。

【０１１２】図１１は、データベース更新ルーチンの処
理を示すフローチャートである。

【０１１３】メインルーチンステップ３２から起動され
た更新ルーチンは、管理テーブル５３第１エントリの最
小電話番号５３２から第Ｋｅエントリの最大電話番号５
３３までを更新範囲として、マスタデータベース１１お
よびサブデータベース１２を更新する（ステップ５０
０）。

【０１１４】次に第Ｋｅエントリの内容を第１エントリ
に設定した後に第２エントリ以降の内容を無効化し（ス
テップ５１０）、メインルーチンへ復帰する。

【０１１５】図１２は、ＣＰＵ使用率チェックルーチン
の処理を示すフローチャートである。

【０１１６】メインルーチンステップ２８から起動され
たチェックルーチンは、ＣＰＵの現使用率がパラメタテ
ーブル５２の高負荷５２４で指定されている値の範囲内
であるかを確認する（ステップ６００）。

【０１１７】確認の結果、範囲内でないときは図示しな
い高負荷累計値を初期化し（ステップ６０２）、続いて
ＣＰＵの現使用率がパラメタテーブル５２の低負荷５２
６で指定されている値の範囲内であるかを確認する（ス
テップ６０４）。

【０１１８】確認の結果、範囲内でないときは図示しな
い低負荷累計値を初期化し、メインルーチンへ復帰す
る。

【０１１９】ステップ６００での確認の結果、高負荷５
２４で指定されている値の範囲内であるときはパラメタ
テーブル５２の中断時間５２８で指定されている時間Ｔ
だけウェイトすることによって処理を中断する（ステッ
プ６１０）。

【０１２０】時間Ｔのウェイトが終了した後、図示しな
い高負荷累計値に１を加算し、加算値がパラメタテーブ
ル５２の高負荷回数５２５で指定されている値以上であ
るかを確認する（ステップ６１２）。

【０１２１】確認の結果、高負荷回数５２５で指定され
ている値以上であるときは、ユーザへ連絡すべくその旨
をオンラインリモートバッチ端末２へ出力し（ステップ
６１４）、メインルーチンで実行値パラメタの変更を可
能とすべく、高負荷状態発生によるユーザ連絡要の復帰
情報を設定して（ステップ６２４）、メインルーチンへ
復帰する。

【０１２２】また、ステップ６１２での確認の結果、高
負荷回数５２５で指定されている値以上でないときは、
その後のＣＰＵ現使用率が高負荷５２４で指定されてい
る値の範囲内であるかを確認するため、ステップ６００
へ分岐する。

【０１２３】なお、ステップ６０４での確認の結果、Ｃ
ＰＵの現使用率が低負荷５２６で指定されている値の範
囲内であるときは、図示しない低負荷累計値に１を加算
し、加算値がパラメタテーブル５２の低負荷回数５２７
で指定されている値以上であるかを確認する（ステップ
６２０）。

【０１２４】確認の結果、低負荷回数５２７で指定され
ている値以上であるときは、ユーザへ連絡すべくその旨
をオンラインリモートバッチ端末２へ出力し（ステップ
６２２）、メインルーチンで実行値パラメタの変更を可
能とすべく、低負荷状態発生によるユーザ連絡要の復帰
情報を設定して（ステップ６２４）、復帰する。

【０１２５】確認の結果、加算値が低負荷回数５２７で
指定されている値以上でないときは、メインルーチンへ
復帰する。

【０１２６】図１３は、オンライン業務処理での排他範
囲参照ルーチンの処理を示すフローチャートである。

【０１２７】オンライン端末１から起動されたオンライ
ン処理部４は、オンライン業務プログラム４1に制御を
移行し、制御を移行されたオンライン業務プログラム４
1は、オンライントランザクションを生成する。生成さ
れたオンライントランザクションは、まず管理テーブル
５３の存在を確認し（ステップ１３０）、存在すれば当
該オンライントランザクションで参照または更新しよう
としているレコードがバッチトランザクションの排他範
囲かを確認する（ステップ１３２）。

【０１２８】確認の結果、排他範囲に入っているとき
は、参照または更新しようとしているレコードがバッチ
トランザクションによって排他されているため処理中止
の旨オンライン端末１に応答して（ステップ１３４）、
処理を終了する。

【０１２９】ステップ１３０での確認で管理テーブル５
３が存在しないとき、またはステップ１３２での排他確
認で排他範囲に入っていないときは、オンライン業務処
理を続行してレコードを参照または更新し（ステップ１
３６）、処理を終了する。

【０１３０】なお、オンラインリモートバッチ処理部５
の一括更新プログラム５１は、データベース群１0のレ
コードを更新または排他するときに、当該レコードがオ
ンライン業務プログラム４1によって参照または更新中
でないかを確認せずに更新または排他をしている。この
ため、一括更新プログラム５１は、オンライン業務プロ
グラム４1によって参照または更新中のレコードに対し
て更新または排他する場合がある。しかし、データベー
ス群１0への実際のアクセスはデータベース管理システ
ム６を経由して行われることにより、データベース管理
システム６での排他制御が機能することでいわゆる二重
更新等の問題は発生しない。

【０１３１】本実施形態では、ＣＰＵ使用率がパラメタ
テーブル５２の高負荷５２４または低負荷５２６で指定
されている値の範囲内であるかを確認し、高負荷回数５
２５または低負荷回数５２７以上であるとき、ユーザへ
連絡して実行値パラメタの変更を可能としている。

【０１３２】これを、ユーザからのオンラインリモート
バッチ端末２経由での割込みを常に許しておき、オンラ
インリモートバッチ端末２へはＣＰＵ使用率を含むその
他の資源について常時グラフィク表示する。ユーザは、
このグラフィク表示を見ながら必要に応じてオンライン
リモートバッチ端末２から割込み、実行値パラメタを変
更するようにしてもよい。

【０１３３】

【発明の効果】以上、説明したように、本発明によれ
ば、オンライン処理と当該オンライン処理が参照または
更新するデータベースを一括更新するオンラインリモー
トバッチ処理を並行処理させることにより、オフライ
ン処理での一括更新により発生する「一括更新件数や一
括更新対象のデータベース数が多くなるとオンライン処
理に対するアクセス規制の期間が長くなる。このため、
規制解除後に、規制期間中にオンライン処理ができなか
った分の作業を行わなければならない」問題、排他管
理をデータベース管理システムだけに依存したオンライ
ンリモートバッチ処理での一括更新により発生する「オ
ンライン処理とオンラインリモートバッチ処理では、デ
ータベースにアクセスするレベルや優先順位が同一であ
る。このため、データベースに先行してアクセスした方
がデータベースの物理資源を占有してしまい、後行した
方は当該データベースの排他解除待ちとなる。また、デ
ータベースへのアクセスにおいては、双方がデータベー
ス管理システムを経由してデータベースを排他すること
により、デッドロックが多発する」が問題がなくなる。
また、データベースの排他管理を、データベースアクセ
ス要求後のデータベース管理システムで行うと共に、オ
ンライン処理とオンラインリモートバッチ処理とで連携
してデータベースアクセス要求前にも行うことにより、
データベース資源を優先的にオンラインリモートバッチ
処理に割り当てることができる。さらに、双方での排他
解除待ち及びデッドロックを回避できる。また、オンラ
イン処理におけるＣＰＵ負荷を監視することにより、オ
ンライン処理の負荷状態に合わせてオンラインリモート
バッチ処理の各トランザクショウの実行間隔または更新
レコード数を増減できる柔軟性のある並行処理での一括
更新ができる。

【図面の簡単な説明】

【図１】本発明の実施の一形態のシステム構成を示すブ
ロック図。

【図２】マスタデータベース１１のレコード例を示す
図。

【図３】サブデータベース１２のレコード例を示す図。

【図４】パラメタテーブル５２を示す図。

【図５】ユーザが入力したパラメタ例を示す図。

【図６】管理テーブル５３を示す図。

【図７】管理テーブル５３の設定例を示す図。

【図８】入力局番数または電話番号数による排他範囲等
の変更を示す図。

【図９】本発明の一括更新プログラム５１のメインルー
チンの処理を示すフローチャート。

【図１０】本発明の一括更新プログラム５１の排他更新
範囲決定ルーチンの処理を示すフローチャート。

【図１１】本発明の一括更新プログラム５１のデータベ
ース更新ルーチンの処理を示すフローチャート。

【図１２】本発明の一括更新プログラム５１のＣＰＵ使
用率チェックルーチンの処理を示すフローチャート。

【図１３】本発明のオンライン業務処理での排他範囲参
照ルーチンの処理を示すフローチャート。

【符号の説明】

１…オンライン端末、２…オンラインリモートバッチ端
末、３…ホストシステム、４…オンライン処理部、４１
…オンライン業務プログラム、５…オンラインリモート
バッチ処理部、５１…一括更新プログラム、５２…パラ
メタテーブル、５３…管理テーブル、６…データベース
管理システム、１０…データベース群１０、１１…マス
タデータベース、１２…サブデータベース。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 谷 恒一郎 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報システム事業部内 Ｆターム(参考） 5B075 NR02 5B082 AA01 FA00 FA17

Claims (1)

【特許請求の範囲】
1. 【請求項１】 データベース管理システム経由によりオ
   ンライン処理で参照更新しているデータベースを一括し
   て更新するデータベース一括更新方法において、一括更
   新するレコード群をユーザが指定した方法により分割
   し、前記分割された分割レコード群の各々を更新する
   際、前記オンライン処理に対するデータベースの排他範
   囲をユーザが指定した範囲により設定してからデータベ
   ース管理システム経由で該分割レコード群を更新し、オ
   ンライン処理は、アクセスすべきレコードが前記排他範
   囲に設定されていないときに、データベース管理システ
   ム経由で該アクセスすべきレコードをアクセスすること
   を特徴とするデータベース一括更新方法。