우리는 현저하게 성능/메모리 문제로 드러나는 객체 설계 문제를 다루는 것처럼 보입니다.복잡한 RavenDb 객체에서 지연로드
우리는 RavenDb 데이터베이스에 수천 개의 루트 집계 객체를 저장했습니다. 특정 대형 고객의 경우 이러한 개체가 너무 커서 웹 작업 (페이지 열기, 데이터 저장 등)을 효과적으로 수행 할 수 없게됩니다. 다음과 같이
구조는 다음과 같습니다 계정 개체가 그 아래의 집계 루트 이다, 작은 개체와 크기가 모두 "좋은"입니다 컬렉션의 과다가 매우 커질 수 있습니다 하나 개의 모음이라는 자료를 제외하고 루트 개체가 여러 메가 바이트 크기가되도록합니다. 이로 인해 계정에 대한 기본 CRUD 작업이 발생하고 내부 데이터가 매우 느리게 수행됩니다.
리소스 컬렉션의 개체는 거대하지 않지만 자체적으로 자식이 있으며 크기가 커집니다. 각 리소스 개체에는 메트릭, 작업, 경고, 크기 조정 및 "무거운"다른 컬렉션이 있습니다.
코드베이스는 수십만 줄의 코드가 포함 된 수퍼 콤플렉스입니다. 수백 줄의 코드하지 수천명의 자원 수집을 참조하고 자원이 그 안에 객체하지만, 각 자원 객체의 기본 자식 컬렉션에 대한 액세스가 빈번하고 대부분의 시간
질문에서 하나 개의 자원을 수행 할 것으로 보인다 검사하는 경우 : Account 객체, 그 밖의 모든 자식 및 객체, 그리고 첫 번째 수준의 Resource 객체 만로드 한 다음 리소스의 하위 하위 하위 노드를로드하는 방법은 무엇입니까? 모두
우리는 우리가 계정 개체를로드하려면 어떻게 데이터
그래서 질문은 무엇인가? – Bestter
"계정 개체, 기타 모든 자식 및 개체, 그리고 첫 번째 수준의 리소스 개체 만로드 한 다음 리소스의 하위 하위로드를 지연로드하는 방법 (지연로드 될 수있는 특정 컬렉션이 7 개 있습니다) " – Igorek
@Igorek이 내 대답으로 문제를 해결 했습니까? –