EF Core가 자동으로 Collection 등록 정보를 포함하게하는 것은 무엇입니까?

Question

나는이 수업이 : 다음

public class Subject 
{ 
    public int Id { get; set; } 

    [Required] 
    [StringLength(50)] 
    public string Name { get; set; } 

    [StringLength(50)] 
    public string Code { get; set; } 

    public int LevelId { get; set; } 
    public int? ParentId { get; set; } 
    public int Order { get; set; } 

    [ForeignKey("LevelId")] 
    public Level Level { get; set; } 

    [ForeignKey("ParentId")] 
    public Subject Parent { get; set; } 

    public ICollection<Subject> Children { get; set; } 

    [Column(TypeName = "datetime2")] 
    public DateTime? DeletedAt { get; set; } 
} 

와 I가이 2 개의 저장소 방법 :

public Subject GetById(int subjectId) 
{ 
    var subjectFound = _context.Subjects.Where(subj => subj.Id == subjectId) 
     .SingleOrDefault(); 
    var subject = _mapper.Map<Subject>(subjectFound); 
    if (subjectFound != null) 
    { 
     subject.Children = GetChildren(subject.Id).ToList(); 
    } 
    return subject; 
} 

public void Update(Subject existingSubject) 
{ 
    var subjectToUpdate = _context.Subjects.Where(subj => subj.Id == existingSubject.Id) 
     .SingleOrDefault(); 
    if (subjectToUpdate != null) 
    { 
     _mapper.Map(existingSubject, subjectToUpdate); 
     _context.Update(subjectToUpdate); 

     SaveChildren(subjectToUpdate.Id, existingSubject.LevelId, existingSubject.Children); 

     _context.SaveChanges(); 
    } 
} 

당신이이 방법에 대한 LINQ 문을 보면, 그들은 같은 단지 다른 변수 이름입니다 where 절에는 ID와 동일한 값이 있습니다.

지금 일어나고있는 첫 번째 방법 (GetById)은 LINQ 쿼리 후 Children이 null이기 때문에 그 안에 GetChildren 호출이있는 이유입니다.

그러나 두 번째 방법 (업데이트)에서 LINQ 쿼리 후에 반환 된 개체의 자식이 모두 있습니다. 그들은 동일한 질의이고 동일한 값을 가지고 있는지 확인하기 위해 반복적으로 점검했습니다.

이 호출을하기 전에 특별한 사전 코드가 없습니다. 그들은 단지 정상적으로 호출됩니다. 그래서 나는이 행동에 대해 정말로 혼란스러워합니다. 무엇이 이것을 일으킬 수 있습니까?

Answer 1

먼저 EF 코어 은 자동으로 관련 엔티티를 포함합니다. EF 코어는 지연로드를 지원하지 않으므로 관련된 모든 엔티티를 (Include을 통해) 열심히로드하거나 명시 적으로로드해야합니다 (Load).

즉, EF의 DbContext는 개체 그래프를 유지 관리하며 개체가 쿼리 될 때 해당 그래프에 유지됩니다. 아이들이 일단 을에로드하면 EF는 DB에서 쿼리하지 않고 그래프에서 해당 엔티티를 다시 설정할 수 있습니다. 그러나, 이것은 당신이 의지해야하는 것이 아닙니다. 매우 많은 피해를 입었습니다. 당신은 근본적으로이 방법이 작동했던 특정 순서로 호출 된 것을 운이 좋았습니다. 사물이 거기에 있지 않을 것이라고 가정하고 그에 따라 행동하는 것이 항상 최선입니다. EF가 실제로 쿼리를 발행 할 필요가 없다면, 훌륭하지만, 필요할 경우 권한을 부여 받아야합니다.