いいえ、できませUpdateConflict
ん(例外がまたはでない限りDuplicateKeyException
)。
ドキュメントには次のように記載されています。
トランザクション内で例外がスローされた場合、トランザクションは自動的に中止されます(ttsAbort操作が発生します)。これは、手動でスローされた例外とシステムによってスローされた例外の両方に適用されます。
ttsBegin --ttsCommitトランザクションブロック内で例外がスローされた場合、そのトランザクションブロック内のcatchステートメントは例外を処理できません。代わりに、トランザクションブロックの外側にある最も内側のcatchステートメントが、テストされる最初のcatchステートメントです。
ロジックは次のとおりです。1)トランザクションがスローによって中止されます。2)トランザクション内のトランザクションから回復することはできません。3)したがって、トランザクションの外側で最も内側のキャッチを取得します。
2つの例外(しゃれを意図したもの)はUpdateConflict
、DuplicateKeyException
aを作成しないためttsabort
、トランザクション内でキャッチされる可能性があります。
それを示すこのブログエントリも参照してください。
更新:潜在的な落とし穴
catch all(例外タイプが指定されていない)を使用すると、問題が発生する可能性があります。このブログ投稿を参照してください。
D365Oアップデート5の時点では、ttsレベルが1より大きい場合、2つの例外はキャッチオールによってキャッチされません。このブログ投稿を参照してください。