0

앞으로 진행될 Silverlight 응용 프로그램에 대해 도메인 기반 디자인 및 분산 DDD를 연구 중입니다. EagerReadDerivation 패턴은 응용 프로그램의 확장 성을 향상시키는 것처럼 보이지만 복잡성은 증가합니다.EagerReadDerivation : 비용과 이점의 균형을 잡으십시오.

응용 프로그램에는 수천 명의 사용자가 여러 가지 서비스로 처리해야하는 대용량 텍스트 파일 (100,000 회 이상)을 업로드 할 가능성이 있습니다. 우리는 또한 "what-if"시나리오 (ParallelModel)를 지원해야합니다. 모델 중심의 접근 방식은 복잡성을 관리하는 데 도움이되므로 가능한 한 데이터베이스의 로직을 유지하고 싶습니다.

제 질문은 EagerReadDerivation 패턴을 시도한 개발자를위한 것입니다. 귀하의 성과에 도움이 되었습니까?

답변

0

이점을 예상하려면 업로드/쿼리 비율을 고려해야합니다. 업로드보다 쿼리에 대한 요금이 더 많은 경우 업로드시 처리를 반드시 적용해야합니다.

또한 반복적 인 패턴으로 이어 지므로 데이터를 완전히 처리하기 전에 데이터를 쿼리 할 수 ​​없습니다. 읽기에 논리를 적용하는 경우 읽기 논리를 적용하는 동안 데이터를 변경할 때 문제가 발생합니다.

모든 것이 의미하는대로 계획 한대로 데이터베이스에서 논리를 벗어납니다.

관련 문제