点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我有一个Crystal Repo...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我有一个Crystal Repo...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我有一个Crystal Reports数组,可用于从Sybase SQL Anywhere 16源访问数据。 这些报告使用ODBC DSN。 所有用户在工作站上都有一个称为"报告"的32位系统DSN。 连接性已测试并成功。 请参见下面定义的ODBC DSN。
我们的问题是某些用户可以运行报告,而其他用户则不能。 在这种情况下,系统会提示用户使用DNS,但并非所有在工作站上设置的DSN都不会列出-绝对不是"报告"执行Crystal报表所必需的DSN。
为澄清起见,我们没有运行Crystal Report Server,也没有使用任何API/第三方应用程序。 用户正在使用Crystal Reports 2016并手动打开/运行报告。
即使DSN配置在所有用户中都是一致的(即,确认名称正确,连接良好,所有32位等),一个用户也可以运行该报表,而另一用户则不能。 更复杂的是,对一个报告有问题的用户可以运行另一个具有与问题报告相同的数据访问要求(即,相同的DSN)的报告,而不会发生意外。
释义:某些用户可以运行报告,而其他用户则不能。 某些报表针对给定特定数据访问要求的用户运行,而同一用户无法使用相同的DSN设置运行另一报表(并且Crystal缺少DSN选项,而它们在OS级别上测试OK(ODBC设置)。
请尽快告知。
(10.8 kB)
系统是使用相同的映像和过程创建的。 Crystal 2016的所有初始安装和修补程序(到SP7)都以相同的方式应用。 用户对网络文件和数据库访问具有相同的权限。
一周热门 更多>