"Steven Cheng[MSFT]" <stcheng@online.microsoft.com> wrote in message
news:86HUKzjpGHA.1572@TK2MSFTNGXA01.phx.gbl...
> Thanks for Bruce's input,
>
> Hi dev648237923,
>
> I agree with Bruce. As for Local report(rdlc based), it has less
> functionality comparing to the server-report(rdl based) supported by the
> SQL server reporting service. Actually, local report(rdlc) is a pure .net
> framework and Visual Studio 2005 specific solution which is completely
> separated from the SQL Server reporting service. In other words, you can
> use rdlc report totally without an SQL Server reporting service instance
> existing in your environment.(All the rdlc can be created in Visual Studio
> and the datasource can be created there, too). While for SSRS report, it
> provides many rich support on subreports or drillthrough reports, also the
> whole SQL Server reporting services supply us many other features like
> custom extensions or some report delivery options. These ones are what we
> can not easily do through local report.
>
> For your scenario, I'm wondering whether your report rely heavily on those
> SSRS service functionalities. If all of them can be done through client
> reports without any difference from server reports. Why not use client
> reports, that can make all the work done through Visual Studio without
> involving SQL Server reporting service.
>
> Here is a reportviewer Q/A article which mentions many client and server
> reports' difference.
>
> #ReportViewer Control in Visual Studio 2005
>
http://www.gotreportviewer.com/ >
> Please feel free to post here if you have any other concerns or
> consideration on this.
>
> Regards,
>
> Steven Cheng
> Microsoft MSDN Online Support Lead
>
>
> ==================================================
>
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
>
> ==================================================
>
>
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
>
>
> Get Secure!
www.microsoft.com/security > (This posting is provided "AS IS", with no warranties, and confers no
> rights.)
>
>