나는 도메인 구동 디자인의 팬이다. 나는 항상 DDD를 사용하도록 회사를 설득하려고 노력하지만 성능이 좋지 않기 때문에 항상 거부 당한다! 현재 저는 큰 데이터가있는 프로젝트를 진행하고 있습니다. 상점 절차 중 일부는 완료까지 1 시간 이상 걸립니다. 이런 종류의 프로젝트에 DDD를 사용할 수 있습니까? ORM 없이도 도메인 모델에서 SP를 실행하는 데 하루가 걸릴 것 같습니다!꿈인가 현실인가?
도메인 구동 디자인이 왜 성능을 저하시키는 지 알 수 없습니다. 내 경험에 의하면 몇 가지 추가 매핑 레이어 DB를 추가합니다 < -> 지속성 모델 < -> 도메인 모델. 매핑 오버 헤드는 데이터베이스에 대한 왕복 이동을 고려할 때 0으로 향하게됩니다.
관계형 DB와 도메인 모델 사이의 차이는 몇 가지 추가 매핑으로 채워지지 않습니다. 도메인 모델은 read.we에 대해 최적화되어 있지 않습니다. 5000 테이블을 초과하는 하루에 1000000+ 트랜잭션이 있습니다. 뷰 및 저장 프로 시저가 없으면 불가능합니다. SP를 사용하거나 DDD를 잘못하고 있다고 생각한다면! –
예, 적절한 설계 및 CQRS가 가능합니다. 당신은 경험이 많은 사람들이 필요합니다 .. – MikeSW
어떤 종류의 프로세스를 수행하고 있습니까? 드문 경우이지만 성능이 DDD의 장애가 될 수 있다고 생각합니다. – plalx
CQRS와 이벤트 소싱을 쿼리 모델 및 테이블 당 뷰를 사용하면 성능이 매우 좋을 수 있습니다. 커다란 쿼리가 완료되기를 기다리는 것과는 대조적으로 질의는 점차적으로 (궁극적으로 일관성있게) 구현됩니다. – g18c