托马斯，你好

好的，仔细查看错误，您的公式中似乎有问题-该字段名未知。

这可能是ODBC本身的问题，我没有报告，所以不确定是CR还是ODBC在翻译文本时出现问题。

我用中文（简体）创建了一个文件夹，并将MDB文件移到其中，它对我有用，不是因为中文字符导致了问题，而是其中的数据或ODBC如何转换该数据。

尝试从Microsoft下载ODBCTest并进行测试，看看会发生什么。

尝试查询生成错误的字段。

唐

谢谢你，唐。 ：）

我测试过的报告是非常基本的，我只向该报告添加了2个字段，所以没有公式可以破坏任何内容，并且行为仍然相同。

我猜想Microsoft的ODBC测试仅用于使用SQL命令进行查询，而如果不进行较大的更改，使用ODBC文本驱动程序似乎无法实现...

如果您愿意，我可以将项目发送给您，但似乎在质量检查系统中是不可能的...

但是，如果您告诉我，对于ODBC文本驱动程序和Crystal Report无法使用这种路径，那对我来说就足够了，因此我可以向队友报告。 ：）

先谢谢了。 ：）

elpgmccheck.txt schema.txt

在打开报告之前尝试设置Viewer本地，看看是否可行：

Array valArray = Enum.GetValues（typeof（CrystalDecisions.ReportAppServer.CommonControls.CeLocale） ）;
foreach（valArray中的对象obj）
{
lstCeLocale.Items.Add（obj）;
}

要查看，请先设置语言环境：

///这将获得在打开报表之前设置的语言环境，并将查看器设置为相同的语言。
if（chkSameAsCELocale.Checked）
{
int x =（int）rpt.ReportClientDocument .LocaleID;
crystalReportViewer1.SetProductLocale（x）;
}

Don

Hello Don，

感谢您的回答，但我尝试了您的建议，但没有帮助。

我认为是另外一回事。

为了进行测试，我创建了一个最小报告，其中仅一个文本文件通过ODBC文本驱动程序作为数据源。 报告文件中没有任何中文字符。

当ODBC驱动程序中的路径设置为e.G. " D：\ SomeFolder \ Projects \#25225 ab"：

schema.txt

Don

感谢Don，这也是不可能的，所以我想它根本不受支持。

如果这是Crystal Reports的普遍问题，或者应该使用其他类型的数据源来实现，则您有任何信息吗？

是否可以在不久的将来解决此问题？

正如我指出的那样，它对我有用，因此它必须是您的环境或MS ODBC驱动程序。

CR将使用ODBC连接到文本文件，因此这不是CR问题。