「処理に失敗しました。他のユーザか処理によってﾚｺｰﾄﾞが変更されています。」エラーについて
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
wk1574
投稿数: 99
投稿数: 99
いつもお世話になっております。
バッチタスクでテーブルのカラムを更新処理が終了後に、以下の警告が表示されました。
「処理に失敗しました。他のユーザか処理によってﾚｺｰﾄﾞが変更されています。」
また、バッチタスクで更新したはずのカラムのデータも変更されていませんでした。
原因と解決方法についてご教授下さい。よろしくお願いします。
バッチタスクでテーブルのカラムを更新処理が終了後に、以下の警告が表示されました。
「処理に失敗しました。他のユーザか処理によってﾚｺｰﾄﾞが変更されています。」
また、バッチタスクで更新したはずのカラムのデータも変更されていませんでした。
原因と解決方法についてご教授下さい。よろしくお願いします。
投票数:0
平均点:0.00
nkmt
投稿数: 1668
投稿数: 1668
（推測です。外していたらごめんなさい。）
データを更新するレコード後処理から、別のプログラムかタスクで、同じレコードを変更していないでしょうか？？？？
データを更新するレコード後処理から、別のプログラムかタスクで、同じレコードを変更していないでしょうか？？？？
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
ご利用のDBMSやそのバージョン、現象が必ず発生するのか、それとも稀に発生するのか、などの付加情報もご提示されると、レスが付き易くなるかもしれませんよ。
DBMSがSQLServerやOracleの場合、Magic uniPaaSのゲートウェイのログを出力するよう設定することで、アクティビティモニタで、発行しているSQ文のイメージが確認できます。
また、SQLServer のプロファイラなどを利用することで、実際にDBMS側で受け取ったSQL文を確認することができます。
SQL文が確認できることで、問題の足がかりを得ることができるかもしれませんね。
DBMSがSQLServerやOracleの場合、Magic uniPaaSのゲートウェイのログを出力するよう設定することで、アクティビティモニタで、発行しているSQ文のイメージが確認できます。
また、SQLServer のプロファイラなどを利用することで、実際にDBMS側で受け取ったSQL文を確認することができます。
SQL文が確認できることで、問題の足がかりを得ることができるかもしれませんね。
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
こんにちは nkmtさんが ｒｅｓされているとうり
トランザクション内で 他のタスクまたはＰＧから
同じレコードを更新しようとして
ロールバックされた模様です
トランザクションを見直すか
タスク構造を見直してください
良くやるパターン
�＾賤�表示のＰＧでトランザクションをタスク前でかけて
そこから 選択された レコードを
��他のＰＧで スクリーンで保守
そのＰＧもタスク前でトランザクションをかけて
そのレコードを削除する
終了して �，裡丕任北瓩�
当然ロールバックされる
などです
でわ〜でわ〜
トランザクション内で 他のタスクまたはＰＧから
同じレコードを更新しようとして
ロールバックされた模様です
トランザクションを見直すか
タスク構造を見直してください
良くやるパターン
�＾賤�表示のＰＧでトランザクションをタスク前でかけて
そこから 選択された レコードを
��他のＰＧで スクリーンで保守
そのＰＧもタスク前でトランザクションをかけて
そのレコードを削除する
終了して �，裡丕任北瓩�
当然ロールバックされる
などです
でわ〜でわ〜
投票数:0
平均点:0.00