我们最近不得不对第三方产品使用的 OpenEdge 数据库进行一些工作，今天(经过多次摸索)，我们终于确定了 View 未返回任何结果的原因。 这个有问题的 View 结合了大约 100 个单独的表，然后对其进行查询(我们对该数据库的权限有限)。此 View 返回的字段之一是硬编码的字符串文字，类似于
'John Smith' AS TheName
我们在运行包含此字符串的查询时遇到了困难，我们试图对其进行 RTrim( View 返回大量尾随空格)，然后将其与另一个字段连接。 但是，如果我们在该字段上使用 RTrim，则不会返回错误消息或 null 或类似的东西，而不会返回该行。我们并没有尝试在 WHERE 子句或 JOIN 中使用它，这只是 SELECT ... FROM VIEWNAME 的一部分。查看 View 后，似乎 View 错误地将字符串的长度检测为 9 个字符(定义中未指定长度)，而 RTrim 只是不起作用。 现在，我可以理解为什么这会导致错误消息或 SELECT 中的 NULL 值，但是为什么根本不返回该行？这看起来不像是良好的 SQL 行为，而且我从未见过任何其他 RDBMS 会发生这种情况。
其他信息:我们正在通过 ODBC 和 WinSQL 测试查询，以期将其包含在现有的 ASP.NET 应用程序中。除非通过此方式，否则我们无法访问后端，但我们确实有权创建 View 。
更新:作为一个奇怪的后续行动，我们现在发现如果我们尝试在没有任何 WHERE 子句的情况下查询此 View ，则不会返回任何记录。这可能有相同的原因。
最佳答案
这听起来可能与进度数据库中的 SQL-WIDTH 有关。 Progress 的一个问题是，如果字段的内容超过 SQL-WIDTH，那么您将获得奇怪的 SQL 行为(有时驱动程序可能会失败，有时您得不到任何结果)。
要识别这一点，您需要使用 dbtool 命令检查可能超出的 SQL-WIDTH。
关于sql - 奇怪的 OpenEdge 查询行为，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1400725/