尝试将连接类型更改为OLEDB。 这非常灵活，我从未遇到过并加入限制。

您正在使用哪种类型的联接？

Ian

与您的IT部门交谈，他们会知道谁在照管您正在使用的数据库。

DBA将能够建议连接类型，通常可以使用OLEDB

Ian

最新答案，但是您没有指定所使用CR的风格，只是报告是XI原始的。 Crystal Reports XI（2006）较旧，您可能会发现是否有较新版本，则必须在较新的客户端中将其打开以保存到平台（如果您使用的是带有vsViewer的平台，而每个人都有CRViewer） 。 您的客户看起来像2008/2013/2016（与2008年相比，外观没有太大变化）。 如果您使用的是BIP 4.2平台，则需要转换为CR2016或CR4E。 但是这样做时要考虑一些事情，因为CR2016仍然是本机32位，并且只能利用.UNV格式的Universe（如果有）。 CR4E是64位的，并且可以在64位模式下利用FHSQL和平台上的本机连接（统一连接和支持）或Universe（.UNX格式），这是更可取的。

IF是正确的，并且仅当您的交付是通过基于Windows的台式机/服务器进行时。 如果您的交付是在Linux或AIX（或其他UNIX风格）上托管的平台上，则需要检查CR PAM。 您会发现UNIX不支持ADO/OLEDB之类的东西。 OleDB更像是Microsoft/Windows解决方案。 普遍接受的灵活连接嵌入了与OleDB类似的报告，即JDBC，所有操作系统均支持JDBC。 CR20016将需要使用JNI格式的文件，而CR4E使用的系统连接更易于设置（除非您具有SSL配置；需要证书的路径，并且这些路径与Win到Linux不同）。这也需要您周围的一些配置。 数据访问文件夹中的sbo文件。 （我还发现Oracle中的视图虽然不能通过JDBC起作用，但并不是我们真正使用过视图。如今，您使用直接表注入并根据需要在Universe中创建视图。）

希望这对您有所帮助，但实际上并不是解决您的问题的方法，更多有关两种方法的建议。 您现在可能已经解决了这个问题。