|
|
|
|
|
|
|
|
Ａ． |
排他制御について |
|
|
|
|
|
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
１ |
基本的な排他制御の機能としては、 |
|
|
|
|
|
① |
レコード・ロック⇒【下図の通り、同一レコードを更新する時、後からの処理をロックします。】 |
|
|
|
|
② |
ファイル・ロック⇒【ある処理中はファイル単位で他の更新モードの処理をロックします。】 |
|
|
|
|
|
の２通りがあります。 |
|
|
|
|
|
|
|
|
|
|
|
２ |
レコード・ロックは図示している通り、必要不可欠な処理です。 |
 |
|
|
|
ファイル・ロックは月次更新処理等のように全社一括処理を行う上ではレコード・ロック
と同様の機能がなければ、システムの整合性を損なう恐れが生じます。 |
|
|
|
|
|
|
|
３ |
ところが、合計請求書作成処理は一括処理を行うという意味でレコード・ロックを掛けて
しまうと、他の９部門はその処理が終るまで待たねばなりません。 |
|
|
|
|
|
|
|
ＣＯ－ＳＴＡＲには部門単位に締日処理する以外に個別取引先単位で締日処理を行うことができますので、ある締日でみると数十～数百単位の交通整理の必要が生じます。 １拠点の場合でも、法人／個人、自動車／重機／レンタル／リース等の部 門を設定している場合にも同じ考慮を図る必要性があります。 |
|
|
|
|
|
|
|
４ |
そこで、ＣＯ－ＳＴＡＲではプログラムと使用ファイルの関係テーブル【排他レベル】を設定し、プログラムが起動する度に部門と使用ファイルの状態をチェックする部門単位ファイル・ロックの機能を備えています。 |
|
|
|
|
|
|
|
５ |
部門単位ファイル・ロックの機能を利用して、各部門が自由に処理を行う体制が取られます。 |
|
|
|
もちろん、部門内では、売上処理／入金処理等と締日処理は同時にはできませんが、複数の売上処理／複数の入金処理はレコード・ロックが発生しない限り１部門で複数同時に処理することが可能です。 |
|
|
|
|
|
|
|
