귀하가 선택한 보고 도구는 무엇입니까?[닫은]

https://stackoverflow.com/questions/18952

09-06-2019
|

문제

모든 프로젝트에는 항상 특정 유형의 보고 기능이 필요합니다.선택한 언어의 foreach 루프부터 완전한 BI 플랫폼까지.

작업을 완료하기 위해 그룹은 어떤 도구, 위젯, 플랫폼을 사용하여 성공, 좌절, 실패를 겪었습니까?

해결책

상당히 "일반적인" 보고서를 작성하는 데 있어 SQL Reporting Services는 정말 인상적입니다.

복잡한 분석의 경우 일반적으로 대부분의 사용자에게 Excel 피벗 테이블에 데이터(미리 집계된 데이터)를 로드하는 것이 적합합니다.

포괄적인 "임시" 보고 세트를 구축하는 데 많은 시간과 돈을 투자할 수 있으며 "놀라운 요소"를 느낀 첫 두 달 후에는 생성된 보고서의 99%가 다음과 같은 보고서가 될 것입니다. 고정된 매개변수 세트의 사소한 차이점.

사용자가 원하는 목표와 대상을 지정하지 않고 '임시' 보고서를 원한다고 말하면 수락하지 마세요.그들은 단지 낚시를 하고 있으며 귀하가 솔루션을 구축하는 데 소요되는 만큼 실제로 보고 요구 사항에 대해 생각하는 데 많은 시간을 소비해야 합니다.

나는 "모든 것을 보고할 수 있는 시스템"을 구축하는 데 너무 많은 시간을 소비했고, 그것이 완료되기 전에 시대에 뒤떨어지거나 호의적이지 않게 되었습니다.가능한 한 빨리 빠른 성공을 거두고 가장 중요한 보고서를 "체계화"하는 데 시간을 투자하는 것이 훨씬 좋습니다.

다른 팁

우리가 사용하는 대부분의 보고서에는 BIRT.

저는 Reporting Services와 Crystal을 상당히 광범위하게 사용해 왔으며 현재 Excel(ick)을 사용하여 몇 가지 보고서를 작성하고 있습니다.

Reporting Services는 간단한 보고서에 매우 적합하지만 서식, 복잡한 수식 및 차트 등에 대한 완전한 제어가 필요한 경우에 적합합니다.크리스탈은 아직 갈 길이 멀다.나는 또한 Crystal이 훨씬 더 유용하다고 생각합니다.보고서 미리보기 내에서 내용을 변경할 수 있다는 것은 매우 중요합니다(RS의 이후 버전에서는 가능할 수도 있습니다).

또한 RS는 웹 서버에 배포해야 하기 때문에 외부에 배포해야 하는 응용 프로그램을 작성하는 경우 유용성이 제한됩니다.

이전 버전의 Crystal은 버그가 많았지만 최신 버전은 훨씬 더 좋고 Reporting Services보다 훨씬 더 성숙해졌습니다.

많은 프로젝트에서 우리는 ActiveReports를 사용합니다.

저는 BIRT 프로젝트의 커미터이기 때문에 편견이 있습니다.BIRT는 필요한 다양한 디자인 및 배포 기능에 대해 매우 세심하게 고안된 ROM(보고서 개체 모델)과 적절한 API를 제공합니다.또한 BIRT는 최고의 다국어 지원과 CSS를 사용하여 개발과 디자인을 분리하는 기능을 제공합니다.

BIRT는 REAPI를 통해 라이선스 비용 없이 애플리케이션에 내장되거나 몇 가지 상용 제품을 통해 구입할 수 있습니다.

Cognos는 강력한 도구 모음(Oracle 백엔드의 프런트엔드로 사용)이지만 복잡한 보고 작업을 수행하는 방법에 대한 문서가 현저히 부족합니다. 일할 일을 얻으십시오.

저는 Microsoft Access를 보고 프런트 엔드로 사용하는 것의 유용성을 무시하지 않을 것입니다.유용한 웹 지원 기능은 없지만 사내 보고서의 경우 매우 다양하고 놀랍도록 강력합니다.

우리는 사용 아이넷 클리어 리포트 우리의 보고를 위해(우리가 "우리 자신의 개밥을 먹는" 방법을 참조).;)

크리스탈 리포트와 같습니다.
Crystal Reports 템플릿을 읽을 수 있습니다.
API가 더 유용합니다.
Crystal Reports보다 비용이 저렴합니다(지원 비용을 고려하면 오픈소스보다 비용이 적게 든다)
Java로 작성되었기 때문에 플랫폼 독립적입니다.
우리는 무료이며 완전한 기능을 제공합니다 보고서 디자이너

세상의 모든 돈을 가지고 있다면 코그노스와 함께 하세요.이들은 기본적으로 보고를 "개발자가 필요 없게" 만드는 데이터 큐브를 제공하며 최종 사용자는 보고서, 대시보드 등 원하는 모든 것을 만들 수 있습니다.

"일반인"의 경우, 저는 .NET 라이브러리/도구에 대한 ComponentOne 보고서를 꽤 좋아하게 되었습니다.Crystal Reports와 비슷한 느낌을 갖고 있지만 사용자가 내부에서 편집할 수 있는 매우 친숙한 XML 형식을 갖고 있으며 간단한 업데이트를 할 때 처리해야 했던 버전 관리, 키 및 기타 항목과 관련된 골치 아픈 일이 없습니다. 보고서 또는 기본 버전.

저는 실제로 SSAS 작업을 많이 하지 않지만 이것에 꽤 흥미를 느꼈습니다.

ASP.net용 큐브 브라우저

웹 앱에서 Excel 피벗 테이블의 많은 기능을 제공합니다. (피벗 테이블의 기능 전체를 실제로 알기에는 Excel 전문가가 충분하지 않다고 생각했습니다. 적어도 Visual Studio의 큐브 브라우저와 비슷해 보입니다.) .

불행히도 데모는 더 이상 온라인에 없는 것 같습니다 :(

저도 동의합니다. 저는 SQL Server Reporting Services를 정말 좋아합니다.그것은 단지 일을 하고 쉽게 수행합니다.

Crystal Reports는 동일한 보고서 파일을 쉽게 가져오고

1 - 인트라넷에 게시

2 - 애플리케이션에 포함

3 - 필요한 사람에게 Excel 출력으로 자주 이메일로 전송되도록 예약

또한 (이미 제안한 대로) Excel, PDF 및 기타 형식으로 쉽게 내보낼 수 있습니다.

우리는 WYSIWIG 기능이 얼마나 많은지 깨달을 때까지 가파른 학습 곡선을 가진 BIRT를 사용해 왔습니다. (저는 권장하지 않는 XML 소스 코드를 직접 편집하기 시작했습니다.) 몇 가지 출력 관련 트릭이 있습니다(예: XLS 형식으로 출력할 때 공백 A 열을 얻지 않으려면 왼쪽 여백이 0이지만 대부분의 경우 사용, 편집 및 미리보기가 빠르고 쉽습니다.

또한 하나의 보고서에 다양한 데이터 세트를 혼합하는 것이 얼마나 쉬운지에도 깊은 인상을 받았습니다.만능은 아니지만 99.999%의 사람들이 스스로 구축하는 것보다 더 나은 만능 도구입니다.

"그들에게 데이터를 주면 그들은 당신을 좋아할 것입니다."

과거에 사용한 방법과 도구 중에서 능력/다양성/유용성/배포 속도를 기준으로 다음 순서로 순위를 매깁니다.비용은 항상 하나의 요소이기는 하지만 모든 사람에게 다른 요소이기 때문에 비용을 제외하겠습니다.

1은 Cognos(버전 8)입니다.

2는 SQL Server 보고입니다.

3은 크리스탈 리포트

4는 맞춤 작성된 코드입니다.

언급된 다른 도구는 사용하지 않았습니다.Cognos 8은 정말 대단합니다.가격이 비싸긴 하지만, 당신의 상상력은 당신의 상상력에 의해서만 제한됩니다.그것은 무엇이든 할 수 있습니다.

이것은 그다지 긍정적인 제안은 아니지만 Crystal 보고서에 대한 경고적인 이야기에 가깝습니다.다른 사람들과 마찬가지로 Crystal 런타임의 올바른 버전을 얻는 것이 중요하지만, 그렇게 한 후에도 여전히 다음과 같은 문제가 있습니다.

이미지가 포함된 보고서를 개발하는 데 몇 주가 걸렸습니다.
개발 및 스테이징 환경에서 테스트되었으며 모두 A-OK입니다.
라이브 서버에 배포 - 작동하지 않습니다...흠...

2주 동안 포럼을 검색하고 조언을 구한 결과, 결국 해당 포럼의 수정 기관으로부터 응답을 받았습니다.그는 MS 그림판이 특정 파일 확장자의 기본 응용 프로그램으로 설정되는 것과 관련된 유사한 문제를 본 적이 있다고 제안했습니다.

이 시점에서 우리는 시도를 포기했습니다(상사에게 이것이 오줌을 싸는 답변이 아니라 실제로 Crystal의 공식적인 답변이라고 확신한 후).우리는 약 한 달 후에 (보고서가 작동하는) 새 서버로 쉽게 마이그레이션했지만 솔직히 다시는 건드리지 않았습니다...

아, 그리고 SSRS를 사용해 본 결과 대부분의 경우(특히 최신 버전)에 꽤 좋은 것으로 나타났습니다.

태블로 소프트웨어 보고서를 실행하고 심층적인 분석을 쉽게 얻을 수 있는 놀라운 도구입니다.

간단한 보고서의 경우 Visual Studio에 포함된 표준 ReportViewer를 사용합니다.

더 복잡한 보고서와 더 많은 성능이 필요한 보고서의 경우 Report Sharp Shooter와 devExpress XtraReports를 모두 사용했습니다.놀랍게도 두 제품 모두 테이블 생성이 생각만큼 쉽지는 않지만 둘 다 ReportViewer보다 빠르고 다중 열 보고서, 바코드 및 집계 데이터를 매우 잘 처리합니다.

우리는 상당히 복잡한 시스템이지만 매우 강력한 Cognos를 사용합니다.

저는 2개월 만에 작성된 소규모 보고 세트를 가지고 있습니다.

Crystal Report보다 최소 10배 빠릅니다.

쉬운 편집;

.net 공식;

쉬운 사용법;

작은 코드 사용;

직렬화 및 역직렬화(빠르고 작음);

극도의 보안;

멀티 스레드;

오류 없음;

우리는 MS Reporting Services를 사용해 봤지만 완전히 만족스럽지 않았습니다.원인:

어려운 서버 구성이 필요합니다
모든 사용자에 대해 SQL Server 라이선스를 구매하지 않으면 앱에 보고서 편집기를 포함할 수 없습니다.
내장된 보고서 매개변수 입력 양식 UI를 사용하거나 앱에서 전송하는 것만 가능하며, 보고서 디자이너가 매개변수 UI를 생성하는 것은 불가능합니다.

이제 우리는 Stimulsoft Reports를 사용하고 있습니다.MS 보고 서비스와 같은 제한이 없으며 우리와 귀하의 사용자는 이에 만족합니다.

1) 테이블 기반 보고서 및 매트릭스 보고서(드릴다운 - 피벗과 같은 기능)를 개발할 때 Reporting Services가 대부분의 요구 사항에 매우 적합하다고 생각합니다. Cognos 가격 등을 고려하면중소기업은 Congns AFAIK를 받는 것은 꿈도 꾸지 못합니다.

2) 보고서 예약/구독 기능을 호출하여 보고서를 전달할 사용자 집합(데이터 기반)에게 보고서를 보낼 수 있습니다..Net 코드를 작성하여 SFTP와 같은 사용자 정의 위치로 구독을 전달할 수 있습니다.

3) 보고서 모델을 사용하여 최종 사용자는 열을 끌어서 놓고 맞춤형 보고서를 개발할 수 있습니다.

참고 사항:

1) A4에 표시할 차트와 작은 테이블이 거의 없는 매우 복잡한 그래픽/대시보드 종류의 보고서를 개발하면 작업이 더 까다로워질 수 있습니다.보고서 디자이너(보고서를 디자인하는 데 사용하는 도구)와 웹 디스플레이는 서로 다른 렌더링 엔진을 사용합니다.따라서 복잡한 그래픽 보고서를 개발하는 경우 보고서를 자주 배포하고 모양을 확인하는 것이 좋습니다.

2) 사용자 정의 기능을 작성하는 경우 XML 구성 파일(RSReportServer.Config 등)을 변경해야 할 수도 있습니다.편집에 문제가 있는 경우 ReportServer 서비스가 중지될 수 있습니다.따라서 사용자 정의 작업을 수행하기 전에 백업을 조심하십시오.

Oracle 백엔드를 갖춘 Cognos가 우리가 사용하는 것입니다.우리는 또한 Cognos 위에 시각화를 위해 Spotfire를 사용합니다.

저는 Windward의 CTO이고 그렇게 믿습니다. 바람이 불어오는 쪽 보고서 사용하기 가장 쉽고 다른 어떤 보고보다 더 많은 작업을 수행할 수 있습니다. 두 가지 특성 모두 같은 이유로 보고서를 Word, Excel, PowerPoint에서 디자인합니다.

생성된 보고서는 빠르고 견고하며 단 3줄의 코드만으로 프로그램에 통합할 수 있습니다.

제가 일하는 곳에서는 Crystal Reports를 사용합니다.여기에는 몇 가지 제한 사항이 있으며 데이터베이스 프로시저와 뷰에서 거의 모든 논리를 수행하고 있습니다.

주의해야 할 한 가지 제한 사항은 Crystal Reports에서는 여러 계층으로 구성된 하위 보고서를 허용하지 않는다는 것입니다.즉, 하위 보고서 내에 하위 보고서를 가질 수 없습니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow