문제

SQL Server 데이터베이스와 대화하고 조작하는 UI 프론트 엔드가 있으며, 수행 할 수있는 작업 중 하나는 데이터베이스의 데이터에 대한 보고서를 실행하는 것입니다.

이 UI는 여러 컴퓨터에 설치할 수 있으며 지금까지 설치와 함께 폴더에 보고서를 유지했지만 새 보고서가 추가 될 때마다 모든 단일 UI 설치에 수동으로 복사해야합니다. 거기.

.RPT 파일을 데이터베이스 자체 (블로브)에 저장하고 보고서를 중앙 집중화 하고이 문제를 제거하는 방법으로 필요할 때 UI를 가져 오는 메커니즘을 가지고 있다고 생각했습니다.

아무도 이것을 시도했고 잘 작동 했습니까? 아니면 그렇지 않은 경우, 앞으로 나아 가기 전에 내가 고려해야 할 것을 생각할 수 있습니까? 당신이 생각할 수있는 팁, 요령 또는 경고가 나에게 도움이 될 수 있습니까?

도움이 되었습니까?

해결책

좋은 질문! 우리가 실제로 지난 6 개월 안에 이것을 실제로 구현 한 것처럼 우연의 일치입니다.

제안한 바와 같이, 우리는 데이터베이스 내에 RPT 파일을 저장하지만 서버 2005에서 이미지 유형으로 수행합니다. 그것은 잘 작동하고 데이터베이스가 진행되는 한, 실제로 경고는 없습니다.

분명히이 정보에 액세스하는 방법은 API로 변경됩니다. C#을 사용하는 경우 사용으로 해석됩니다. BinaryReader RPT 파일에로드하려면 a 바이트 배열. 이것 바이트 배열 그런 다음 저장된 절차 등을 통해 데이터베이스로 전달할 수 있습니다.

Blobs and Server 2008에 대해 구체적으로 묻는다는 것을 알고 있지만 이것은 서버 2005와 서버 2008에서 작동합니다. 이것이 약간의 빛을 흘리기를 바랍니다.

더 구체적인 세부 사항이 필요하면 공유하게되어 기쁩니다!

다른 팁

다음은 Paul Randal (DBCC의 일부를 썼습니다!)과의 멋진 팟 캐스트는 Blob을 처리하기 위해 SQL Server 2008의 새로운 FileStream 기능에 대해 이야기하지만 Blobs만큼 잘 작동하지 않는 파일의 크기로 이동합니다. 대화의 일부. 나는 그것이 당신을 도울 것이라고 생각합니다.http://www.runasradio.com/default.aspx?hownum=74

나는 방금 25 페이지의 Filestream 백서 인 Paul이 MSDN에 출판되었다는 것을 알았습니다.http://msdn.microsoft.com/en-us/library/cc949109.aspx.

이 백서의 뒷부분에서 인용 한 연구를 바탕으로 256 킬로바이트 (KB)보다 작은 얼룩 (위젯 아이콘)은 데이터베이스 내부에 더 잘 저장되며 1 메가 바이트 (MB)보다 큰 블로브는 데이터베이스 외부에 가장 잘 저장됩니다. 256 kb와 1MB 사이의 크기의 경우,보다 효율적인 저장 솔루션은 데이터의 읽기 대 쓰기 비율 및 "덮어 쓰기"속도에 따라 다릅니다. 블로브 데이터를 데이터베이스 내에만 저장하는 (예 : Varbinary (Max) 데이터 유형을 사용하는 (MAX) 데이터 유형)는 블로브 당 2 기가 바이트 (GB)로 제한됩니다.

이제 우리 모두는 이제 SQL Server, Oracle, SQLite, MySQL Server 및 다른 가치가있는 다른 데이터베이스에 블로브를 쉽게 저장할 수 있습니다. 내가 궁금한 점은 DB에서 바이트 어레이를 얻은 후에 보고서를 어떻게 만들었습니까?

똑같은 일을하고 싶지만 내가 생각할 수있는 유일한 것은 DB에서 파일을 끌어 내고 Temp 폴더에 물리적 파일을 작성한 다음 새 파일의 물리적 주소를 사용하여 Crystal Report를 작성하는 것입니다. 메모리 스트림이나 바이트 어레이에서 Crystal 보고서를 작성하는 방법이 있습니까?

.RPT 파일은 IT를 이미지로 입력하여 데이터베이스 (SQL)에 저장된 다음 데이터베이스에 배열을 데이터베이스에 입력 한 다음 스트림으로 검색하여 저장할 수 있습니다 (힌트 : 이미지 파일로 취급).

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top