Setzt DbContext.SaveChanges() neue Datensätze in der Reihenfolge ein, in der sie zu DbSet hinzugefügt wurden?

Question

Meine Frage geht von einfachen Einfügungen in eine Tabelle ohne relevante Beziehungen aus.

// various unrelated operations w/context... 
var one = new DbRecord(); 
var two = new DbRecord(); 
var thr = new DbRecord(); 
context.DbRecords.Add(one); 
context.DbRecords.Add(two); 
context.DbRecords.Add(thr); 
// various unrelated operations w/context... 
context.SaveChanges(); 

In diesem Fall werden meine DbRecord Einheiten immer in der Reihenfolge eingefügt ich sich den DbSet hinzugefügt? Sie scheinen in meinen Tests zu sein, aber kann ich mich darauf verlassen?

"verschiedene nicht verwandte Operationen" bezieht sich auf Operationen auf verschiedenen, nicht verwandten DbSets des gleichen Kontextes; Einfügungen, Löschungen und aktualisierte Entitäten (POCOs in meinem Fall)

Ich möchte, dass sie in exakter Reihenfolge eingefügt werden, so dass ich das PK/Identity-Feld zum Sortieren verwenden kann, aber ich muss auch die implizite nutzen Transaktion, die der Kontext um mein context.SaveChanges() bereitstellt. Obwohl die anderen Operationen nicht in Bezug auf das Datenbankschema verwandt sind, sind die Einträge selbst im Wesentlichen Protokolleinträge über die ausgeführten Aktualisierungen und ihre Reihenfolge ist kritisch.

Wenn der Kontext nicht garantiert, dass die Datensätze in der gleichen Reihenfolge eingefügt werden, muss ich den Datensätzen ein Datetime-Feld hinzufügen und das Zurückrollen selbst übernehmen.

Answer 1

Dies ist nicht garantiert gemäß der Dokumentation. Dies bedeutet, dass Sie sich nicht auf dieses Verhalten verlassen können. Grundsätzlich kommt es auf die Fragen an, ob Sie bereit sind, das Risiko einzugehen, dass ...

• ... Ihr Pager geht mitten in der Nacht?
• ... finden Sie, nach einem Jahr Laufzeit, dass 10% dieser Datensätze beschädigt sind, ohne dass sie rückwirkend repariert werden können?

Die Beantwortung dieser Fragen bleibt Ihnen überlassen. Normalerweise sollte die Antwort "Nein" sein.

Wenn Ihre Tests in Ordnung sind, bedeutet das nicht, dass die "nicht verwandten Aktionen", über die Sie sprachen, in seltenen Situationen keine Störungen verursachen. Dies ist ein stiller Fehler, den niemand beim Testen bemerkt.

Answer 2

Ich nehme an, dass es nicht in der gleichen Reihenfolge wie hinzugefügt eingefügt wird, da ich keine verwandten Informationen finden kann, die dies bestätigen. Auf der anderen Seite glaube ich, dass dies helfen könnte, zumindest hoffe ich es. =)

How to observe the Add action of DbSet?

Obwohl ein Datetime-Feld Hinzufügen einfacher sein könnte, sieht dieser Ansatz interessant für das, was Sie scheinen tun zu wollen. Es schlägt vor, dass Sie die Add-Aktion abonnieren und die Reihenfolge für sich selbst festlegen, so dass Sie sicherstellen können, dass es eingefügt wird, wie Sie es möchten.

Hoffe, das hilft! =)

Answer 3

Wenn Sie nur Zeilen hinzufügen, können Sie den PK inkrementell haben. In diesem Fall können Sie darauf vertrauen, dass diese in der richtigen Reihenfolge sind. Wenn Sie wirklich die Zeit der letzten Bearbeitung möchten, sollten Sie jedoch eine datetime-Spalte verwenden, wie Sie gesagt haben. Aber alles hört sich viel einfacher und sauber an, wenn Sie das eigentliche Problem, mit dem Sie es zu tun haben, näher erläutern wollen.

Answer 4

Ist es in Ihrem Fall nicht möglich, eine explizite Übertragung zu verwenden?Ich meine, ich würde etwas tun wie:

using (TransactionScope transaction = new TransactionScope()){ 
    var one = new DbRecord(); 
    var two = new DbRecord(); 
    var thr = new DbRecord(); 
    context.DbRecords.Add(one); 
    context.SaveChanges(); 
    context.DbRecords.Add(two); 
    context.SaveChanges(); 
    context.DbRecords.Add(thr); 
    context.SaveChanges(); 
    // various unrelated operations w/context... 
    context.SaveChanges(); 
    transaction.Complete(); 
}