우리는 예를 들어, 주문, 고객, 재고 등의 .NET 3.5 및 SQL 서버를 관리, 기업/LOB 소프트웨어를 구축 한 2008 년보고 시스템 아키텍처
우리와 같은
을보고 모든 종류의 작업을 수행지금 우리는 운영 데이터베이스를 직접 쿼리하고 있습니다. 우리는 때때로 성능 문제를 겪고 있습니다. SQL Report Server를 사용하거나 다른 서버에서 DB를 복제하고 이에 대해 쿼리하는 등의 방식으로 데이터베이스를 쿼리하는 방식을 최적화하거나이 문제를 해결할 수 있는지 궁금합니다.
의견을 남기실 수 있습니까? 또는 내가 읽을 수있는 자원이 있습니까?
귀하의 도움에 감사드립니다.
감사합니다.
먼저 Reporting Services를 사용하면 동일한 데이터베이스에 대해 동일한 쿼리를 실행하게되므로 렌더링 엔진 만 변경되므로 caching 보고서를 통해 도움이 될 수 있습니다. . 문제가 해결 될지 여부는 부하 및 문제가있는 위치에 따라 달라집니다. 비효율적 인 쿼리는 여전히 느려집니다.
쿼리를 최적화하면 가장 먼저해볼 수 있습니다. 결코 해를 끼치 지 않고 좋은 연습 일 수 있습니다.
충분하지 않다면보고 용으로 읽기 전용 데이터베이스 복제본을 고려하거나보고가 데이터웨어 하우스 방식의 이점을 누릴 수있는 경우 OLAP 큐브를 작성하는 것이 좋습니다. 마지막으로 작동하려면 Analysis Services를 설치해야합니다.
SSRS는 실제로 결과와 보고서를 캐시 할 수있는 지원 기능을 갖추고 있기 때문에 실제로 도움이 될 수 있습니다. Report Caching in Reporting Services을 참조하십시오.
을 참조하십시오. 그렇다고해서 쿼리를 최적화해서는 안된다는 의미는 아닙니다. –
절대적으로 동의 함. –
감사합니다, Vinko, 정보입니다. 읽기 전용 복제본과 OLAP 큐브에 대해 의견을 말씀해 주시겠습니까? 각 접근법의 이점과 단점은 무엇입니까? 어떤 상황에서 각 접근법을 사용 하시겠습니까? – user191898
읽기 전용 복제본은 데이터가 지속적으로 변경되고 유용 할 수있는 변환이 필요없는 트랜잭션 보고서에 유용합니다 (즉, 유용합니다). 반면에 OLAP은 데이터의 다양한 뷰 (변환)를 얻는 데 유용하며 트랜잭션 데이터를 코드 또는 SQL로 많이 마사지하여 유용하게 사용할 수있는 곳이나 더 많은 차원을 사용 된 데이터 (시간은 표준 예입니다.) OLAP에 대한 자세한 내용은 http : //wikipedia.org/wiki/OLAP –