次の場合に、ユーザー インターフェイスでシナリオをどのように処理すればよいかを知りたいです。
1.) ユーザーが、別のユーザーによって既に削除されたデータ レコードを削除します。
データ レコードが既に削除されている場合は、それ以上削除されることはなく、「Id = @IdToDelete のテーブルから削除」のようなものを使用しても、悪いことは何も起こりません。
しかし、代わりにユーザーに「ユーザー xyz によって既に削除されているため、データ レコードを削除できませんでした」と伝えるべきではありませんか??
2.) ユーザーが、別のユーザーによって既に変更されたデータ レコードを更新しますか? すべての update() シナリオで、新しい値と古い値を含むウィンドウをユーザーに表示し、最終的に何が勝つかをユーザーに選択または決定させる必要がありますか?
1) その情報はどこから来るのか? 誰がどのレコードを削除したかを記録しないと、データベースはこの情報を教えてくれません。
2) アプリにもよりますが、「後攻」戦略でOKな場合とそうでない場合があります。競合が発生した場合は、何をする必要があるか、何をしたいかを決定します
1) 一般的に、ここでユーザーにメッセージが表示されるとは思わないでしょう。
2) これは、ユーザーに表示される変更されたレコードを更新しようとすることに関する警告を頻繁に受け取る場所です。その警告をどのように表示するかは、ユーザーの要件と表示する警告の複雑さに大きく依存します。最も簡単な解決策は、彼らに警告し、レコードのローカル コピーを更新するように依頼することですが、これは通常、変更をやり直す必要があることを意味し、これはユーザーにとってフラストレーション ポイントです。競合を表示すると、ユーザー エクスペリエンスが向上しますが、特に大きなレコードの場合は少し複雑になる可能性があります。