V10とMS-SQL2005について
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
kyoike
居住地: M2C
投稿数: 80
居住地: M2C
投稿数: 80
皆様のお知恵を貸してください。
VSSにてチーム開発していますが、
色々と不可解な部分がでてきました。
詳細の設定条件などは、以下になります。
Magic：V10 SP6B
DBMS：MS-SQL2005
分離レベル：1
Magicロック：両方
１．テーブルロック
親タスク：売上伝票
子タスク：売上明細
による親子タスクの場合です。
※親タスクの設定
モード ：遅延
開始 ：タスク前の前
ロック方式：入力時
※子タスクの設定
モード ：親と同一
開始 ：レコード前の前
ロック方式：入力時
この設定において、伝票登録を行う際に、
テーブルロック待ちになります。
実際のロック時間として１〜２秒ぐらいロックして、
登録が完了します。
DBを見てみても、しっかりと登録されているので、
処理としては問題ありませんが、なぜロックするのか？
が解りません。
ロックになるDBは、売上明細のみです。
また、簡単な処理の流れは、
�｜舎�番号+1000の伝票�發鮑鐔�
��伝票�發肪舎�番号+1000をセット(初期値)
�Ｅ佻浸�に、自動採番で伝票�發鮗萋�
�で箴綸蘇爾療蘇辞發�端末番号+1000のレコードを更新
�デ箴緻精戮療蘇辞發�端末番号+1000のレコードを更新
となります。
この�イ濃�件は起きています。
他の開発者が、同じ端末番号では無いことは確認済みです。
また、下記の状況で、この現象は発生します。
ものすごく不思議なことがおきています。
(例)
端末A
端末B
と２台の端末があったとします。
�｜舎�Aで問題の売上伝票を登録する。
→ロックも発生せず、問題無く登録が出来る。
��端末Bで問題の売上伝票を登録する。
→売上明細の伝票�發旅洪兄�に必ずロックする。
�Ｃ舎�AがMagicを落とす(アプリケーションを)
�っ舎�Bが再度売上伝票を登録する。
→ロックも発生せず、問題無く登録が出来る。
�ッ舎�AがMagicを立ち上げ、売上伝票を登録する。
→売上明細の伝票�發旅洪兄�に必ずロックする。
なぜ、ロックするのか？
なぜ、１〜２秒でロックが解除され、登録が正常に出来るのか？
不思議です。
皆様のお知恵をお貸しください。
VSSにてチーム開発していますが、
色々と不可解な部分がでてきました。
詳細の設定条件などは、以下になります。
Magic：V10 SP6B
DBMS：MS-SQL2005
分離レベル：1
Magicロック：両方
１．テーブルロック
親タスク：売上伝票
子タスク：売上明細
による親子タスクの場合です。
※親タスクの設定
モード ：遅延
開始 ：タスク前の前
ロック方式：入力時
※子タスクの設定
モード ：親と同一
開始 ：レコード前の前
ロック方式：入力時
この設定において、伝票登録を行う際に、
テーブルロック待ちになります。
実際のロック時間として１〜２秒ぐらいロックして、
登録が完了します。
DBを見てみても、しっかりと登録されているので、
処理としては問題ありませんが、なぜロックするのか？
が解りません。
ロックになるDBは、売上明細のみです。
また、簡単な処理の流れは、
�｜舎�番号+1000の伝票�發鮑鐔�
��伝票�發肪舎�番号+1000をセット(初期値)
�Ｅ佻浸�に、自動採番で伝票�發鮗萋�
�で箴綸蘇爾療蘇辞發�端末番号+1000のレコードを更新
�デ箴緻精戮療蘇辞發�端末番号+1000のレコードを更新
となります。
この�イ濃�件は起きています。
他の開発者が、同じ端末番号では無いことは確認済みです。
また、下記の状況で、この現象は発生します。
ものすごく不思議なことがおきています。
(例)
端末A
端末B
と２台の端末があったとします。
�｜舎�Aで問題の売上伝票を登録する。
→ロックも発生せず、問題無く登録が出来る。
��端末Bで問題の売上伝票を登録する。
→売上明細の伝票�發旅洪兄�に必ずロックする。
�Ｃ舎�AがMagicを落とす(アプリケーションを)
�っ舎�Bが再度売上伝票を登録する。
→ロックも発生せず、問題無く登録が出来る。
�ッ舎�AがMagicを立ち上げ、売上伝票を登録する。
→売上明細の伝票�發旅洪兄�に必ずロックする。
なぜ、ロックするのか？
なぜ、１〜２秒でロックが解除され、登録が正常に出来るのか？
不思議です。
皆様のお知恵をお貸しください。
投票数:0
平均点:0.00
sk0014
投稿数: 37
投稿数: 37
ヘルプを見るとMagicロックはＳＱＬ系ではＮ（なし）にするようになっていますが、どうでしょうか？
また基本的過ぎるのですが、共有＝Ｎになっている訳じゃないですよね。
また基本的過ぎるのですが、共有＝Ｎになっている訳じゃないですよね。
投票数:0
平均点:0.00
kyoike
居住地: M2C
投稿数: 80
居住地: M2C
投稿数: 80
MagicロックをNにすると、
入力中の細かなロックがかからない場合があります。
分離レベル
Magicロック
トランザクションモード
トランザクション開始
を色々なパターンで試しましたが、
どうも遅延がうまくいかないようです。
これを物理にすると、ロックがかかり、
伝票入力がスムーズに出来ません。
(商品月間ファイルへの書込み等で)
ですが、伝票入力時の不可思議現象は回避できます。
ちなみに、共有はWです。
入力中の細かなロックがかからない場合があります。
分離レベル
Magicロック
トランザクションモード
トランザクション開始
を色々なパターンで試しましたが、
どうも遅延がうまくいかないようです。
これを物理にすると、ロックがかかり、
伝票入力がスムーズに出来ません。
(商品月間ファイルへの書込み等で)
ですが、伝票入力時の不可思議現象は回避できます。
ちなみに、共有はWです。
投票数:0
平均点:0.00
hiro
居住地: 三重
投稿数: 188
居住地: 三重
投稿数: 188
こんにちは kyoikeさん
INTRANS関数で各タスクのトランザクションの状況を
確認してはどうでしょうか？
ＤＢＭＳ側かＭＡＧＩＣ側かどっちでロックがかかっているか
確認できれば対処法が見つかるかもしれません。
では..
INTRANS関数で各タスクのトランザクションの状況を
確認してはどうでしょうか？
ＤＢＭＳ側かＭＡＧＩＣ側かどっちでロックがかかっているか
確認できれば対処法が見つかるかもしれません。
では..
投票数:0
平均点:0.00