JPH05151059A - 顧客データの排他制御方式 - Google Patents

Abstract

(57)【要約】 【目的】 顧客単位の売上データを格納したデータベー
スを、各支店へ端末よりその支店に属する顧客を検索・
更新する場合に、同一ブロックへのアクセスによる待ち
状態を無くして、オンラインでの検索・更新をスムーズ
に行うことができる。 【構成】 顧客単位の売上のデータに部署別コードを付
与し、この部署別コードでデータをソートしておくこと
により、データベース上のデータの並びが、部署単位に
固まることとなる。これにより、１ブロック内には同一
部署のデータが集中し、複数支店の端末から同一ブロッ
クへ同時にアクセスする可能性が極端に減少し、オンラ
インの検索・更新が重複することなく、処理がスムーズ
に行える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データベースを複数の
端末からリアルタイムに更新・検索を行う業務に用いら
れる顧客データの部署別コード付与による排他制御方式
に関する。

【０００２】

【従来の技術】従来、データベース上の顧客データの持
ち方は、顧客単位である為に、顧客を識別する情報は有
していたが、顧客が属する部署についての情報は、持っ
ていなかった。

【０００３】

【発明が解決しようとする課題】従来のデータの持ち方
の場合、データの並びが部署単位に分かれていない為、
異なる部署配下の顧客データが同一ブロックに存在する
場合が生じる。

【０００４】このとき、この異なる部署の端末（端末は
部署単位に設置されている）から、同時に更新又は更新
と検索を行った場合、ブロックがデータベースで排他制
御を行ってくれる単位であるから、同一ブロックに同時
にアクセスを行う為、デッドロック又はどちらかの端末
で待ち状態が生じるという欠点が有る。

【０００５】そこで、本発明の技術的課題は、上記欠点
に鑑み、同一ブロックにおけるアクセスの待ち状態をな
くして、オンライン検索等をスムーズに行える。顧客デ
ータの部署別コード付与による排他制御方式を提供する
ことである。

【０００６】

【課題を解決するための手段】本発明によれば、顧客を
識別する顧客コードを用いて、データベースの更新・検
索を行う顧客データの排他制御方式において、前記顧客
コードに、当該顧客が属する部署を識別する部署別コー
ドを付与して、前記データベースをソートすることを特
徴とする顧客データの排他制御方式が得られる。

【０００７】また、本発明によれば、前記顧客データの
排他制御方式において、顧客の売上データをファイルす
る手段と、前記顧客単位毎に前記売上データをまとめ、
顧客単位売上データを作成する手段と、前記部署別コー
ドを格納するテーブルと、前記部署別コードに基づい
て、前記顧客単位売上データをソートする手段とを有す
ることを特徴とする顧客データの排他制御方式が得られ
る。

【０００８】また、本発明によれば、前記顧客データの
排他制御方式において、前記ソート手段は、前記顧客単
位売上データを部署単位ごとにまとめるものであること
を特徴とする顧客データの排他制御方式が得られる。

【０００９】即ち、本発明の手段としては、データベー
スのデータの持ち方について、顧客を識別する情報に加
えて、該顧客が属する部署を識別する情報をデータに持
つ事と、この部署を識別する情報をキーとしてデータを
ソートしておくことにより、データの並びが同一部署の
顧客データ単位となる事である。

【００１０】

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

【００１１】図１は本実施例の場合のシステムの概略図
である。図中１−１は顧客売上ファイル、１−２は東京
支店端末、１−３は名古屋支店端末、１−４は大阪支店
端末である。

【００１２】これは顧客単位の売上データを東京、名古
屋、大阪の各支店から更新あるいは検索を行う場合の例
である。なお、一顧客は必ず一支店にしか属さないとす
る。

【００１３】図２は、顧客売上ファイルを作成する処理
の流れを示し、図中２−１が売上データファイル２−２
が売上データを顧客単位にまとめる処理、２−３が顧客
単位にまとめられた売上データ、２−４が顧客・部署テ
ーブル、２−５が顧客売上ファイル作成の処理、２−６
が顧客売上ファイル、２−７が部署別コードをキーとし
て行うソート処理、２−８がソート後の顧客売上ファイ
ルである。

【００１４】又、図３は売上データファイル３０、図４
は顧客・部署テーブル４０、図５は顧客売上ファイルの
レコードフォーマット５０を示している。毎日の売上デ
ータ３１は、顧客３２単位の売上にまとめられ、顧客・
部署テーブル４０の対応情報により、部署コード４１が
付与されて顧客売上ファイル５０を作成し、部署別コー
ド４１順にソートされる。

【００１５】ソート例として、図６にソート前、図７に
ソート後の顧客売上ファイルのデータを示す。

【００１６】図６中、６−１はソート前顧客売上ファイ
ルの１ブロック目、６−２は同ファイルの２ブロック
目、６−３は同ファイルの３ブロック目を示す。

【００１７】６−４は東京支店端末より、顧客コード０
０６のデータを更新する処理、６−５は名古屋支店端末
より顧客コード００４のデータを更新する処理、６−６
は大阪支店端末より顧客コード００５のデータを検索す
る処理を示す。

【００１８】又、図７中、７−１はソート後顧客売上フ
ァイルの１ブロック目、７−２は同ファイルの２ブロッ
ク目、７−３は同ファイルの３ブロック目を示す。

【００１９】７−４は東京支店端末より顧客コード００
６のデータを更新する処理、７−５は名古屋支店端末よ
り顧客コード００４のデータを更新する処理、７−６は
大阪支店端末より顧客コード００５のデータを検索する
処理を示す。

【００２０】図６に示す様にソート前への状態で、３端
末より同時にデータを修正、検索を行った場合、同一ブ
ロックに対する同時アクセスが発生する為、３端末の
内、少なく共、１端末は待ち状態が発生し、処理がスム
ーズに行えない。

【００２１】しかし、図７に示す様に、ソート後の状態
であれば、顧客売上データが部署単位に集中する為、同
一ブロック内には、同一部署のデータが集中する。

【００２２】これにより、３端末から同時に修正、検索
を行った場合でも各端末からの処理が別ブロックへのア
クセスとなり、スムーズに処理が行える。

【００２３】

【発明の効果】以上説明したように本発明は、顧客単位
に管理された顧客売上ファイルのデータを複数の端末よ
り同時に更新・検索を行った場合の同一ブロックにアク
セスすることにより発生する処理の待ち状態の発生ひん
度を、顧客売上ファイルのレコードに部署別コードを持
ち、部署別コード順でソートすることによって、少なく
できる効果が有る。

【図面の簡単な説明】

【図１】本発明の実施システム概略図である。

【図２】顧客売上ファイル作成の処理の流れである。

【図３】売上データファイルのレコードフォーマットで
ある。

【図４】顧客部署テーブルのレコードフォーマットであ
る。

【図５】顧客売上ファイルのレコードフォーマットであ
る。

【図６】ソート前状態で顧客売上ファイルを支店よりア
クセスする場合の概略図である。

【図７】ソート後状態で顧客売上ファイルを支店よりア
クセスする場合の概略図である。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 顧客を識別する顧客コードを用いて、デ
   ータベースの更新・検索を行う顧客データの排他制御方
   式において、 前記顧客コードに、当該顧客が属する部署を識別する部
   署別コードを付与して、前記データベースをソートする
   ことを特徴とする顧客データの排他制御方式。
2. 【請求項２】 請求項１記載の顧客データの排他制御方
   式において、 顧客の売上データをファイルする手段と、 前記顧客単位毎に前記売上データをまとめ、顧客単位売
   上データを作成する手段と、 前記部署別コードを格納するテーブルと、 前記部署別コードに基づいて、前記顧客単位売上データ
   をソートする手段とを有することを特徴とする顧客デー
   タの排他制御方式。
3. 【請求項３】 請求項２記載の顧客データの排他制御方
   式において、 前記ソート手段は、前記顧客単位売上データを部署単位
   ごとにまとめるものであることを特徴とする顧客データ
   の排他制御方式。