Visual studio 2019年的现代SSRS开发环境是什么？

我在尝试使用PostgreSQL 10设置SSR时遇到了困难。无论我尝试了什么，我总是以“指定的DSN包含驱动程序和应用程序之间的架构不匹配”而告终

我已经读到所有内容都必须匹配，32位对64位。然而，现代VisualStudio只有32个版本，而现代SQL server（报表服务器所必需的）只有64个版本。我不确定报表生成器3是什么，但它也不起作用。我已经尝试了32和64的ODBC DSN，对这两种类型使用单独的特定名称和相同的名称，似乎没有任何区别

带有SSDT的Visual studio 2017将在构建器中预览报告，但在浏览器中运行时出错（架构不匹配错误）。报表生成器也不会运行报表，即使它声称与数据库的连接成功

---

因此，在从过去十年中找到过时的答案后，也许最好还是像标题那样写。如果要使用postgreSQL设置最现代的SSRS设置，您将使用哪些版本的工具来开发/测试/部署报告？

我们在连接到Redshift时遇到了类似的问题。报表生成器需要32位连接，而报表服务器需要64位连接。我们解决这个问题的方法是在正在开发报表的计算机上创建一个32位DSN。我们在报表服务器上创建了一个同名的64位DSN

在报表开发期间，它使用32位连接。部署时，它会识别该DSN名称并在服务器上使用64位版本

---

您可以在两侧测试数据源，以确保驱动程序安装正确。只要它们都独立工作并且名称相同，部署就不会有问题

您是否在SSRS服务器上安装了64位驱动程序？一些供应商的驱动程序不允许您同时使用64位和32位。大多数供应商的驱动程序在32位和64位之间有不同的“驱动程序名称”。典型的安装是：在开发机器和服务器机器上同时安装32位和64位驱动程序。是否可以确保安装了这两个版本，然后使用ODBCAD32.EXE的两个版本（32位和64位版本），转到“驱动程序”选项卡并确认驱动程序名称？这似乎表明32和64位版本之间的驱动程序名称可能相同。在页面上的示例中，驱动程序名称是例如，

{PostgreSQL}

，

{PostgreSQL UNICODE}

，

{PostgreSQL ANSI}

我一直在ODBC管理员（32位和64位版本）中创建系统DSN，然后我引用DSN作为连接字符串。系统DSN看起来像是引用了相应的驱动程序，64位的是“PostgreSQL Unicode（x64）”和32位版本的“PostgreSQL Unicode”。允许您“测试连接”的流程中的大多数部分都会报告成功的连接，但是，正如我前面提到的，继续前进并实际运行报告时会出现一些问题。这应该是可行的（但显然不行！）。我假设SSRS服务器和开发工具在同一台主机上？您可以尝试使用无DSNL连接字符串，这样您就可以显式引用64位驱动程序（而不是引用它的DSN）。我找到了一个指南—我相信您已经完成了所有这些，但使用细齿梳来完成它不会有什么坏处。是的，我这周也做了同样的事。