Najlepsza praktyka dla źródła danych SSRS w projekcie ASP.Net MVC

Question

Mam istniejący projekt ASP.Net MVC, który używa jednostek/repozytoriów w oddzielnym projekcie. Muszę dodać funkcję raportowania do tego projektu za pośrednictwem SSRS i zastanawiam się, jaki jest najlepszy sposób na obsługę dostępu do danych.

Ponieważ mam migrator.net i warstwę danych repozytorium zaimplementowaną, czuję, że korzystanie z bazy danych bezpośrednio i tworzenie sql zależnego od db nie jest wykluczone. Moją pierwszą myślą było stworzenie usługi internetowej w moim projekcie internetowym i użycie jej, ale wymaga to napisania nowego kodu i utrzymania usługi internetowej, której obecnie nie potrzebuję do niczego innego.

Moją kolejną myślą było wykorzystanie mojego zestawu danych i wykorzystanie istniejących repozytoriów w kodzie do wypełnienia raportów. czy to możliwe? Jestem nowy w tym całym stosie i nie jestem zaznajomiony z żadnym z narzędzi.

Jak to często się dzieje? W poprzednich projektach Java EE zawsze używaliśmy CXF i stworzyliśmy serwis internetowy dla naszych narzędzi do raportowania, ale nigdy nie sądziłem, że jest to najlepsze rozwiązanie. W jaki sposób jest to zwykle rozwiązywane w .Net/SSRS?

Answer 1

Możesz użyć niestandardowego zestawu kodu zarządzanego z raportów. This link i this link zaczniesz. Powinienem jednak zaznaczyć, że nie jest to zadanie trywialne i wiele rzeczy może przeszkodzić w osiągnięciu tego.

Szczerze mówiąc, myślę, że prosisz o wiele bólu, próbując osiągnąć tę architektoniczną nirwanę. Może się to wydawać brzydkie, ale wszystko jest o wiele prostsze, jeśli po prostu skonfigurujesz źródło danych, które wskazuje na twoją bazę danych i używasz raportów (czy wspomniałem, że możesz również rozważyć zestaw kodu SQLCLR zarządzanego kodu w bazie danych? oni też mogą być bolesni do wdrożenia?).

Pozwól SSRS robić to, co robi najlepiej - przejdź do bazy danych i ściśnij dane i zaprezentuj je. Możesz go użyć przechowywanych proc. Możesz użyć niestandardowego kodu w swoich raportach. Możesz wyświetlać raporty na swojej stronie internetowej lub możesz je złożyć oddzielnie za pośrednictwem strony internetowej/pdf/doc/xls itp., Możesz nawet dostarczyć raport e-mailem. Po prostu nie próbuj go przekuć w konkretny model architektoniczny, do którego nie jest przeznaczony - będziesz potrzebował cierpliwości świętego, aby to osiągnąć.