84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
オンライン アプリケーションでアドバイスを求めます。データベース操作 (挿入、更新、削除) が失敗した場合、処理ロジックはどうあるべきですか?
ユーザーにエラーを返しますか?
処理は必要ありませんか?
一度実行しますか?
操作が失敗した場合は、
ただし、開発原則として、障害の具体的な情報をユーザー操作インターフェイスに出力することはできません。
たとえば、データを更新して更新に失敗した場合、その原因はデータベース接続の失敗、データベースのハングアップなどです。ユーザーにエラー メッセージを出力して、ユーザーに次のことを伝えることは不可能です。データベース接続に失敗しました
SQL エラーの場合は、必ず例外をキャッチしてログに記録してください。
バッチ操作をしっかりと行ってください
もちろん、一意のニックネーム、間違ったパスワードなど、キャッチされたすべての例外を見つけます。 他の例外については不明な例外を返し、独自の例外情報を公開しないでください。
エラーコードに基づいてユーザーに情報を返します。データベースにデータがダーティになる可能性があるため、再実行することはお勧めできません。
オンサイト復元: データは操作前にロールバックされます。再試行するかどうかはシナリオによって異なります。一般的な原則は、同期再試行と非同期再試行を行うことです
例外処理: 同期: 例外はユーザーに読み取れるエラー メッセージにパッケージ化され、ユーザーに再試行するよう通知します。非同期:異常情報を監視
操作が失敗した場合は、
などの操作失敗のエラーコードを返します。 リーリーただし、開発原則として、障害の具体的な情報をユーザー操作インターフェイスに出力することはできません。
たとえば、データを更新して更新に失敗した場合、その原因はデータベース接続の失敗、データベースのハングアップなどです。ユーザーにエラー メッセージを出力して、ユーザーに次のことを伝えることは不可能です。データベース接続に失敗しました
SQL エラーの場合は、必ず例外をキャッチしてログに記録してください。
SQL 関連の操作には try{}catch(){} を使用する必要があります。例外をアップストリームに流してはなりません。また、アップストリームは例外処理に関連する操作を実行しません。バッチ操作をしっかりと行ってください
もちろん、一意のニックネーム、間違ったパスワードなど、キャッチされたすべての例外を見つけます。
他の例外については不明な例外を返し、独自の例外情報を公開しないでください。
エラーコードに基づいてユーザーに情報を返します。データベースにデータがダーティになる可能性があるため、再実行することはお勧めできません。
オンサイト復元: データは操作前にロールバックされます。再試行するかどうかはシナリオによって異なります。一般的な原則は、同期再試行と非同期再試行を行うことです
例外処理: 同期: 例外はユーザーに読み取れるエラー メッセージにパッケージ化され、ユーザーに再試行するよう通知します。非同期:異常情報を監視