“철학적으로”문제를 코드에서 먼저 해결하십시오. 그런 다음 코드 및 데이터베이스와 “협상”하여이를 수행하십시오.

예를 들어 일반적인 기사를 다루는 경우 기사의 초기 개념은 다음과 같습니다.

class Article {
  public Int32 Id;
  public String Body;
}

그리고 다음으로 가장 기본적인 수준에서 개정 목록을 유지하고 싶습니다.

class Article {
  public Int32 Id;
  public String Body;
  public List<String> Revisions;
}

그리고 현재의 몸은 단지 최신 개정판이라고 생각합니다. 그리고 그것은 두 가지를 의미합니다 : 나는 각 개정이 날짜 또는 번호를 매길 필요가 있습니다 :

class Revision {
  public Int32 Id;
  public Article ParentArticle;
  public DateTime Created;
  public String Body;
}

그리고 … 그리고 기사의 현재 본문은 최신 개정판과 구별 될 필요가 없습니다.

class Article {
  public Int32 Id;
  public String Body {
    get {
      return (Revisions.OrderByDesc(r => r.Created))[0];
    }
    set {
      Revisions.Add(new Revision(value));
    }
  }
  public List<Revision> Revisions;
}

몇 가지 세부 사항이 누락되었습니다. 그러나 그것은 아마도 두 개의 엔티티를 원한다는 것을 보여줍니다 . 하나는 기사 (또는 다른 헤더 유형)를 나타내고, 다른 하나는 개정 목록입니다 (그룹에 적합한 “철학적”의미가있는 필드를 그룹화). 코드는 개정 자체를 신경 쓰지 않기 때문에 처음에는 특별한 데이터베이스 제약 조건이 필요하지 않습니다. 이는 개정에 대해 알고있는 기사의 속성입니다.

따라서 “현재”기사를 표시하기 위해 특별한 방식으로 수정본을 플래그 지정하거나 데이터베이스 제약 조건에 의존 할 필요가 없습니다. 당신은 그것들을 타임 스탬프하고 (자동 -incedd ID도 괜찮을 것입니다), 그것들을 그들의 부모 기사와 관련시키고, “최신”이 가장 관련성이 높은 것을 아는 책임을 지도록 기사를 맡기십시오.

또한 ORM이 덜 철학적 인 세부 사항을 처리하도록하거나 또는 기본 제공 ORM을 사용하지 않는 경우 사용자 정의 유틸리티 클래스에서 숨길 수 있습니다.

훨씬 나중에 스트레스 테스트를 마친 후에는 해당 수정 속성을 지연로드로 만들거나 Body 속성을 지연 수정으로 최상위 수정 만하는 것에 대해 생각할 수 있습니다. 그러나이 경우 데이터 구조는 이러한 최적화를 수용하기 위해 변경하지 않아도됩니다.

답변