データベース排他制御システム

トップ :: G 物理学 :: G06 計算;計数

【発明の名称】	データベース排他制御システム
【発明者】	【氏名】宮下誠
【要約】	【課題】シノニム機能の無いデータベースで参照と更新の排他制御を短時間で行う。【解決手段】マスタテーブル２１はマスタデータをその世代開始番号および世代終了番号と共に格納し、世代管理テーブル２２はマスタデータごとの有効世代番号を格納する。ビュー２３には世代管理テーブル内の有効世代番号がマスタテーブル内の世代開始番号と世代終了番号との間に入るマスタデータが抽出される。データ挿入処理手段１３は全件配信されてくるマスタデータ４０のマスタレコードを１つずつ読み込み、世代管理テーブルを参照して得た有効世代情報を１つ増数した番号を世代開始番号、最大値を世代終了番号として、マスタテーブルに挿入する。排他制御処理手段１１はマスタレコードの挿入終了後に排他フラグ２４をセットし、最後にリセットする。世代更新処理手段１２は排他フラグのセットが正常終了すれば世代管理テーブルの有効世代番号を１つ増数する。参照側アプリケーション３０はビューを介してマスタテーブルを参照する。

【特許請求の範囲】
【請求項１】マスタレコードにその世代開始番号および世代終了番号を付加してマスタテーブルに格納すると共に、現在参照可能なマスタレコードの有効世代番号を設け、前記世代開始番号および世代終了番号並びに前記世代開始番号を操作することによって、前記マスタレコードに対する更新と参照の排他制御を行うことを特徴とするデータベース排他制御システム。
【請求項２】マスタレコードをその世代開始番号および世代終了番号を付加してマスタテーブルに格納すると共に、現在参照可能なマスタレコードの有効世代番号を世代管理テーブルに格納しておき、新たにマスタレコードを前記マスタテーブルに組み込む場合には、当該マスタレコードの前記世代開始番号を前記有効世代番号より大きくして組み込み、その後に前記マスタテーブルへの参照を排除して、正常終了すれば当該マスタレコードの前記有効世代番号を前記世代開始番号以上の番号に更新し、前記排除を解除することを特徴とするデータベース排他制御システム。
【請求項３】マスタデータをその世代開始番号および世代終了番号と共に格納するマスタテーブルと、マスタデータごとの有効世代番号を格納する世代管理テーブルと、前記世代管理テーブル内の有効世代番号が前記マスタテーブル内の世代開始番号と世代終了番号との間に入るマスタデータが抽出されるビューと、前記マスタテーブルに対する更新と参照の排他制御を行うための排他フラグとを含むデータベースと、全件配信されてくるマスタデータのマスタレコードを１つずつ読み込み、前記世代管理テーブルを参照して得た有効世代情報を１つ増数した番号を前記世代開始番号、最大値を前記世代終了番号として、前記マスタテーブルに挿入するデータ挿入処理手段と、前記マスタレコードの挿入終了後に前記排他フラグをセットし、最後にリセットする排他制御処理手段と、前記排他フラグのセットが正常終了すれば前記世代管理テーブルの有効世代番号を１つ増数する世代更新処理手段とを含むマスタ組込処理アプリケーションと、前記ビューを介して前記マスタテーブルを参照する参照側アプリケーションとを備えたことを特徴とするデータベース排他制御システム。
【請求項４】マスタレコードをその世代開始番号および世代終了番号と共に格納するマスタテーブルと、マスタレコードごとの有効世代番号を格納する世代管理テーブルと、前記世代管理テーブル内の有効世代番号が前記マスタテーブル内の世代開始番号と世代終了番号との間に入るマスタレコードが抽出されるビューと、前記マスタテーブルに対する更新と参照の排他制御を行うための排他フラグとを含むデータベースと、前回配信のマスタデータとの差分のみが配信されてくるマスタデータのマスタレコードを１つずつ読み込み、前記マスタテーブルに対して追加／更新／削除するデータ処理手段と、前記マスタレコードの追加／更新／削除終了後に前記排他フラグをセットし、最後にリセットする排他制御処理手段と、前記排他フラグのセットが正常終了すれば前記世代管理テーブルの有効世代番号を１つ増数する世代更新処理手段とを含むマスタ組込処理アプリケーションと、前記ビューを介して前記マスタテーブルを参照する参照側アプリケーションとを備えたことを特徴とするデータベース排他制御システム。
【請求項５】前記マスタレコードの追加時には、前記世代管理テーブルを参照して得た有効世代情報を１つ増数した番号を前記世代開始番号、最大値を前記世代終了番号とし、また前記マスタレコードの更新時には、現在有効なマスタレコードの前記世代終了番号を前記有効世代番号とし、かつ有効世代情報を１つ増数した番号を前記読み込まれたマスタレコードの世代開始番号、最大値を世代終了番号とし、また前記マスタレコードの削除時には、現在有効なマスタレコードの前記世代終了番号を前記有効世代番号とすることを特徴とする請求項４に記載のデータベース排他制御システム。
【請求項６】マスタデータをその世代開始番号および世代終了番号と共に格納するマスタテーブルと、マスタデータごとの有効世代番号を格納する世代管理テーブルと、前記世代管理テーブル内の有効世代番号が前記マスタテーブル内の世代開始番号と世代終了番号との間に入るマスタデータが抽出されるビューと、前記マスタテーブルに対する更新と参照の排他制御を行うための排他フラグとを含むデータベースに対するデータベース排他制御方法であって、全件配信されてくるマスタデータのマスタレコードを１つずつ読み込む手順と、前記世代管理テーブルを参照して得た有効世代情報を１つ増数した番号を前記世代開始番号、最大値を前記世代終了番号として、前記読み込んだマスタレコードに付加して前記マスタテーブルに挿入する手順と、前記マスタレコードの挿入終了後に前記排他フラグをセットする手順と、最後にリセットする排他制御処理手段と、前記排他フラグのセットが正常終了すれば前記世代管理テーブルの有効世代番号を１つ増数する手順と、前記排他フラグをリセットする手順とを有することを特徴とするデータベース排他制御方法。
【請求項７】マスタレコードをその世代開始番号および世代終了番号と共に格納するマスタテーブルと、マスタレコードごとの有効世代番号を格納する世代管理テーブルと、前記世代管理テーブル内の有効世代番号が前記マスタテーブル内の世代開始番号と世代終了番号との間に入るマスタレコードが抽出されるビューと、前記マスタテーブルに対する更新と参照の排他制御を行うための排他フラグとを含むデータベースに対するデータベース排他制御方法であって、前回配信のマスタデータとの差分のみが配信されてくるマスタデータのマスタレコードを１つずつ読み込む手順と、前記マスタテーブルに対して追加／更新／削除する手順と、前記マスタレコードの追加／更新／削除終了後に前記排他フラグをセットする手順と、前記排他フラグのセットが正常終了すれば前記世代管理テーブルの有効世代番号を１つ増数する手順と、前記排他フラグをリセットする手順とを有し、前記マスタレコードの追加時には、前記世代管理テーブルを参照して得た有効世代情報を１つ増数した番号を前記世代開始番号、最大値を前記世代終了番号とし、また前記マスタレコードの更新時には、現在有効なマスタレコードの前記世代終了番号を前記有効世代番号とし、かつ有効世代情報を１つ増数した番号を前記読み込まれたマスタレコードの世代開始番号、最大値を世代終了番号とし、また前記マスタレコードの削除時には、現在有効なマスタレコードの前記世代終了番号を前記有効世代番号とすることを特徴とするデータベース排他制御方法。
【請求項８】マスタデータをその世代開始番号および世代終了番号と共に格納するマスタテーブルと、マスタデータごとの有効世代番号を格納する世代管理テーブルと、前記世代管理テーブル内の有効世代番号が前記マスタテーブル内の世代開始番号と世代終了番号との間に入るマスタデータが抽出されるビューと、前記マスタテーブルに対する更新と参照の排他制御を行うための排他フラグとを含むデータベースに対するデータベース排他制御方法であって、全件配信されてくるマスタデータのマスタレコードを１つずつ読み込む手順と、前記世代管理テーブルを参照して得た有効世代情報を１つ増数した番号を前記世代開始番号、最大値を前記世代終了番号として、前記読み込んだマスタレコードに付加して前記マスタテーブルに挿入する手順と、前記マスタレコードの挿入終了後に前記排他フラグをセットする手順と、最後にリセットする排他制御処理手段と、前記排他フラグのセットが正常終了すれば前記世代管理テーブルの有効世代番号を１つ増数する手順と、前記排他フラグをリセットする手順とをコンピュータに実行させるためのプログラムを記録したコンピュータ読込み可能な記録媒体。

【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、データベース排他制御システム、特にリレーショナル・データベースに対する更新と参照の排他制御を行うデータベース排他制御システムに関する。
【０００２】
【従来の技術】データベースが参照されている最中は、そのデータベースが更新されるようなことがあってはならず、データベースが更新されている最中は、そのデータベースが参照されるようなことがあってはない。このように、データベースには更新と参照の排他制御が必要とされる。しかし、排他制御にあまり時間がかかってしまうのでは、ユーザのニーズに応えられないことになる。
【０００３】そこで、従来、例えばオラクル（ORACLE）データベースでは、シノニム（Synonym）機能を利用してデータベースのテーブルを２重化することにより、テーブルを参照する側と更新する側との間で排他時間を少なくすることを可能としている。すなわち、一方のテーブルは参照専用、他方のテーブルは更新専用とし、両テーブルのデータの整合をとる時間のみ排他時間とするのである。
【０００４】
【発明が解決しようとする課題】しかしながら、上述の従来技術のようにシノニム機能を有するデータベースであればともかく、そうでないデータベース、例えばSQLサーバを利用するデータベースでは、テーブルは１つであるため、その更新と参照の排他制御に多くの時間を費やすことになるという第１の問題点がある。
【０００５】また、上述した従来技術では、データベースのアクセス中に異常終了すると、特別な措置をしなければ復旧できないという第２の問題点もある。
【０００６】したがって、本発明の第１の目的は、シノニム機能を持たないデータベースであっても更新と参照の排他に要する時間を軽減したデータベース排他制御システムを提供することにある。
【０００７】本発明の第２の目的は、データベースのアクセス中に異常終了した場合であっても異常終了後に正しいデータさえ受信できれば、特別な処置は必要なく復旧できるデータベース排他制御システムを提供することにある。
【０００８】
【課題を解決するための手段】第１の本発明のデータベース排他制御システムは、マスタレコードにその世代開始番号および世代終了番号を付加してマスタテーブル(図１の２１)に格納すると共に、現在参照可能なマスタレコードの有効世代番号を設け、世代開始番号および世代終了番号並びに世代開始番号を操作することによって、マスタレコードに対する更新と参照の排他制御を行うことを特徴とする。
【０００９】第２の本発明のデータベース排他制御システムは、マスタレコードをその世代開始番号および世代終了番号を付加してマスタテーブル(図１の２１)に格納すると共に、現在参照可能なマスタレコードの有効世代番号を世代管理テーブル(図１の２２)に格納しておき、新たにマスタレコードをマスタテーブルに組み込む場合には、当該マスタレコードの世代開始番号を有効世代番号より大きくして組み込み、その後にマスタテーブルへの参照を排除して、正常終了すれば当該マスタレコードの有効世代番号を前記世代開始番号以上の番号に更新し、排除を解除することを特徴とする。
【００１０】第３の本発明のデータベース排他制御システムは、マスタデータをその世代開始番号および世代終了番号と共に格納するマスタテーブル(図１の２１)と、マスタデータごとの有効世代番号を格納する世代管理テーブル(図１の２２)と、世代管理テーブル内の有効世代番号がマスタテーブル内の世代開始番号と世代終了番号との間に入るマスタデータが抽出されるビュー(図１の２３)と、マスタテーブルに対する更新と参照の排他制御を行うための排他フラグ(図１の２４)とを含むデータベース(図１の２０)と、全件配信されてくるマスタデータのマスタレコードを１つずつ読み込み、世代管理テーブルを参照して得た有効世代情報を１つ増数した番号を世代開始番号、最大値を前記世代終了番号として、マスタテーブルに挿入するデータ挿入処理手段(図１の１３)と、マスタレコードの挿入終了後に排他フラグをセットし、最後にリセットする排他制御処理手段(図１の１１)と、排他フラグのセットが正常終了すれば世代管理テーブルの有効世代番号を１つ増数する世代更新処理手段(図１の１２)とを含むマスタ組込処理アプリケーション(図１の１０)と、ビューを介してマスタテーブルを参照する参照側アプリケーション(図１の３０)とを備えたことを特徴とする。
【００１１】第４の本発明のデータベース排他制御システムは、マスタレコードをその世代開始番号および世代終了番号と共に格納するマスタテーブル（図４の２１）と、マスタレコードごとの有効世代番号を格納する世代管理テーブル（図４の２２）と、世代管理テーブル内の有効世代番号がマスタテーブル内の世代開始番号と世代終了番号との間に入るマスタレコードが抽出されるビュー（図４の２３）と、マスタテーブルに対する更新と参照の排他制御を行うための排他フラグ（図４の２４）とを含むデータベース（図４の２０）と、配信のマスタデータとの差分のみが配信されてくるマスタデータのマスタレコードを１つずつ読み込み、マスタテーブルに対して追加／更新／削除するデータ処理手段（図４の１３－１）と、マスタレコードの追加／更新／削除終了後に排他フラグをセットし、最後にリセットする排他制御処理手段（図４の１１）と、排他フラグのセットが正常終了すれば世代管理テーブルの有効世代番号を１つ増数する世代更新処理手段（図４の１２）とを含むマスタ組込処理アプリケーション（図４の１０－１）と、ビューを介してマスタテーブルを参照する参照側アプリケーション（図４の３０）とを備えたことを特徴とする。
【００１２】本発明では、、ホストコンピュータから店舗端末にマスタデータが送信される。配信されたマスタデータは、マスタ組込処理によりデータベース内の各マスタテーブルに組み込まれる。組込処理で各マスタレコードに世代情報を付加する。この世代情報を操作することにより、組込処理と参照側アプリケーションとの排他を極力少なくし、また異常終了時には、異常終了後の実行も柔軟に対応できるマスタ組込処理とデータ参照側アプリケーションにも更新状態を意識させない参照を可能としている。
【００１３】
【発明の実施の形態】本発明のデータベース制御システムは、マスタレコードにその世代開始番号および世代終了番号を付加してマスタテーブルに格納すると共に、現在参照可能なマスタレコードの有効世代番号を設け、世代開始番号および世代終了番号並びに世代開始番号を操作することによって、マスタレコードに対する更新と参照の排他制御を行うものである。
【００１４】より具体的には、マスタレコードをその世代開始番号および世代終了番号を付加してマスタテーブルに格納すると共に、現在参照可能なマスタレコードの有効世代番号を世代管理テーブルに格納しておき、新たにマスタレコードをマスタテーブルに組み込む場合には、当該マスタレコードの世代開始番号を有効世代番号より大きくして組み込み、その後にマスタテーブルへの参照を排除して、正常終了すれば当該マスタレコードの有効世代番号を世代開始番号以上の番号に更新し、排除を解除する。
【００１５】
【実施例】次に、本発明の実施例について図面を参照しながら説明する。
【００１６】本発明の一実施例を示す図１を参照すると、このデータベース排他制御システムは、本部のホストコンピュータ１００と、大手コンビニエンスストア等広範囲にチェーン展開する店舗に備えられた店舗端末２００で構成される。店舗端末２００は店舗ごとに備えられるが、図面の煩雑化を回避するために、また発明の説明のためにはそれで充分なために、図１では１つのみを示している。ホストコンピュータ１００からは、各店舗に共通する商品情報マスタ，価格情報マスタ等や店舗固有マスタを衛星回線または地上回線を介して各店舗端末２００に配信する。これらの各マスタのマスタデータ４０はテキストファイル形式であり、更新のたびにマスタデータの全てのマスタレコードが配信されてくるものとする。これは、気象条件の悪化等により送信中のマスタレコードに文字化け等が発生しても、次回の配信によってそれを修復できるようにするためである。店舗に配信されたきた各マスタデータは、後述のようにデータ挿入処理手段１３によって、現在有効な各マスタデータと置換されるのである。
【００１７】店舗端末２００は、ホストコンピュータ１００から送られてくるマスタデータ４０を格納するためのデータベース２０と、データベース２０にマスタデータを組み込むデータベースエンジンとしてのマスタ組込処理アプリケーション１０と、データベース２０を参照する参照アプリケーション３０とから成る。各マスタデータがデータベース２０に格納される際には、マスタレコードごとに世代が付与され世代管理がなされる。
【００１８】データベース２０は、マスタレコードをその世代開始番号および世代終了番号と共に格納するマスタテーブル２１と、マスタデータごとの有効世代番号を格納する世代管理テーブル２２と、世代管理テーブル２２内の有効世代番号がマスタテーブル２１内の世代開始番号と世代終了番号との間に入るマスタレコードが抽出されるビュー２３と、排他制御を行うための排他フラグ２４とを含む。有効世代とはマスタテーブル２１中の複数世代のマスタデータ中で現在有効なマスタデータの世代をいう。
【００１９】ビュー２３はユーザにより参照側アプリケーション３０によって定義され、参照側アプリケーション３０はビュー２３を介してマスタテーブル２１をアクセスする。ビュー２３を定義することにより、世代を意識させることも、複雑な抽出条件も付けることもなく、最新の整合性の取れたデータを参照することが可能となり、参照側アプリケーション３０はデータ組込の状態や世代を意識することなく容易にデータを参照できるようになる。
【００２０】排他フラグ２４は、マスタテーブル更新時にセットされ、セット中は参照アプリケーション３０がマスタテーブル２１を参照できないようにするためのものである。
【００２１】図２は、マスタテーブル２１と世代管理テーブル２２とビュー２３との関係を例示する図である。図２において、マスタテーブル２１は、それぞれ世代開始番号が00000000、世代終了番号が99999999である４つのマスタレコードAAAAAAAAAA，BBBBBBBBBB，CCCCCCCCCCおよびDDDDDDDDDDから成るマスタデータと、それぞれ世代開始番号が00000000、世代終了番号が00000009である２つのマスタレコードEEEEEEEEEEおよびFFFFFFFFFFから成るマスタデータを格納していることが示されている。また、世代管理テーブル２２はXXXマスタおよびYYYマスタの有効世代番号が00000010であることを明示している。
【００２２】世代管理テーブル２２内の有効世代00000010は、マスタテーブル２１内の４つのマスタレコードAAAAAAAAAA，BBBBBBBBBB，CCCCCCCCCCおよびDDDDDDDDDDの世代開始番号00000000と世代終了番号99999999の間に入るため、マスタレコードAAAAAAAAAA，BBBBBBBBBB，CCCCCCCCCCおよびDDDDDDDDDDがビュー２３に抽出され反映される。これらのマスタレコードが現在有効なマスタレコードとして参照側アプリケーション３０から参照される。しかし、マスタテーブル２１内のマスタレコードEEEEEEEEEEおよびFFFFFFFFFFについては、世代管理テーブル２２内の有効世代00000010は、その世代開始番号00000000と世代終了番号00000009の間に入らないため、マスタレコードEEEEEEEEEEおよびFFFFFFFFFFはビュー２３に抽出されていない。
【００２３】マスタ組込処理アプリケーション１０は、排他処理手段１１と世代更新処理手段１２とデータ挿入処理手段１３とデータ削除手段１４とを含む。これらの各手段はそれぞれ概略つぎのように動作する。
【００２４】データ挿入処理手段１３は、ホストコンピュータ１００より配信されるマスタデータ４０のマスタレコードを１つずつ読み込み、テキストファイル形式からテーブルのレコード形式に編集する。また、世代管理テーブル２２を参照して得た世代情報を付加して、各マスタテーブルにマスタレコードを挿入する。これにより、前回の組込処理で既に組み込まれているマスタレコードを無効にし、今回挿入したマスタレコードを有効にし、全件置換したように振舞う。
【００２５】ただし、データ挿入処理手段１３は、配信されてきたマスタデータを現在参照されているマスタデータと置換するに当り、既に組み込まれたマスタレコードを削除して、その後に新しいマスタレコードを挿入するのではない。前回のマスタ組込処理で組み込んだマスタデータの世代情報を更新し、今回組み込むマスタデータを新しい世代として世代情報を付加して組込みを実施するのである。今回組込んだ世代が有効世代として切り替わるのは、後述の世代更新処理後のことになる。これは、今回組み込んだマスタデータに異常が検出された場合には、そのマスタデータは使用せず、組込み前のマスタデータが使用できるようにするための措置である。
【００２６】データ削除処理手段１４は、マスタデータをマスタテーブル２１に組み込むに当り、前回のマスタデータ組込み時に異常終了したマスタレコードをマスタテーブル２１から削除する。異常の検出は、データ削除処理手段１４がマスタテーブル２１内の世代開始番号と世代管理テーブル２２内の有効世代番号とを比較することによって行う。
【００２７】排他処理手段１１は、マスタデータを更新するマスタ挿入処理手段１３とマスタデータを参照する参照側アプリケーション３０との間で、更新途中のマスタデータを参照させないために排他を行う。それも排他のために使用する時間を極力少なくする。そのために、排他を実施している間は、排他制御フラグ２４をセットし、参照側アプリケーション３０からはマスタデータの参照を不可とする。一方、参照側アプリケーション３０が起動している、つまりマスタデータを参照している可能性がある場合には、排他処理手段１１が参照側アプリケーション３０の終了を待ち合わせる。
【００２８】世代更新処理手段１２は、排他処理手段１１による参照側アプリケーション３０との間に排他のための条件が成立すると起動され、世代管理テーブル２２内の有効世代番号を更新する。排他のための条件とは、不等式で示せば、世代開始番号≦有効世代番号≦世代終了番号ということである。ここで留意すべきは、上記の排他が実際に行われているのは世代の更新処理の間だけであるであるということである。すなわち、マスタテーブル２１にマスタデータが組み込まれている最中は、そのマスタデータの世代はまだ有効世代とされないため、参照側アプリケーション３０によるマスタデータの自由な参照は許されるように排他処理手段１１によって制御される。また、参照側アプリケーション３０による参照がされていても、まだ有効世代が付与されていないためマスタデータのマスタテーブル２１への挿入は許されるように排他処理手段１１によって制御される。
【００２９】このように、排他を世代管理テーブル２２内の有効世代更新中のみとすることによって排他時間を短縮できる。また、世代更新後に今回組み込んだマスタデータが有効となり、現在迄有効であったマスタレコードが旧世代のマスタデータとなる。マスタデータ挿入中に処理が異常終了する、つまり、世代更新処理手段１２が世代を更新する以前に、なんらかの理由により処理が異常終了した場合には前回組込済のマスタデータがそのまま、有効な世代として参照される。
【００３０】次に、図３のフローチャートを参照して本実施例のマスタ組込処理について説明する。
【００３１】ホストコンピュータ１００から店舗端末２００にマスタデータ４０が到着すると、マスタ組込処理アプリケーション１０が起動される。このマスタ組込処理アプリケーション１０はマスタ参照側アプリケーション３０が起動されマスタテーブル２１を参照していたとしても、排他をかけることなく以下のような組込処理を開始する。
【００３２】先ず、データ削除処理手段１４は前回異常終了した場合の不要なマスタレコードを物理的に削除する（ステップＳ１）。具体的には、マスタテーブル２１内の世代開始番号が世代管理テーブル２２内の有効世代よりも大きいマスタレコードを削除する。これは、本マスタ組込処理が正常に終了した場合には、後述のように世代管理テーブル２２内の有効世代はマスタテーブル２１内の世代開始番号と等しくなるということを根拠にするものである。
【００３３】世代更新処理手段１２は、前回正常にマスタテーブル２１への組込みが完了しているマスタデータの世代終了番号を世代管理テーブル内の有効世代番号に更新する（ステップＳ２）。これによって、このマスタデータへの参照を担保すると共に、次に組み込まれてくるマスタデータとの世代の重複を回避する。具体例で示せば、有効世代00000010を有する世代開始番号00000010，世代終了番号99999999の正常組込み完了マスタデータに対して、その世代終了番号を00000010とするのである。これによっても、前述の不等式は成立するので参照側アプリケーション３０からの参照はできる。
【００３４】次に、データ挿入処理手段１３はマスタレコードを１つずつ読み込み、テーブル形式に編集してマスタテーブル２１に挿入する（ステップＳ３）。このとき挿入されるマスタレコードには、世代情報が追加される。具体的には、世代開始番号として現在の有効世代番号（世代管理テーブル２２が保持）に１を加えたもの、上述の例では00000011をセットし、世代終了番号として99999999がセットされる。このときには、有効世代番号00000010が世代開始番号00000011より小さく前述の不等式は成立しないため、挿入されたマスタレコードを参照することができない状態である。ただし、前回組み込まれたマスタレコードは参照できる。
【００３５】このマスタレコードの挿入が完了したら、排他処理手段１１は参照側アプリケーション３０との間に排他を実施するため、排他フラグ２４をセットする（ステップＳ４）。これによって、参照側アプリケーション３０はマスタテーブル２１を参照できなくなる。
【００３６】この排他が成立したら（ステップＳ５）、世代更新処理手段１２は世代管理テーブル２２の内の有効世代番号に１を加えて更新する（ステップＳ６）。上述の例では有効世代番号が00000011となる。この結果、新しく組み込まれたマスタレコード（世代開始番号00000011，世代終了番号99999999）について前述の不等式が成立することになる。
【００３７】最後に、排他処理手段１１は排他フラグ２４をリセットしてを排他を解除する(ステップＳ７)。排他解除後から今回組み込んだ新しい世代のマスタデータが有効となり、前回組み込まれて有効になっていたマスタデータが旧世代のデータとなる。参照側アプリケーション３０は、この有効世代のマスタデータに付加されている世代情報を抽出条件として定義されたビュー２３を参照できるようになる。
【００３８】ところで、世代更新処理手段１２が世代を更新する（ステップＳ６）以前になんらかの理由により異常終了が発生すると（ステップＳ５）、ステップＳ５で世代更新処理手段１２は世代管理テーブル２２の内の有効世代を更新せず、排他フラグ２４をリセットして(ステップＳ７)終了する。その結果、上述の例では有効世代は00000010のままとなり、一方、世代開始番号は00000011である。このようなマスタレコードは、前述の不等式を満たさないためビュー２３に反映されない。この不要なマスタレコードは、次回のマスタ組込処理時にデータ削除処理手段１４によって削除される（ステップＳ１）。
【００３９】このように、異常終了が発生した場合であっても、有効世代を切り替えなければ、前回の組込み成功時の状態は保持され、前回組込済のデータがそのまま、有効な世代として参照される。また異常終了直後のマスタ組込処理でも、不要なマスタレコードを削除することにより何の考慮も処置も必要なく、次のマスタレコードを組込むことが可能となるのである。
【００４０】次に、本発明の第２の実施例について図面を参照して説明する。
【００４１】本発明の第２の実施例を示す図４を参照すると、このデータベース排他制御システムは、ホストコンピュータ１００と店舗端末２００－１で構成される。店舗端末２００－１は、マスタ組込処理アプリケーション１０－１と、データベース２０と、マスタレコードを参照する参照側アプリケーション３０から成る。データベース２０および参照側アプリケーション３０は、図１における同名称のものと同じものである。
【００４２】ホストコンピュータ１００から届くマスタデータ４０－１はテキストファイルで構成され、毎回マスタデータの差分、つまり変更情報のみが配信されてくる点が、図１に示した第１の実施例と異なる。したがって、店舗端末２００－１に配信されたきたマスタデータを追加し、または配信されたきたマスタデータによって現在参照対象のマスタデータを更新し、または現在参照対象のマスタデータを削除する。このため、マスタ組込処理アプリケーション１０－１には、図１におけるマスタ組込処理アプリケーション１０におけるデータ挿入処理手段１３に代わってデータ処理手段１３－１が設けられている。排他処理手段１１，世代更新処理手段１２およびデータ削除処理手段１４は、図１における同名称のものと同じものである。
【００４３】次に、図５のフローチャートを参照して本実施例のマスタ組込処理について説明する。
【００４４】先ず、データ削除処理手段１４は前回異常終了した場合の不要なマスタレコードを物理的に削除する（図５のステップＴ１）。具体的には、マスタテーブル２１内の世代開始番号が世代管理テーブル２２内の有効世代よりも大きいマスタレコードを削除する。これは、本マスタ組込処理が正常に終了した場合には、後述のように世代管理テーブル２２内の有効世代はマスタテーブル２１内の世代開始番号と等しくなるということを根拠にするものである。
【００４５】次に、データ処理手段１３－１は、ホストコンピュータ１から配信されるマスタデータ４０－１のマスタレコードを１つずつ読み込み(ステップＴ２)、マスタテーブル２１の追加／更新のマスタレコードであれば（ステップＴ３)、テキストファイル形式からテーブルのレコード形式に編集して、世代情報を付加して各マスタテーブル２１にマスタレコードを挿入する（ステップＴ４)。
【００４６】この挿入が失敗した場合には（ステップＴ５)、データ処理手段１３－１は、更新とみなして、現在有効になっているマスタレコードを無効にし（ステップＴ６)、今回読み込んだマスタレコードを追加する（ステップＴ７)。マスタレコードを無効にするには、後に排他制御の下に有効世代番号を更新すると、無効となるように世代終了番号を更新する。つまり世代終了番号を現在有効な世代番号に更新する。これらの更新が反映されるのはマスタテーブル更新後の世代更新処理の後となる。
【００４７】マスタレコードを挿入する場合（ステップＴ４)または更新時に追加する場合（ステップＴ７)には、後に排他制御の下に有効世代番号を更新すると、そのマスタレコードが有効になるような世代開始番号と世代終了番号を付加する（ステップＴ８)。具体的には、世代開始番号には、現在有効な世代よりも大きな番号を、世代終了番号には最大値をセットする。つまり、第１の実施例におけるのと同様である。
【００４８】一方、ステップＴ３において追加／更新のマスタレコードでなく、したがって削除のマスタレコードであれば、データ処理手段１３－１は、該当するマスタレコードを検索し、存在すればそのマスタレコードを無効にする（ステップＴ９)。マスタレコードを無効にするには、後に排他制御の下に有効世代番号を更新すると、無効となるように世代終了番号を更新する。つまり世代終了日を現在有効な世代番号に更新する。これらの更新が反映されるのはマスタテーブル更新後の世代更新処理の後となる。
【００４９】以上のマスタレコードの挿入／更新／削除が完了したら、排他処理手段１１による排他制御および世代更新処理手段１２による世代更新処理が行われるが、これらは第１の実施例における処理の内容と同様であるため説明を省略する。また、以上終了した場合の措置の内容も第１の実施例と同様である。
【００５０】なお、ステップＴ１におけるマスタレコードの物理的な削除はここでは行わず、削除は組込み時ではなく負荷の低い時間で実施することとれば、組込み処理の負荷を分散することができる。世代を制御することにより、各マスタのデータは物理的に削除しなくても参照側アプリケーション３０から参照可能であるためであり、第２の実施例ではマスタレコード単位に世代管理されるため削除対象のデータ量が少ないからである。
【００５１】なお、以上に説明したマスタ組込処理アプリケーションを半導体メモリ，フロッピー（登録商標）ディスク，ＣＤ－ＲＯＭ等のコンピュータ読込み可能な記録媒体に記録してコンピュータに読み込み、実行させるようにしてもよい。
【００５２】
【発明の効果】本発明の第１の効果は、シノニム機能を持たないデータベースであっても参照側アプリケーションとの排他時間を極少にできるということである。その理由は、マスタデータに世代を付加して管理すると共に、マスタデータの切替えは世代を管理している世代管理テーブルの１項目を更新するだけの時間で済むようにしたからである。
【００５３】第２の効果は、組込処理が異常終了した場合の特殊な対応が不要になるということである。その理由は、異常終了時も前回組込み成功時の状態を保証するので、異常発生直後の対応の必要がないためと、次回の組込み処理を行うにあたり組込み途中のデータの削除などを行う必要が無く、異常終了した原因が取り除かれれば、いつデータが到着しても問題が無く最終的に組込みが正常終了すれば整合性の取れた正しいデータとなるからである。
【００５４】第３の効果は、参照側アプリケーションに整合性の保たれたデータを提供し、データの不整合により参照側アプリケーションの誤動作を招くことがないということである。その理由は、新たに組み込んだデータが参照側に参照可能となるのは、必ずマスタの全てのデータが組み込まれた後にデータが切り替わってからになるからである。
【００５５】第４の効果は、データ更新処理も容易で処理も単純になるということである。その理由は、各マスタのテーブルを２重化することなく、１つのテーブルで実現しているからである。

【出願人】	【識別番号】０００２３２０９２【氏名又は名称】エヌイーシーソフト株式会社
【出願日】	平成１２年１０月２４日（２０００．１０．２４）
【代理人】	【識別番号】１００１１１７２９【弁理士】【氏名又は名称】佐藤勝春
【公開番号】	特開２００２－１３２５６５（Ｐ２００２－１３２５６５Ａ）
【公開日】	平成１４年５月１０日（２００２．５．１０）
【出願番号】	特願２０００－３２４６４９（Ｐ２０００－３２４６４９）