EF CodeFirst変更を保存中にデータベース例外を処理する

Question

EFは一意のキー制約をサポートしていないため、Saveメソッド中に例外を捕捉し、エラーメッセージをユーザーに表示する必要があるようです。

このアプローチの問題点は次のとおりです。

• はどのように我々は（
• 例外を投げたが、どのように我々は例外をスローした問題の種類を知っているレコードを知っています例：私は、同じ上の2つのユニーク制約を持つことができます記録なので、私は1つが壊れているユーザーに伝える必要があります）

DBMSは、これらの問題を解決する方法のSQLServer 2008

のですか？

Answer 1

ユーザーが変更を保存する前に、この入力を検証する必要があり、データベース内で一意である必要があります値入力できることを許可する場合：

if (context.Customers.Any(c => c.SomeUniqueProperty == userInput)) 
    // return to user with a message to change the input value 
else 
    context.SaveChanges(); 

をこれがユニーク制約を持つ値の場合ではないだけですプライマリキーがデータベースで自動生成されない場合は、既存のターゲットレコードまたはプライマリキー値を参照する必要がある外部キー値を入力することもできます。コンテキストがデータベーステーブル全体の内容を知らず、現在コンテキストにアタッチされているエンティティについてのみ認識するため、EFは後者の状況であなたを助けません。 EFでは、同じプライマリキーを持つ2つのオブジェクトをアタッチすることは禁じられていますが、同じユニークキー制約を持つ2つのオブジェクトが可能です。しかし、データベースへの変更を保存すると、主キー制約の違反に対して完全に保護されません。

AnyのチェックとSaveChangesの間に同じ値のレコードが入力された場合は、発生しない例外を処理できないとみなし、ユーザーに「予想されるエラーが発生しました。再び..."。ユーザーがもう一度試してみると、Anyのチェックが再び行われ、入力値を上記のコードから変更するためのより有用なメッセージが表示されます。

このようなユニークキー制約またはプライマリキー制約違反で返される例外は、一般的にはDbUpdateExceptionであり、内部例外の1つは、そのプロパティの1つとしてSQL Serverエラーコードを含むSqlExceptionになります。その他の詳細は、例外メッセージ "UNIQUE KEY制約IX_SomeUniqueProperty_Index ..."またはそれに類する違反でしか見つかりません。ユーザーがこの情報を理解し、それに応じて反応することが期待される場合は、それを表示することができます。そうしないと、管理者または開発者がバグやその他の問題の可能性があるかどうかを確認するためにこのメッセージを記録できます。