Czy lokalne raporty mają jakieś wady w porównaniu ze zdalnymi raportami? - asp.net, usługi raportowania

Mamy projekt, który wymaga raportowaniamożliwości, ale bazą danych jest Oracle (jest to trudne wymaganie), a jeśli to możliwe, chciałbym uniknąć zakupu programu SQL Server dla środowiska wdrażania.

Do tej pory nasze doświadczenie się rozwijałowdrażaj raporty w SSRS, ale teraz wydaje się, że będziemy musieli korzystać z raportów lokalnych. Chciałbym wiedzieć, czy w raportach lokalnych występują jakieś wady funkcjonalne w porównaniu do raportów zdalnych (SSRS).

Niektóre z naszych wymagań to:

• Możliwość eksportu w formacie Excel i PDF
• Funkcje drążenia wszerz
• Wykresy

Mój obecne badania mówi, że nie ma żadnych wad funkcjonalnychdo korzystania z raportów lokalnych, ale artykuł mówi o SQL Server 2005, a my używamy VS 2008. Czy to prawda? Czy będą jeszcze jakieś inne problemy funkcjonalne?

Odpowiedzi:

Nawet nikt nie odpowiedział na to pytanie, chciałem zostawić informację zwrotną dla ewentualnych przyszłych zapytań.

Wdrożyliśmy projekt przy użyciu raportów RDLC i przeważnie wszystko działało dobrze. Wykresy, drążenia, matryce itp.

Należy zauważyć dwie główne różnice:

1. Nie są generowane żadne parametry filtrów. Usługi raportowania umieszczają pasek dostosowywanych filtrów na górze raportu. W przypadku raportów RDLC musisz zbudować te filtry ręcznie.
2. Źródła danych są nieco trudniejsze do pracy. Większość problemów mieliśmy, ponieważ baza danych lub backend była wyrocznią, a opakowanie encji miało pewne problemy ze zrozumieniem schematów zwracania procedur. Zamiast tego użyliśmy widoków.