URL 액세스와 SOAP 중 선택

Reporting Services를 사용자 지정 응용 프로그램에 통합하기 위한 방법에는 URL 액세스와 Reporting Services SOAP API의 두 가지 방법이 있습니다. 어느 방법을 사용할지는 여러 요소에 따라 달라집니다. 경우에 따라 Reporting Services를 사용자 지정 비즈니스 응용 프로그램에 통합하려면 URL 액세스와 SOAP 두 가지 모두를 사용해야 할 수 있습니다. 다음과 같은 질문을 고려해야 합니다.

• 자신 또는 최종 사용자에게 어떤 유형의 엔터프라이즈 보고 기능이 필요합니까? 보고서를 간단하게 시작하고 탐색할 수 있는 방법이 필요합니까 아니면 사용자 지정 비즈니스 솔루션에서 고급 보고서 서버 관리 기능이 필요합니까?

• 사용자들이 일반적으로 어떤 유형의 환경에서 작업합니까? 사용하는 비즈니스 응용 프로그램이 웹 응용 프로그램입니까 아니면 Windows 응용 프로그램입니까? 최종 사용자가 Win32 환경에서 웹 환경으로 얼마나 쉽게 전환할 수 있습니까? 보고서가 실행되고 관리되는 환경에 대해 어떤 유형의 컨트롤이 필요합니까?

위의 질문에 대한 대답을 기준으로 Reporting Services를 IT 인프라에 통합할 방법을 결정할 수 있습니다. 일반적으로 URL 액세스는 개별 보고서를 보고 탐색하는 데 사용하는 것이 좋습니다. URL 액세스를 통해 웹 서비스 오버헤드 없이 보고서를 쉽고 빠르게 탐색할 수 있습니다. 또한 URL 액세스는 현재 보고서 도구 모음을 포함하여 보고서 탐색을 위해 전체 HTML 뷰어를 사용하는 유일한 프로그래밍 기술입니다. 그리고 URL 액세스는 서버를 상대로 한 SOAP 요청에 대한 마샬링을 거치지 않으므로 SOAP보다 뛰어난 성능을 제공합니다. 보기 및 탐색용 기본 제공 도구를 사용하여 보고서에 쉽고 빠르게 액세스해야 하는 통합 시나리오에서는 URL 액세스를 선택하는 것이 더 좋습니다.

보고서 도구 모음에 대한 자세한 내용은 HTML 뷰어 및 보고서 도구 모음을 참조하십시오.

URL 액세스에 대한 자세한 내용은 URL 액세스를 참조하십시오.

URL 액세스는 보고서를 보는 데 유용하지만 엔터프라이즈 보고 시나리오에 필수적일 수 있는 보고서 및 네임스페이스 관리 기능을 제공하지 않습니다. 이 경우 Reporting Services SOAP API에서 제공되는 다양하고 풍부한 기능을 사용하는 것이 좋습니다. SOAP API를 통해 보고서 관리 및 배포, 일정 만들기, 서버 속성 구성, 보고서 서버 네임스페이스 관리, 구독 만들기 등의 작업을 수행할 수 있습니다. SOAP API는 Reporting Services에서 전체 관리 기능 집합을 표시합니다. 또한 SOAP API에서는 API의 Render 메서드를 통해 보고서 보기 및 탐색이 가능합니다. 하지만 SOAP API를 통한 보고서 보기에서는 보고서 도구 모음에 기본 제공되는 보기 기능을 사용할 수 없을 뿐만 아니라 URL 액세스에서 제공하는 보고서 대화형 작업을 자동으로 처리하지도 못합니다.

Reporting Services SOAP API에 대한 자세한 내용은 보고서 서버 웹 서비스를 참조하십시오.

대부분의 경우 보고 요구를 충족하기 위해서는 URL 액세스와 SOAP 호출이 모두 필요합니다. SOAP은 처음에 보고서 서버 데이터베이스에 연결하고 사용자 인터페이스에 사용 가능한 보고서 목록을 표시하는 데 사용되며, URL 액세스는 개별 보고서를 실제로 액세스하고 탐색하는 데 사용됩니다.

URL 액세스와 웹 서비스를 결합하여 통합 보고 기능을 제공하는 예는 SQL Server Reporting Services 제품 예제(SQL Server Reporting Services Product Samples)를 참조하십시오.