プロジェクト

全般

プロフィール

操作
リンクをコピー

QA #6310

未完了

ロールバックの有無について

塩野 龍馬 さんが8ヶ月前に追加. 8ヶ月前に更新.

ステータス:
解決
優先度:
通常
担当者:
塩野 龍馬
開始日:
期日:
進捗率:

0%

予定工数:
実開始日:
ＤＤ名:
INCLUDE:
DSN:
バグ区分:
QA分析:
設計書記載間違い（処理）
方針（第一貨物）:
テーブル種:
データ移行要否:
実終了日:
ツールのバージョン:
AsIsSource行:
進捗計画:
設計・開発者:
画面ID:
機能区分:
機能ID:
レビュー指摘区分:
検査完了日:
検査依頼日:

説明

画面レイアウト/dataProcessMode3（データ処理）では
複数処理で複数DBを更新しているようですが
ロールバックの処理はいらないのでしょうか？
例
現在はDB1を更新したあとDB2の更新に失敗し変数.処理結果が0以外になって
最終的にERR 2が表示されてもDB1の更新は行われたままです

操作
リンクをコピー
 #1

青田 光弘 さんが8ヶ月前に更新 · 編集済み

  • ステータス を 新規 から 作業中 に変更
  • 担当者 を 青田 光弘 から 塩野 龍馬 に変更
  • AsIsSource行 を 設計書記載間違い（処理） にセット

第15版として修正
disp2.dataProcessMode3にて、トランザクション開始/コミット/ロールバックの処理を追加
disp2.dataProcessMode3にて、[未収台帳（傭車料）] の更新結果、[未収台帳テーブル部（傭車料）] の更新結果を判別する処理を追加
disp2.dataProcessMode3にて、期日振込マスタ（傭車精算）の登録結果、更新結果を判別する処理を追加
disp2.dataProcessMode3の、変数.処理結果の備考情報を追記

操作
リンクをコピー
 #2

塩野 龍馬 さんが8ヶ月前に更新 · 編集済み

  • ステータス を 作業中 から 保留中 に変更
  • 担当者 を 塩野 龍馬 から 青田 光弘 に変更

ロールバックとコミットは一つのトランザクションにつきなるべく1つのほうがいいので
複数ロールバックは書かないでいただきたいです。
複数のトランザクションがあるのならDBの更新のブロックごとに
トランザクションを開始していただきたいです。

登録結果が異常の場合はエラーを吐くので
validateMode3（チェック処理）のエラー処理という形で書いていただきたいです。

操作
リンクをコピー
 #3

青田 光弘 さんが8ヶ月前に更新 · 編集済み

  • 担当者 を 青田 光弘 から 塩野 龍馬 に変更

第16版として修正しました

disp2.dataProcessMode3にて、何らかの処理に失敗した場合はメソッドの最後でのみロールバックするように修正
disp2.dataProcessMode3にて、DBへの登録や更新に失敗したかどうかの判別と処理を削除

操作
リンクをコピー
 #4

塩野 龍馬 さんが8ヶ月前に更新 · 編集済み

  • ステータス を 保留中 から 解決 に変更

対応ありがとうございました

操作
リンクをコピー

他の形式にエクスポート: Atom PDF