JPH0749804A - データベース更新方式 - Google Patents

Abstract

(57)【要約】 【目的】 データベースの一括更新処理においてデータ
ベースを更新不可能なエラーが発生した場合でも、デー
タベースの連続更新処理を続行可能とする。 【構成】 データ処理制御手段１は、取引データファイ
ル３の取引データを１件ずつ入力し、取引データ中の再
処理フラグおよび顧客データベース５の顧客レコード中
の閉塞フラグを用いてディシジョンテーブル７を検索し
て処理を決定する。ディシジョンテーブル７に基づく判
断によりエラーとなった場合および業務処理プログラム
６にてエラーとなった場合には、データ処理制御手段１
は、取引データをエラーデータファイル４に出力する。
再処理データ作成手段２は、エラーデータファイル４の
エラーデータを入力してソートし、同一の顧客レコード
に対する他のエラーデータとの関係に応じて再処理フラ
グを設定して再処理データとして取引データファイル３
に出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータベース更新方式に
関し、特にデータベースの一括更新処理においてデータ
ベースを更新不可能な論理エラー（以下、論理エラーを
単にエラーという）が発生した場合のデータベース更新
方式に関する。

【０００２】

【従来の技術】従来のデータベース更新方式では、デー
タベースの一括更新処理においてデータベースを更新不
可能なエラーが発生した場合、処理をエラー発生時点で
中断してエラーの原因を除去した後に、エラーが発生し
た更新データから処理を再開していた。

【０００３】

【発明が解決しようとする課題】この従来のデータベー
ス更新方式では、データベースの一括更新処理において
エラーが発生した場合に処理を中断するようになってい
たので、エラー回復までの間、エラーを起こした更新デ
ータとは全く関係のないデータベースのレコードについ
ても更新が行えず、エラーによる影響範囲が大きくなる
という問題点があった。

【０００４】さらに、エラー回復までの中断時間が増加
すれば、その後の処理に遅れを生じさせ、ひいては業務
システムの運行に支障をきたさないとも限らないという
問題点があった。

【０００５】本発明の目的は、上述の点に鑑み、データ
ベースの一括更新処理においてデータベースを更新不可
能なエラーが発生した場合でも、処理を中断することな
しに、更新データによるデータベースの連続更新処理を
続行できるようにしたデータベース更新方式を提供する
ことにある。

【０００６】

【課題を解決するための手段】本発明のデータベース更
新方式は、データベースを更新するのための更新データ
が複数件格納されている更新データファイルより更新デ
ータを連続して入力しデータベースの一括更新処理を行
うデータベース更新方式において、データベースの部分
閉塞状態を示す閉塞フラグ，最新エラー発生日および最
新エラーデータ順次番号からなる閉塞情報と、再処理さ
れる更新データの区別を示す再処理フラグと、前記デー
タベースの更新エラー発生時にエラーとなった更新デー
タをエラーデータとして蓄積するエラーデータファイル
と、前記更新データファイルからの更新データの入力，
前記エラーデータファイルへのエラーデータの出力なら
びに前記データベースの部分閉塞および部分閉塞解除を
行うデータ処理制御手段と、前記エラーデータファイル
からエラーデータを入力し前記再処理フラグを設定して
再処理データの作成を行う再処理データ作成手段とを有
する。

【０００７】

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

【０００８】図１は、本発明の一実施例に係るデータベ
ース更新方式の構成を示すブロック図である。本実施例
のデータベース更新方式は、データ処理制御手段１と、
再処理データ作成手段２と、取引データファイル３と、
エラーデータファイル４と、顧客データベース５と、業
務処理プログラム６と、ディシジョンテーブル７とか
ら、その主要部が構成されている。

【０００９】本実施例のデータベース更新方式は、顧客
レコードを保持している顧客データベース５の一括更新
処理を行う場合の例であり、顧客データベース５の部分
閉塞の単位は顧客レコード単位としている。しかし、顧
客データベース５の部分閉塞の単位は顧客レコード単位
である必要はかならずしもなく、複数の顧客レコードを
含む店舗単位であってもよい。つまり、一般に、部分閉
塞の単位は、データベース上のレコードであっても、レ
コード群（クラスタ）であっても、それ以外の論理的な
単位であってもかまわない。

【００１０】業務処理プログラム６は、データ処理制御
手段１に搭載され、顧客データベース５の更新を行うプ
ログラムである。

【００１１】取引データファイル３は、顧客データベー
ス５の更新を行うために業務処理プログラム６の入力と
なるデータ（以下、取引データという）を格納してい
る。また、取引データに関する用語として、以下の語を
定義し、本実施例の説明で使用する。

【００１２】通常データ：一度もエラーとなっていない
取引データのこと。

【００１３】エラーデータ：データ処理制御手段１また
は業務処理プログラム６にてエラーとなった取引データ
のこと。エラーデータファイル４に出力される。

【００１４】再処理データ：エラーデータをもう一度処
理するために再処理データ作成手段２により加工され、
取引データファイル３に投入される取引データのこと。

【００１５】図２を参照すると、取引データは、データ
順次番号１１と、顧客番号１２と、再処理フラグ１３
と、処理日１４と、更新情報とから構成されている。

【００１６】データ順次番号１１は、取引データの発生
順に付けられる番号であり、システム一意の番号であ
る。

【００１７】顧客番号１２は、取引データがその顧客レ
コードを更新するためのものであることを示すものであ
り、顧客データベース５のレコードキーである顧客番号
２１と対応している。

【００１８】再処理フラグ１３は、通常データと再処理
データとを区別するためのものであり、取る得る値とそ
の意味については図９に示す。

【００１９】処理日１４は、取引データを処理する日付
である。

【００２０】データ順次番号１１，顧客番号１２，再処
理フラグ１３および処理日１４は、いずれも取引データ
に設定された状態で取引データファイル３に格納され
る。

【００２１】図３を参照すると、顧客データベース５中
の顧客レコードは、顧客番号２１と、閉塞フラグ２２
と、最新エラー発生日２３と、最新エラーデータ順次番
号２４と、顧客データとから構成されている。

【００２２】顧客番号２１は、顧客単位に存在する顧客
レコードのキーとなるものである。

【００２３】閉塞フラグ２２は、当該顧客レコードの閉
塞状態を示すものであり、取り得る値とその意味につい
ては図１０に示す。

【００２４】最新エラー発生日２３および最新エラーデ
ータ順次番号２４は、当該顧客の取引データのうちの最
後にエラーとなった取引データの処理日１４およびデー
タ順次番号１１がそれぞれセットされる。最新エラー発
生日２３および最新エラーデータ順次番号２４の初期値
は０である。

【００２５】閉塞フラグ２２，最新エラー発生日２３お
よび最新エラーデータ順次番号２４を併せて閉塞情報と
呼ぶ。本実施例では、閉塞情報を顧客データベース５の
顧客レコード中に持っているが、閉塞情報は他の場所に
あってもかまわない。ただし、閉塞情報は、閉塞単位
（本実施例では顧客）ごとに必要である。

【００２６】図４を参照すると、データ処理制御手段１
の処理は、取引データ入力ステップＡ１と、ファイル終
了判断ステップＡ２と、ディシジョンテーブル判断処理
ステップＡ３と、エラー判断ステップＡ４と、エラーデ
ータ出力ステップＡ５とからなる。

【００２７】図５を参照すると、再処理データ作成手段
２の処理は、エラーデータ全件入力ステップＢ１と、エ
ラーデータソートステップＢ２と、再処理フラグ設定ス
テップＢ３と、再処理データ全件出力ステップＢ４とか
らなる。

【００２８】図６および図７は、ディシジョンテーブル
７の判断条件と処理とを示す図である。ディシジョンテ
ーブル７は、再処理フラグ１３および閉塞フラグ２２の
値に従ってディシジョンテーブル７を検索することによ
り処理が決定できるようになっている。

【００２９】図８は、再処理データ作成手段２から出力
される再処理データ３１〜３７を例示する図である。再
処理データ３１〜３７は、顧客番号１２を主キー、デー
タ順次番号１１を副キーとしてソートされているととも
に、同一の顧客レコードに対する他の再処理データとの
関係に基づいて再処理フラグ１３に値が設定されてい
る。

【００３０】図９を参照すると、再処理フラグ１３は、
値０のときに通常データであることを、１のときに同一
顧客に対する再処理データが複数存在する場合の先頭の
再処理データであることを、２のときに同一顧客に対す
る再処理データが複数存在する場合の中間の再処理デー
タであることを、３のときに同一顧客に対する再処理デ
ータが複数存在する場合の最終の再処理データであるこ
とを、９のときに同一顧客に対する再処理データが１つ
しか存在しない場合の再処理データであることをそれぞ
れ示す。

【００３１】図１０を参照すると、閉塞フラグ２２は、
値０のときに正常であることを、１のときに閉塞中であ
ることを、２のときに仮閉塞中であることをそれぞれ示
す。仮閉塞中とは、データ処理制御手段１が取引データ
として再処理データを処理する状態をいい、この状態で
は通常データはエラーデータとしてエラーデータファイ
ル４に出力される。

【００３２】次に、このように構成された本実施例のデ
ータベース更新方式の動作について説明する。

【００３３】データ処理制御手段１は、取引データファ
イル３に格納されている取引データを格納順に１件ずつ
入力する（ステップＡ１）。取引データの入力が正常に
行われた場合には（ステップＡ２でノー）、データ処理
制御手段１は、再処理フラグ１３および閉塞フラグ２２
を用いてディシジョンテーブル７を検索することにより
処理を決定する（ステップＡ３）。ディシジョンテーブ
ル７に基づく判断によりエラーとなった場合および業務
処理プログラム６にてエラーとなった場合には（ステッ
プＡ４でイエス）、データ処理制御手段１は、エラーと
なった取引データをエラーデータとしてエラーデータフ
ァイル４に出力して（ステップＡ５）、ステップＡ１に
制御を戻し、エラーとならなかった場合には（ステップ
Ａ４でノー）、直ちにステップＡ１に制御を渡す。ステ
ップＡ２で取引データファイル３のファイル終了により
取引データの入力が行えなかった場合には（ステップＡ
２でイエス）、データ処理制御手段１は処理を終了す
る。

【００３４】再処理データ作成手段２は、エラーデータ
ファイル４に格納されているエラーデータのうちの未入
力のエラーデータを全件入力する（ステップＢ１）。次
に、再処理データ作成手段２は、入力したエラーデータ
を顧客番号１２を主キーとし、データ順次番号１１を副
キーとして昇順にソートする（ステップＢ２）。続い
て、再処理データ作成手段２は、ソートしたエラーデー
タの再処理フラグ１３の値を同一の顧客レコードに対す
る他のエラーデータとの関係に応じて設定する（ステッ
プＢ３）。詳しくは、再処理データ作成手段２は、同一
顧客レコードに対するエラーデータが複数存在する場合
の先頭のエラーデータの再処理フラグ１３に１を、同一
顧客レコードに対するエラーデータが複数存在する場合
の中間のエラーデータの再処理フラグ１３に２を、同一
顧客レコードに対するエラーデータが複数存在する場合
の最終のエラーデータの再処理フラグ１３に３を、同一
顧客レコードに対するエラーデータが１つしか存在しな
い場合のエラーデータの再処理フラグ１３に９をそれぞ
れ設定する。最後に、再処理データ作成手段２は、エラ
ーデータの再処理フラグ１３を設定することにより作成
された再処理データを取引データファイル３に全件出力
する（ステップＢ４）。

【００３５】次に、本実施例のデータベース更新方式に
よりデータベース一括更新処理を行った場合の代表的な
動作例について述べる。

【００３６】（１） 正常な場合

【００３７】データ処理制御手段１は、取引データファ
イル３より取引データを入力し（ステップＡ１）、再処
理フラグ１３が０、閉塞フラグ２２が０（正常）である
ので、業務処理プログラム６を呼び出して顧客データベ
ース５の更新を行う（ステップＡ３）。更新が正しく完
了したときには（ステップＡ４でノー）、データ処理制
御手段１は、次の取引データを取引データファイル３よ
り入力して（ステップＡ１）、顧客データベース５の更
新処理を取引データファイル３がファイル終了（ステッ
プＡ２でイエス）になるまで繰り返す。

【００３８】（２） 業務処理プログラム６にてエラー
が発生した場合

【００３９】取引データファイル３より取引データを入
力して（ステップＡ１）、再処理フラグ１３が０、閉塞
フラグ２２が０（正常）であるので、業務処理プログラ
ム６を呼び出したが（ステップＡ３）、業務処理プログ
ラム６にて顧客データベース５の更新不可能なエラーが
発生した場合には（ステップＡ４でイエス）、データ処
理制御手段１は、顧客データベース５中の当該顧客レコ
ードの閉塞フラグ２２を１（閉塞中）にセットし、エラ
ーデータの処理日１４およびデータ順次番号１１を顧客
データベース５中の当該顧客レコードの最新エラー発生
日２３および最新エラーデータ順次番号２４にそれぞれ
セットして閉塞情報を更新した後、エラーデータをエラ
ーデータファイル４に出力する（ステップＡ５）。エラ
ーデータを出力した後は、データ処理制御手段１は、次
の取引データを取引データファイル３より入力して（ス
テップＡ１）、処理を続行する。

【００４０】（３） 閉塞中の顧客に対する通常データ
を入力した場合

【００４１】取引データファイル３より通常データ（再
処理フラグ１３が０）を入力したが（ステップＡ１）、
顧客データベース５中の当該顧客レコードの閉塞フラグ
２２が１（閉塞中）または２（仮閉塞中）である場合に
は、データ処理制御手段１は、入力した取引データの処
理日１４およびデータ順次番号１１を最新エラー発生日
２３および最新エラーデータ順次番号２４にそれぞれセ
ットして閉塞情報を更新し、エラーデータをエラーデー
タファイル４に出力した後（ステップＡ５）、次の取引
データを取引データファイル３より入力して（ステップ
Ａ１）、処理を続行する。

【００４２】（４） エラーデータを再処理する場合

【００４３】エラーデータファイル４に出力されたエラ
ーデータを再処理する場合には、まず、再処理データ作
成手段２を起動し、エラーデータを入力し（ステップＢ
１）、顧客番号１２を主キーとし、データ順次番号１１
を副キーとして昇順にソートした後に（ステップＢ
２）、同一の顧客レコードに対する他のエラーデータと
の関係に応じて再処理フラグ１３を設定して再処理デー
タとし（ステップＢ３）、再処理データを取引データフ
ァイル３に出力する（ステップＢ４）。

【００４４】次に、データ処理制御手段１を起動して再
処理を行うわけであるが、再処理時の動作として、再処
理データが図８に例示するようになっている場合を例に
とって説明する。ただし、業務処理プログラム６にてエ
ラーは発生しないものとする。

【００４５】まず、再処理データ３１を入力すると、デ
ータ処理制御手段１は、再処理フラグ１３が１、閉塞フ
ラグ２２が１（閉塞中）であるので、業務処理プログラ
ム６を呼び出し、顧客番号１２をキーとして顧客データ
ベース５中から当該顧客レコードを検索して更新情報に
より更新を行う。業務処理プログラム６の処理が正常終
了した場合には、データ処理制御手段１は、当該顧客レ
コードの閉塞フラグ２２を２（仮閉塞中）にセットして
閉塞情報を更新する。

【００４６】次に、再処理データ３２を入力すると、デ
ータ処理制御手段１は、再処理フラグ１３が２、閉塞フ
ラグ２２が２（仮閉塞中）であるので、業務処理プログ
ラム６を呼び出し、顧客番号１２をキーとして顧客デー
タベース５中から当該顧客レコードを検索して顧客情報
により更新を行う。

【００４７】続いて、再処理データ３３を入力すると、
データ処理制御手段１は、再処理フラグ１３が２、閉塞
フラグ２２が２（仮閉塞中）であるので、再処理データ
３２の場合と同様の処理を行う。

【００４８】次に、再処理データ３４を入力すると、デ
ータ処理制御手段１は、再処理フラグ１３が３、閉塞フ
ラグ２２が２（仮閉塞中）であるので、業務処理プログ
ラム６を呼び出し、顧客番号１２をキーとして顧客デー
タベース５中から当該顧客レコードを検索して顧客情報
により更新を行う。業務処理プログラム６の処理が正常
終了すると、データ処理制御手段１は、再処理データ３
４の処理日１４およびデータ順次番号１１と当該顧客レ
コードの最新エラー発生日２３および最新エラーデータ
順次番号２４とを比較し、一致していれば顧客レコード
の閉塞フラグ２２を０（正常）にセットして閉塞を解除
し、どちらか一方でも異なるときには閉塞フラグ２２を
１（閉塞中）にセットして閉塞情報を更新する（処理
（Ｃ））。

【００４９】続いて、再処理データ３５を入力すると、
データ処理制御手段１は、再処理フラグ１３が９、閉塞
フラグ２２が１（閉塞中）であるので、再処理データ３
４の場合と同様の処理（Ｃ）を行う。

【００５０】次に、再処理データ３６を入力すると、デ
ータ処理制御手段１は、再処理フラグ１３が１、閉塞フ
ラグ２２が１（閉塞中）であるので、再処理データ３１
の場合と同様の処理を行う。

【００５１】最後に、再処理データ３７を入力すると、
データ処理制御手段１は、再処理フラグ１３が３、閉塞
フラグ２２が２であるので、再処理データ３４の場合と
同様の処理（Ｃ）を行う。

【００５２】（５） 再処理中にエラーが発生した場合

【００５３】再処理データが、例えば図８に示すように
なっているときに、再処理データ３２の処理にてエラー
が発生すると、データ処理制御手段１は、当該顧客レコ
ードの閉塞フラグ２２を１にセットして閉塞情報を更新
し、当該顧客レコードに対する再処理データ３２〜３４
をエラーデータファイル４に順次出力する。

【００５４】なお、上記実施例では、データベースを顧
客データベース、更新データを取引データとした場合を
例にとって説明したが、本発明の適用がかならずしもこ
のような場合に限られるものでないことはいうまでもな
い。

【００５５】

【発明の効果】以上説明したように本発明は、閉塞情
報，再処理フラグ，エラーデータファイル，データ処理
制御手段および再処理データ作成手段を設け、データベ
ースの部分閉塞を行えるようにしたことにより、データ
ベースの一括更新処理においてデータベースを更新不可
能なエラーが発生した場合でも処理を中断することなし
に更新データによるデータベースの連続更新処理が可能
となり、データベースの更新エラーの発生していないレ
コードを常に最新の状態に保つことができ、エラーの影
響範囲を局所化できるという効果がある。

【００５６】また、エラーが発生してからその原因を調
査し原因を除去し再処理するまでの間にも、別の更新デ
ータによるデータベースの連続更新処理が行われるた
め、エラーの発生による処理の遅延時間を短縮できると
いう効果もある。

【図面の簡単な説明】

【図１】本発明の一実施例に係るデータベース更新方式
の構成を示すブロック図である。

【図２】図１中の取引データファイル中の取引データの
構成図である。

【図３】図１中の顧客データベース中の顧客レコードの
構成図である。

【図４】図１中のデータ処理制御手段の処理を示す流れ
図である。

【図５】図１中の再処理データ作成手段の処理を示す流
れ図である。

【図６】図１中のディシジョンテーブルの内容の前半部
を示す図である。

【図７】図１中のディシジョンテーブルの内容の後半部
を示す図である。

【図８】図１中の再処理データ作成手段が作成する再処
理データの例を示す図である。

【図９】図２中の再処理フラグの値とその意味を示す図
である。

【図１０】図３中の閉塞フラグの値とその意味を示す図
である。

【符号の説明】

１ データ処理制御手段 ２ 再処理データ作成手段 ３ 取引データファイル（更新データファイル） ４ エラーデータファイル ５ 顧客データベース（データベース） ６ 業務処理プログラム ７ ディシジョンテーブル １１ データ順次番号 １２ 顧客番号 １３ 再処理フラグ １４ 処理日 ２１ 顧客番号 ２２ 閉塞フラグ ２３ 最新エラー発生日 ２４ 最新エラーデータ順次番号 ３１〜３７ 再処理データ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 データベースを更新するのための更新デ
   ータが複数件格納されている更新データファイルより更
   新データを連続して入力しデータベースの一括更新処理
   を行うデータベース更新方式において、 データベースの部分閉塞状態を示す閉塞フラグ，最新エ
   ラー発生日および最新エラーデータ順次番号からなる閉
   塞情報と、 再処理される更新データの区別を示す再処理フラグと、 前記データベースの更新エラー発生時にエラーとなった
   更新データをエラーデータとして蓄積するエラーデータ
   ファイルと、 前記更新データファイルからの更新データの入力，前記
   エラーデータファイルへのエラーデータの出力ならびに
   前記データベースの部分閉塞および部分閉塞解除を行う
   データ処理制御手段と、 前記エラーデータファイルからエラーデータを入力し前
   記再処理フラグを設定して再処理データの作成を行う再
   処理データ作成手段とを有することを特徴とするデータ
   ベース更新方式。
2. 【請求項２】 前記閉塞フラグが、前記データベースの
   レコード中に含まれている請求項１記載のデータベース
   更新方式。
3. 【請求項３】 前記再処理フラグが、前記更新データフ
   ァイルの更新データ中に含まれている請求項１記載のデ
   ータベース更新方式。
4. 【請求項４】 前記閉塞フラグが、正常，閉塞中および
   仮閉塞中を示す各値をとる請求項１記載のデータベース
   更新方式。
5. 【請求項５】 前記再処理フラグが、通常データ，同一
   レコードに対する再処理データが複数存在する場合の先
   頭の再処理データ，同一レコードに対する再処理データ
   が複数存在する場合の中間の再処理データ，同一レコー
   ドに対する再処理データが複数存在する場合の最終の再
   処理データ，同一レコードに対する再処理データが１つ
   しか存在しない場合の再処理データを示す各値をとる請
   求項１記載のデータベース更新方式。
6. 【請求項６】 前記データ処理制御手段が、レコードを
   単位として前記データベースを部分閉塞する請求項１記
   載のデータベース更新方式。
7. 【請求項７】 前記データ処理制御手段が、前記再処理
   フラグおよび前記閉塞フラグを用いてディシジョンテー
   ブルを検索して処理を決定する請求項１記載のデータベ
   ース更新方式。
8. 【請求項８】 前記データベースが顧客データベースで
   なり、前記更新データファイルが取引データファイルで
   なる請求項１記載のデータベース更新方式。