2016-05-12 37 views
0

我们正在与WEBIs工作已经从标准史诗修改的宇宙释放释放宇宙,必须做出一些小的改动背后的WEBIsBusiness Objects公司Webi错误IES 10811定制SQL

的SQL代码加入的字段仍然是相同的数据类型,并且SELECT或WHERE子句中的字段都没有更改,但出于某种原因,当我们按下Validate按钮时,出现此错误代码'查询中列的数据类型不是有效。 (IES 10811)'

任何人都有关于我可以排除故障的建议吗?提前致谢!

改进型Code使用表X_CLARITY_SER与称为CLARITY_SER_2完全相同的数据结构

INNER JOIN CLARITY_SER_2 X_CLARITY_SER_800 ON>别名(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)

回答

1

误差意味着数据类型其中一个Universe对象与数据库列的数据类型不匹配。那不应该发生在你的情况,你正在改变到另一个具有相同结构的表。我想知道如果Universe中的某个对象具有不正确的数据类型 - 也就是说,无论您的SQL更改如何,都会出现该问题,但它只是在尝试解析SQL时注意到问题。

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

最后,作为一种蛮力的调试方法,我将开始从查询(以及SQL中的相关列)中删除对象以找到导致问题的对象。

0

对我来说,解决方案是刷新Universe Designer中的源表。 BO以错误的方式(作为字符列)选择日期类型的列,这就是为什么我的新表的列类型不匹配。

相关问题