エンティティフレームワーク：「ストアの更新、挿入、または削除ステートメントが予期しない行数（0）に影響しました。」[閉まっている]

Entity Frameworkを使用してグリッドコントロールにデータを入力しています。更新を行うと、次のエラーが発生することがあります。

ストアの更新、挿入、または削除ステートメントは、予期しない行数（0）に影響を与えました。エンティティが読み込まれた後に、エンティティが変更または削除された可能性があります。ObjectStateManagerエントリを更新します。

これを再現する方法がわかりません。しかし、それは私がどれほど近づいて更新を行うかに関係があるかもしれません。誰かがこれを見たことがありますか、または誰かがエラーメッセージの意味を知っていますか？

編集：残念ながら、このプロジェクトから離れて、最終的に解決策を見つけたのか、別の開発者が修正したのか、または私がそれを回避したのか覚えていないため、ここで抱えていた問題を再現する自由はありません。そのため、一切お答えできません。

これは、楽観的同時実行と呼ばれる機能の副作用です。

Entity Frameworkでオン/オフを切り替える方法は100％わかりませんが、基本的には、データベースからデータを取得してから変更を保存したときに、他の誰かがデータを変更したことになります（これは、それを保存するために、0行が実際に更新されました）。SQL用語では、updateクエリのwhere句には行のすべてのフィールドの元の値が含まれ、影響を受ける行が0の場合、何かが間違っていることがわかります。

その背後にある考え方は、アプリケーションが発生したことを知らなかった変更を上書きしてしまうことはないということです。これは基本的に、すべての更新で.NETによってスローされる小さな安全対策です。

一貫している場合は、独自のロジック内で発生している可能性があります（例：選択と更新の間にある別のメソッドで実際にデータを自分で更新している）が、2つのアプリケーション間の単なる競合状態である可能性があります。

これに遭遇しましたが、それはエンティティのID（キー）フィールドが設定されていないことが原因でした。したがって、コンテキストがデータを保存しようとしたときに、ID = 0を見つけることができませんでした。更新ステートメントにブレークポイントを配置し、エンティティのIDが設定されていることを確認してください。

Paul Belloraのコメントより

.cshtml編集ページに非表示のID入力を含めるのを忘れたことが原因で、この正確な問題が発生しました

うわー、たくさんの答えがありますが、他の人が言及していない少し異なることをしたときにこのエラーが発生しました。

要するに、新しいオブジェクトを作成し、EntityState.Modifiedそれを使用して変更されたことをEFに通知すると、データベースにまだ存在していないため、このエラーがスローされます。これが私のコードです：

MyObject foo = new MyObject()
{
    someAttribute = someValue
};

context.Entry(foo).State = EntityState.Modified;
context.SaveChanges();

はい、これはふさわしいようですが、foo以前に作成された問題のメソッドが以前に作成されていたsomeValueために発生しました。fooそれ自体ます。

簡単な修正、行を変更EntityState.ModifiedするEntityState.Addedか、行全体を次のように変更します。

context.MyObject.Add(foo);

私はこの同じ恐ろしいエラーに直面していました... :)その後、私は設定するのを忘れていることに気付きました

@Html.HiddenFor(model => model.UserProfile.UserId)

更新されるオブジェクトの主キーについて！私はこの単純な、しかし非常に重要なことを忘れがちです！

ちなみに、HiddenForASP.NET MVC用です。

GridViewの「DataKeyNames」属性を忘れたかどうかを確認します。GridView内でデータを変更する場合は必須です

http://msdn.microsoft.com/en-us/library/system.web.ui.webcontrols.gridview.datakeynames.aspx

この問題は、次の2つのいずれかが原因で発生します。

1. 1つ以上のプロパティがConcurrency Mode: Fixed..の行を更新しようとしましたが、オプティミスティック並行性によりデータを保存できませんでした。すなわち。一部は、サーバーデータを受信して​​からサーバーデータを保存するまでの間に行データを変更しました。
2. 行を更新または削除しようとしましたが、行が存在しません。取得と保存の間にデータを変更（この場合は削除）する別の例、またはID（つまりStoreGeneratedPattern = Computed）ではないフィールドを更新しようとしていて、その行が存在しない場合。

PKの一部が日時列であり、挿入されるレコードがその列の値としてDateTime.Nowを使用したため、同じエラーが発生しました。エンティティフレームワークは、ミリ秒の精度で値を挿入し、ミリ秒の精度で挿入したばかりの値を探します。ただし、SqlServerは値を秒の精度に丸めたため、エンティティフレームワークはミリ秒の精度の値を見つけることができませんでした。

解決策は、挿入する前にDateTime.Nowからミリ秒を切り捨てることでした。

私は同じ問題を抱えていましたが、@ webtrifusionの回答が解決策を見つけるのに役立ちました。

私のモデルはBind(Exclude)エンティティのIDの属性を使用していたため、エンティティのIDの値がHttpPostでゼロになりました。

namespace OrderUp.Models
{
[Bind(Exclude = "OrderID")]
public class Order
{
    [ScaffoldColumn(false)]
    public int OrderID { get; set; }

    [ScaffoldColumn(false)]
    public System.DateTime OrderDate { get; set; }

    [Required(ErrorMessage = "Name is required")]
    public string Username { get; set; }
    }
}   

同じ問題がありましたが、それはnullであるRowVersionが原因であることがわかりました。IdとRowVersionがnullでないことを確認してください。

詳細については、このチュートリアルを参照してください

http://www.asp.net/mvc/tutorials/getting-started-with-ef-using-mvc/handling-concurrency-with-the-entity-framework-in-an-asp-net-mvc-application

モデルファーストからコードファーストに変更した後、このエラーが発生し始めました。データベースを更新する複数のスレッドがあり、一部は同じ行を更新する場合があります。なぜmodel-firstを使用しても問題がなかったのかわかりません。別の並行処理のデフォルトを使用していると仮定します。

発生する可能性のある条件を認識して1か所で処理するために、次のオーバーロードをDbContextクラスに追加しました。

using System.Data.Entity.Core.Objects;
using System.Data.Entity.Infrastructure;

public class MyDbContext: DbContext {
...
        public int SaveChanges(bool refreshOnConcurrencyException, RefreshMode refreshMode = RefreshMode.ClientWins) {
            try {
                return SaveChanges();
            }
            catch (DbUpdateConcurrencyException ex) {
                foreach (DbEntityEntry entry in ex.Entries) {
                    if (refreshMode == RefreshMode.ClientWins)
                        entry.OriginalValues.SetValues(entry.GetDatabaseValues());
                    else
                        entry.Reload();
                }
                return SaveChanges();
            }
        }
}

次に、SaveChanges(true)該当する場所に呼び出されます。

主キーのBoundFieldを明示的に含める必要があります。ユーザーに主キーを表示したくない場合は、cssで非表示にする必要があります。

    <asp:BoundField DataField="Id_primary_key" ItemStyle-CssClass="hidden" 
HeaderStyle-CssClass="hidden" />

'hidden'は、表示が 'none'に設定されているcssのクラスです。

編集中に、エンティティのIDまたは主キーをビューの非表示フィールドとして含めます

すなわち

      @Html.HiddenFor(m => m.Id)

それは問題を解決します。

また、モデルに未使用のアイテムが含まれている場合は、それも含めてコントローラーに投稿します

このエラーにも遭遇しました。判明した問題は、保存しようとしたテーブルのトリガーが原因でした。トリガーは 'INSTEAD OF INSERT'を使用しました。これは、そのテーブルに0行が挿入されたことを意味するため、エラーが発生します。幸いなことに、場合によってはトリガー機能が正しくありませんでしたが、コードで何らかの方法で処理する必要のある有効な操作である可能性があります。これが誰かを助けることを願っています。

主キーがなく、DATETIME（2、3）列があるテーブルでこの問題に遭遇しました（そのため、エンティティの「主キー」はすべての列の組み合わせでした）...挿入を実行すると、タイムスタンプがありましたより正確な時刻（2018-03-20 08：29：51.8319154）は（2018-03-20 08：29：51.832）に切り捨てられたため、キーフィールドの検索は失敗します。

私にもこのエラーがありました。エンティティが実際のデータベースコンテキストを認識していない場合や、モデルが異なる場合があります。このために、次のように設定します。EntityState.Modified; EntityState.Added;

これをする：

if (ModelState.IsValid)
{
context.Entry(yourModelReference).State = EntityState.Added;
context.SaveChanges();
}

これにより、エンティティは、使用している状態を使用または追加していることを確実に認識します。この時点で、すべての正しいモデル値を設定する必要があります。バックグラウンドで行われた可能性のある変更を失わないように注意してください。

お役に立てれば。

  @Html.HiddenFor(model => model.RowVersion)

私のrowversionはnullだったので、これを私の問題を解決したビューに追加する必要がありました

[DatabaseGenerated(System.ComponentModel.DataAnnotations.DatabaseGeneratedOption.None)]私の場合、ラインはトリックをしました：

using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;


[Key]
[DatabaseGenerated(DatabaseGeneratedOption.None)]
public int? SomeNumber { get; set; }

テーブルとフォームの両方で主キーとedmxが更新されていることを確認してください。

更新中のエラーは通常、次の原因が原因であることがわかりました。-テーブルに主キーがない-編集ビュー/フォームに主キーがない（例@Html.HiddenFor(m=>m.Id）

私も同じ問題を抱えていました。私の場合、許可されていない主キーを更新しようとしました。

asyncメソッドを使用すると、このエラーが散発的に発生しました。同期メソッドに切り替えて以来、発生していません。

エラーが散発的に：

[Authorize(Roles = "Admin")]
[HttpDelete]
[Route("file/{id}/{customerId}/")]
public async Task<IHttpActionResult> Delete(int id, int customerId)
{
    var file = new Models.File() { Id = id, CustomerId = customerId };
    db.Files.Attach(file);
    db.Files.Remove(file);

    await db.SaveChangesAsync();

    return Ok();
}

常に機能します：

[Authorize(Roles = "Admin")]
[HttpDelete]
[Route("file/{id}/{customerId}/")]
public IHttpActionResult Delete(int id, int customerId)
{
    var file = new Models.File() { Id = id, CustomerId = customerId };
    db.Files.Attach(file);
    db.Files.Remove(file);

    db.SaveChanges();

    return Ok();
}

DB内のいくつかの行を（ループ内で）削除し、同じテーブルに新しい行を追加すると、エラーが発生しました。

私の解決策は、ループの各反復で動的に新しいコンテキストを作成することでした

    public void Save(object entity)
    {
        using (var transaction = Connection.BeginTransaction())
        {
        try
                {
                    SaveChanges();
                    transaction.Commit();
                }
                catch (OptimisticConcurrencyException)
                {
                    if (ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Deleted || ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Modified)
                        this.Refresh(RefreshMode.StoreWins, entity);
                    else if (ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Added)
                        Detach(entity);
                    AcceptAllChanges(); 
                    transaction.Commit();
                }
        }
    }

これは、一意の制約状況に挿入しようとしている場合にも発生します。つまり、雇用者ごとに1つのタイプのアドレスしか持てず、同じ雇用者に同じタイプの2つ目のアドレスを挿入しようとすると、同じ問題が発生します。 。

または

これは、割り当てられているすべてのオブジェクトプロパティに、以前と同じ値が割り当てられている場合にも発生する可能性があります。

        using(var db = new MyContext())
        {
            var address = db.Addresses.FirstOrDefault(x => x.Id == Id);

            address.StreetAddress = StreetAddress; // if you are assigning   
            address.City = City;                   // all of the same values
            address.State = State;                 // as they are
            address.ZipCode = ZipCode;             // in the database    

            db.SaveChanges();           // Then this will throw that exception
        }

edmxファイルに「関数インポート」へのマッピングを作成しようとすると、このエラーが発生する可能性があります。edmxの特定のエンティティのマッピングの詳細にある挿入、更新、削除のフィールドをクリアするだけで機能します。はっきりさせていただければ幸いです。

データベースに存在しないオブジェクトをアタッチすると、この例外が発生しました。オブジェクトは別のコンテキストから読み込まれると想定していましたが、ユーザーが初めてサイトにアクセスした場合は、オブジェクトは最初から作成されていました。自動インクリメントの主キーがあるので、

context.Users.Attach(orderer);

と

if (orderer.Id > 0) {
    context.Users.Attach(orderer);
}

まあ私はこれと同じ問題があります。しかし、これは私自身の過ちによるものでした。実際には、オブジェクトを追加するのではなく保存していました。つまり、これは対立でした。

Sql Server環境でこの問題をデバッグする1つの方法は、SqlServerのコピーに含まれているSql Profilerを使用することです。または、Expressバージョンを使用している場合、以下のリンクに従って、CodePlexからExpress Profilerのコピーを無料で入手できます。

エクスプレスプロファイラー

SQLプロファイラーを使用すると、EFからDBに送信されているものすべてにアクセスできます。私の場合、これは次のようになります：

exec sp_executesql N'UPDATE [dbo].[Category]
SET [ParentID] = @0, [1048] = NULL, [1033] = @1, [MemberID] = @2, [AddedOn] = @3
WHERE ([CategoryID] = @4)
',N'@0 uniqueidentifier,@1 nvarchar(50),@2 uniqueidentifier,@3 datetime2(7),@4 uniqueidentifier',
@0='E060F2CA-433A-46A7-86BD-80CD165F5023',@1=N'I-Like-Noodles-Do-You',@2='EEDF2C83-2123-4B1C-BF8D-BE2D2FA26D09',
@3='2014-01-29 15:30:27.0435565',@4='3410FD1E-1C76-4D71-B08E-73849838F778'
go

これをSQL Serverのクエリウィンドウにコピーして貼り付け、実行しました。案の定、実行されましたが、0件のレコードがこのクエリの影響を受けたため、EFからエラーが返されました。

私の場合、問題はCategoryIDが原因でした。

データベースに送信されたID EFによって識別されるCategoryIDがなかったため、影響を受けるレコードは0です。

これはEFのせいではありませんでしたが、バグのあるnullが合体して「??」ナンセンスをデータ層に送信していたビューコントローラーのステートメントを上に。

上記の答えはどれも私の状況とその解決策を完全にカバーしていません。

MVC5コントローラーでエラーがスローされたコード：

        if (ModelState.IsValid)
        {
            db.Entry(object).State = EntityState.Modified; 
            db.SaveChanges(); // line that threw exception
            return RedirectToAction("Index");
        }

編集ビューからオブジェクトを保存しているときにこの例外を受け取りました。それをスローした理由は、保存するために戻ったときに、オブジェクトの主キーを形成するプロパティを変更していたためです。したがって、状態を変更済みに設定しても、EFには意味がありません。これは、以前に保存されたものではなく、新しいエントリでした。

これを解決するには、A）オブジェクトを追加するために保存呼び出しを変更するか、B）編集時に主キーを変更しないでください。私はBをしました。

受け入れられた回答が「アプリケーションが発生したことを知らなかった変更を上書きすることにはならない」と言ったとき、オブジェクトが新しく作成されたため、私は懐疑的でした。しかし、結局のところ、INSTEAD OF UPDATE, INSERT- TRIGGER結局、同じテーブルの計算された列を更新しているテーブルにアタッチされていました。

これをに変更するとAFTER INSERT, UPDATE、問題なく動作しました。

これは、datetimeとdatetime2の不一致が原因で発生しました。不思議なことに、テスターが問題を発見する前に、それはうまくいきました。私のコードファーストモデルには、主キーの一部としてDateTimeが含まれていました。

[Key, Column(Order = 2)]  
public DateTime PurchasedDate { get; set; } = (DateTime)SqlDateTime.MinValue;

生成される列は日時列です。SaveChangesを呼び出すと、EFは次のSQLを生成しました。

-- Region Parameters
DECLARE @0 Int = 2
DECLARE @1 Int = 25
DECLARE @2 Int = 141051
DECLARE @3 DateTime2 = '2017-07-27 15:16:09.2630000' --(will not equal a datetime value)
-- EndRegion
UPDATE [dbo].[OrganizationSurvey]
SET [OrganizationSurveyStatusId] = @0
WHERE ((([SurveyID] = @1) AND ([OrganizationID] = @2)) AND ([PurchasedDate] = @3))

datetime列をdatetime2値と照合しようとしたため、結果は返されませんでした。私が考え得る唯一の解決策は、列をdatetime2に変更することでした：

[Key, Column(Order = 2, TypeName = "DateTime2")]  
public DateTime PurchasedDate { get; set; } = (DateTime)SqlDateTime.MinValue;