2013-01-31 1 views
1

나는 (소스 열면 더 나은) 나에게 제공하는 솔루션을 선택해야합니다, 최종 사용자, 바/라인/분산/파이 차트 너비 지원어떤 분석 및보고 웹 기반 시스템입니까?

  • 보고서 디자이너 웹 GUI를
  • 최종 사용자를위한 웹 기반 Interactive Analysis GUI (드릴 다운 가능 차트 포함),
  • 전자 메일이 포함 된 보고서 생성 엔진 시간별 보고서 배달.

야간 배치로 데이터를 Analysis and Reporting System으로 전송할 계획입니다.

그래서 무엇을 선택하고 통합해야합니까? OLAP Engine을 강제 설정합니까?

답변

0
  1. 보고서 디자이너/BIDS을 발견
  2. 보고 서비스 보고서 셰어
  3. 에서 Excel 웹 서비스에 게시 관리자 또는 SharePoint 포털 및/또는 Excel 피벗 테이블 보고서에 게시
  4. 보고 서비스 보고서는 보고서 관리자 또는 SharePoint 포털에 게시됩니다.

전송 데이터는 Integration Services

+0

보고서 디자이너는 최종 사용자가 액세스하고 이해할 수 있어야합니다. – Plap

+1

그것은 비현실적인 목표 인 IMO입니다. 대화식 분석 (사전 정의 된 보고서 또는 OLAP 큐브 내) 일 수도 있지만 유용한 보고서 디자인 작업은 일반적인 최종 사용자 또는 고급 사용자의 이해를 넘어서는 것입니다. 데이터 덤프에 대해 말하는 것이 아니라 비즈니스 질문에 대답하는 유용하고 지능적인 보고서입니다. –

0

Microsoft SQL Server 비즈니스 인텔리전스 도구를 사용할 수 있습니다.

보고를 위해 Sql Server Reporting Service를 사용할 수 있습니다. 및 데이터 조작, 분석, 덤핑을 위해 Sql Server Integration Service를 사용할 수 있습니다.

장점 :

  1. 는 SQL 서버 리포팅 서비스 (SSRS)을보고 서비스를 사용하기 쉽습니다.
  2. ASP.NET, SSIS, SSAS 응용 프로그램과 완벽하게 통합됩니다.
  3. 무거운 데이터 처리.
  4. 제한 번호. 도구들. 따라서 덜 복잡합니다.
  5. SSIS 패키지는 매우 많은 양의 데이터 덤프 나 ftp 파일에서 거의 수백만 행의 읽기와 같은 처리를 처리 할 수 ​​있습니다. 백도어 처리.
  6. 웹 서비스, API를 통합 할 수 있습니다.
  7. SSAS (Sql Server Analysis Service)를 사용하면 패턴 예측과 과도한 데이터 조작을위한 큐브를 만들 수 있습니다.
  8. 보고서 서버를 매우 쉽게 설정할 수 있습니다.

단점 : SSRS에서

  1. 표현이 그 강력한되지 않습니다.
  2. 내보내기 기능 (예 : pdf, excel, csv로 내보내기)이 제한됩니다.

가장 중요한 부분은 SQL Server, asp.net 응용 프로그램과 매우 쉽게 통합됩니다.

Telerik의보고 서비스도 사용했습니다. 그들은 사용하기 쉽지만 기능이 풍부하여 여러 가지 방법으로 여러 가지 작업을 수행 할 수 있으므로 복잡합니다.

이것은 앱의 의존도에 달려 있습니다. 나는 MS의 BIDS를 사용하여 프로젝트를 성공적으로 수행해 왔습니다.

제한적이지만 사용하기 쉽습니다.

+0

보고서 디자이너는 최종 사용자가 액세스하고 이해할 수 있어야합니다. – Plap