문제

사용자가 사용할 수 있도록 .NET에서 Excel 보고서를 생성하기 위한 작은 프로젝트를 디자인해야 합니다.

Excel 보고서에는 피벗 테이블이 포함됩니다.

나는 이에 대한 경험이 많지 않지만 세 가지 구현 대안을 생각할 수 있습니다.

  1. 이에 대한 쿼리를 설정하고, 채우고, 연결 해제된 상태로 보냅니다.이 방법으로 사용자는 값을 그룹화하고 약간의 플레이를 할 수 있지만 데이터를 새로 고칠 수는 없습니다.
  2. 소규모 액세스 데이터베이스를 생성하여 Excel 파일과 함께 보내고 연결합니다.
  3. 데이터를 Excel(아마도 다른 시트)에 복사하고 거기에 있는 데이터에 연결합니다.이렇게 하면 Excel 파일이 매우 커질 것 같습니다.

성능과 유용성 측면에서 가장 좋은 대안은 무엇입니까?제가 모르는 또 다른 대안이 있나요?

도움이 되었습니까?

해결책

소규모 프로젝트이므로 애플리케이션의 데이터 저장을 Excel에 의존할 수 있습니다.개발과 테스트가 더 쉽고, 유지 관리도 더 간편해집니다.

다른 팁

@에스포

아니요, 사용자는 원본 데이터 소스에 액세스할 수 없습니다. 따라서 보고서에 필요한 데이터 하위 집합이 포함된 소규모 액세스 데이터베이스를 만드는 것을 고려하고 있습니다.

데이터를 "오프라인"으로 유지해야 합니까?

꽤 많은 양의 데이터가 있는 경우 내가 일반적으로 하는 일은 이미 네트워크에 있는 기존 SQL 서버를 사용하는 것입니다.사무실에서 사용하려면 어쨌든 온라인으로 사용합니다.

이 보고서에 대해 SQL Server에 대한 액세스가 제한된 전용 사용자를 생성하고 Excel 파일에 "sa" 비밀번호를 저장하지 마세요.

"사용자에게 전송"이 사무실 외부의 사용자를 의미하는 경우 이는 좋은 솔루션이 아닙니다.그렇다면 엑셀 시트에 데이터를 포함시켜 얼마나 커지는지 확인해 보겠습니다.파일이 너무 크지 않으면 가장 사용자 친화적인 솔루션이 될 것입니다.

또한 나는 이것을 온라인에서 찾았습니다. Microsoft Office Excel 2003에서 웹 쿼리를 사용하는 다양한 방법.그러면 공개 웹사이트(원하는 경우 비밀 URL 포함)에 데이터를 저장한 다음 Excel에서 데이터를 가져올 수 있습니다.이렇게 하면 사용자의 받은 편지함을 대용량 파일로 채울 필요가 없으며 나중에 Excel 파일을 다시 보내지 않고도 데이터를 업데이트할 수도 있습니다.

옵션 3은 가장 간단해 보이며 Excel이 데이터 저장에 있어서 Access보다 더 효율적이지 않다고 생각했을 것입니다.두 파일의 문제는 파일 간의 링크가 다른 위치에서도 작동하도록 하는 것입니다.

@paulmorriss

아마도...문제는 하나의 시트에 담을 수 있는 데이터의 양에 제한이 있다는 것입니다.누군가가 나에게 성능 측면에서 좋은 생각이 아니라고 말하지 않는 한 나는 옵션 2를 생각하고 있습니다.

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