1
우리는 수백 개의 테이블이있는 큰 데이터베이스를 가지고 있습니다. 우리는 이제 Entity Framework 4를 사용하기 시작했습니다.프로젝트에 많은 엔터티 데이터 모델을 포함해도 좋습니까? 아니면 항상 하나만 있어야합니까?
거대한 데이터 모델 하나를 만들거나 몇 가지 기준에 따라 많은 데이터 모델로 나누어야합니까?
A
답변
1
내 동료들과 나는 Linq2Sql 시대에 "하나의 진정한 데이터 컨텍스트"를 시험해 보았습니다. 우리는 신속하게 유지하기가 어색하다는 것을 알게되었습니다. 그래서 우리는 이제 우리가 찾고있는 더 작은 "작업 특정"컨텍스트를 훨씬 더 잘 작동하도록 선택했습니다.
"올바른"방법이 없다고 말하면서. 특정 상황에 적합한 방법으로 무엇을 사용하고 컨텍스트 (들)를 어떻게 사용할 것인가.
그래서 다른 고전 에 따라 다릅니다 대답은 두려워요.
PS - 우리 데이터베이스에는 약 300 개의 테이블이 있습니다. 그 중 150 명이 우리 모델에있었습니다.
PPS - 필자는 개인적으로 디자이너보다 더 선호하는 코드로 지금 옮겨 가고 있습니다.
우리는 현재 단일 엔티티 모델을 보유하고 있으며 유지 관리에 어려움을 겪고있는 다양한 '하위 시스템'을 다루고 있습니다. CodeFirst가 고통의 일부를 도울 지 궁금합니다. 우리는 현재 30-40 개의 테이블 밖에 가지고 있지 않지만 적어도 100으로 증가 할 것으로 기대합니다. – quip
코드가있는 좋은 점은 구성이 코드에 있다는 것입니다. 이는 분명히 버전 제어가 작동한다는 것을 의미합니다. 나는 xml을 병합해야했던 횟수를 잃어 버렸다. 디자이너는 주변 환경의 질서를 흔들어서 100 배나 악화 시켰습니다. 코드 첫 번째 구성에 대한 몇 가지 블로그 기사를 작성했습니다. 모든 config 클래스를 자동으로로드하면 삶이 조금 더 간단 해집니다. 즉, 걱정할 것이 하나 더 적다. –