削除する前に行が存在するかどうかを確認する必要がありますか？

Question

私はデータベースとしてMssqlを、ORM/DALとしてEF4を使用しています。
私の質問は、次のコードについてです：

public static void DeleteBuilding(int buildingId, int countryId) 
{ 
    PlayerBuilding playerBuilding = new PlayerBuilding() 
    { 
     CountryID = countryId, 
     BuildingID = buildingId 
    }; 
    Entities.PlayerBuildings.Attach(playerBuilding); 
    Entities.PlayerBuildings.DeleteObject(playerBuilding); 
    Entities.SaveChanges(); 
} 

行は、これは非常にうまく機能が存在する場合、私は例外を取得しない場合（ストアUPDATE、INSERT、またはステートメントが行の予想外の数に影響を与え削除します（0）エンティティがロードされたので、エンティティが変更または削除された可能性がありエントリをObjectStateManagerリフレッシュ）
私は、行はこのように存在するかどうかを確認するために、データベースへのラウンドトリップを行う必要があります。。。

public static void DeleteBuilding(int buildingId, int countryId) 
{ 
    PlayerBuilding playerBuilding = (from p in Entities.PlayerBuildings 
            where p.BuildingID == buildingId && p.CountryID == countryId 
            select p).FirstOrDefault(); 
    if (playerBuilding != null) 
    { 
     Entities.PlayerBuildings.DeleteObject(playerBuilding); 
     Entities.SaveChanges(); 
    } 
} 

私は余分な往復が必要ないと思います。なぜなら、EFなしでは、単純なSQLを使用すると、単純に1つのDELETEコマンドで行を削除できるからです。

もっと良い方法はありますか？

Answer 1

このエラーは、Entity Frameworkのオプティミスティック同時実行の副作用です。

基本的に、他の人があなたの検索の間にそのレコードを削除している可能性があります。あるいは、あなたはそのコードの前にエンティティで何かをしているかもしれません。

問題がまだ発生しているかどうかを確認するには、隔離環境（ユニットテストなど）で実行してみてください。

はい、あなたはそれを安全にプレーして、再度レコードを取得、またはあなたがObjectContext.Refresh使用することができますことができます：サイドノートでは

public static void DeleteBuilding(int buildingId, int countryId) 
{ 
    PlayerBuilding playerBuilding = new PlayerBuilding() 
    { 
     CountryID = countryId, 
     BuildingID = buildingId 
    }; 

    try 
    { 
     Entities.PlayerBuildings.Attach(playerBuilding); 
     Entities.PlayerBuildings.DeleteObject(playerBuilding); 
     Entities.SaveChanges(); 
    } 
    catch (OptimisticConcurrencyException) 
    { 
     Entities.Refresh(RefreshMode.ClientWins, playerBuilding); 
     Entities.SaveChanges(); 
    } 
} 

を - あなたの方法は、静的あるので、多分それはですか？どのようにコンテキストをインスタンス化していますか？私はあなたがシングルトンを使用しないことを願っています。 :(

あり、あなたがそのエラーを取得理由をさらに詳細に説明し、どのような手順は、それに対抗するために行うことができますEFオプティミスティック同時here上優れた記事は、コメントのRPMのためのおかげで