Reporting services SQL Server reporting services..与其他技术集成的最佳建议？

我希望将SQL Server Reporting Services作为我们公司的标准报告平台来实施。我们正在试用Crystal Reports，但遗憾的是，它似乎受到问题的困扰

SQLServerReportingServices看起来是一款很棒的产品，但我有一两个顾虑

我在ColdFusion中有一些现有的web应用程序，后端是MySQL。如果我继续使用SQL Server Reporting Services，我应该如何设置我的环境？是否有JDBC连接器，或者ODBC是唯一的通信方式

它如何为用户集成？我是否需要重新验证用户以查看报告？我是否需要在ColdFusion中添加链接以链接到Reporting Services系统？有没有一种方法可以让它无缝地为用户服务

我是否应该将所有后端移植到SQL Server以充分利用SQL Server平台？我是否应该将现有应用程序转换为ASP.NET，并使整个平台成为SQL Server/ASP.NET

---

事实上，现有的apps/MySQL并不是太大而无法移植，这也不算太糟糕。因此，我想我只是在寻找一些最佳实践建议，看看是否可以单独使用reporting services组件，或者我是否可以更好地将所有内容整合到Microsoft解决方案中。

我认为这比您想象的要容易

• Reporting Services将很乐意从任何OLEDB或ODBC源中提取报告，MySQL具有ODBC驱动程序，因此通过SSRS报告获取数据不会有问题

• 您可以通过多种方式设置身份验证。如果您的用户已在Windows域中通过身份验证，这将更容易：
  • SSR需要知道谁在查看报告。它将允许匿名查看（如果您启用它；默认情况下它是关闭的），但是如果您使用IE并且登录到与IIS服务器相同的域，它是完全透明的
  • 然后，SSR可以使用此标识连接到数据源，也可以使用其他标识。这是可配置的每个报告或每个数据源
• 您可以做的一件事是将报表嵌入到coldfusion页面的iFrame中。这将使整个事情变得天衣无缝。报告可以通过向服务器发送一个适当格式的URL来访问，因此非常灵活

---

至于将所有内容更改为ASP.NET，如果您需要编写（并与之集成）自己的代码来管理报表服务器，或者编写自定义扩展（数据提供程序、交付扩展等），那么您将真正从中受益，但以我的经验，这是非常罕见的，不值得考虑。现在就用你现有的吧。

听起来不错。那么，如果它的coldfusion在iframe中，那么如果它没有经过身份验证，它会在iframe中给出用户登录提示吗？是否可以通过url或其他方式登录，或者这太难了？我听说reporting services也附带sql server express，所以我想这是一个便宜的解决方案？感谢您的及时回复。身份验证分为两个阶段：针对IIS/SSR和针对数据源。两者可以链接，因此理想的情况是在与其他域相同的域上使用IE:）但是，即使您使用匿名访问IIS（不推荐，因为这样任何人都可以浏览查看您拥有的报表和数据源，即使他们对数据没有权限），您仍然可以对数据源进行身份验证，因为SSRS允许用户在报告窗口中输入其凭据。