Business Objects Webi错误IES 10811带有自定义SQL

Question

我们正在使用从标准Epic发布的Universe中修改过的Universe发布的WEBI，并且必须对WEBI后面的SQL代码进行一些小的更改

加入的字段仍然是相同的数据类型，并且SELECT或WHERE子句中的所有字段都没有更改，但出于某种原因，当我们按下验证按钮时，我们会收到此错误代码＆＃39;数据类型查询中的列无效。 （IES 10811）＆＃39;

任何人都有关于我可以解决的其他问题的建议吗？提前谢谢！

使用名为CLARITY_SER_2的完全相同的数据结构的表修改代码别名X_CLARITY_SER

  

INNER JOIN CLARITY_SER_2 X_CLARITY_SER_800 ON＆gt;（V_LOG_BASED.PRIMARY_PHYSICIAN_ID = X_CLARITY_SER_800.PROV_ID）    LEFT OUTER JOIN ZC_PAT_SERVICE ON（X_CLARITY_SER_800.SERVICE_DEFAULT_C = ZC_PAT_SERVICE.HOSP_SERV_C）

原始代码

  

INNER JOIN X_CLARITY_SER_800 ON（V_LOG_BASED.PRIMARY_PHYSICIAN_ID = X_CLARITY_SER_800.PROV_ID）   INNER JOIN ZC_PAT_SERVICE ON（X_CLARITY_SER_800.SERVICE_DEFAULT_C = ZC_PAT_SERVICE.HOSP_SERV_C）

Answer 1

该错误表示其中一个Universe对象的数据类型与数据库列的数据类型不匹配。 不应该发生在您的情况下，您将更改为具有相同结构的另一个表。我想知道宇宙中的某个对象是否有不正确的数据类型 - 也就是说，无论您的SQL更改如何，问题都存在，但它只是在尝试解析SQL时注意到问题。

我会在宇宙中进行完整性检查。这将识别任何不正确的数据类型。我假设您已经仔细检查过两张表确实具有相同的结构，但可能值得再次检查。

最后，作为一种强力的调试方法，我只是开始从查询中删除对象（以及SQL中的关联列）以找到导致问题的对象。

Answer 2

对我来说，解决方案是刷新Universe Designer中的源表。 BO选择了日期错误的列类型（作为字符列），这就是为什么新表的列类型不匹配的原因。

编辑： 我遇到了一个问题，例如，当我想用​​BO出版物发送电子邮件时，将数据库中的varchar列映射到BO中的date列以及错误"Unexpected behavior" (IES 10901) (FBE60502)。