Entity Framework-Abfrage lädt untergeordnete Eigenschaften in eine andere Variable. Warum?

Question

Verwendung von Entity Framework Core (7) Ich habe folgende Einheiten:

public class Person { 
    public Int32 Id { get; set; } 
    public virtual Address Address { get; set; } 
} 

public class Address { 
    public Int32 PersonId { get; set; } 
    public String City { get; set; } 
} 

Dann lief ich die folgenden Abfragen mit einem Haltepunkt in der zweiten Zeile.

List<Context.Person> a = context.Persons.ToList(); 

List<Context.Person> b = context.Persons.Include(x => x.Address).ToList(); 

Wenn ich überprüfen Sie die Variable „a“ die Adresse in jedem Listenelement ist null, was Sinn macht, weil ich nicht Adresse in der ersten Abfrage einschließlich bin.

Dann erlaube ich die zweite Abfrage zu laufen und ich sehe, dass die Adresse in "b" Listenelemente eine andere Adresse als null haben, was auch Sinn macht, weil ich es einschließe.

Was ist seltsam ist, dass, nachdem ich "b" die Adresse in "a" Elemente geladen ist.

Warum? Kann ich das vermeiden?

Ich erstelle ein paar Tests und das ist ein Verhalten, das ich vermeiden möchte.

Answer 1

Warum?

Da durch Standardabfragen, die Entitätstypen zurückgeben sind Tracking queries, was bedeutet, dass die Person Objektinstanzen in Ihrem Fall werden durch den gleichen Zusammenhang zwischen den beiden Anrufen geteilt. Und weil sie Referenztypen sind, ist die geladene Information durch die spätere Abfrage auch im Ergebnis des ersten sichtbar.

Kann ich das vermeiden?

können Sie No-tracking queries verwenden:

var a = context.Persons.AsNoTracking().ToList();