自定义的 Business Objects Webi 错误 IES 10811 SQL
Business Objects Webi error IES 10811 with custom SQL
我们正在使用从标准 Epic 发布的宇宙修改的宇宙中发布的 WEBI，并且必须对 WEBI
背后的 SQL 代码进行一些小的更改
连接的字段仍然是相同的数据类型，SELECT 或 WHERE 子句中的字段 none 已更改，但由于某种原因，我们在按验证时收到此错误代码按钮 'The data type of a column in the query is not valid. (IES 10811)'
有人对我还能解决哪些问题提出建议吗？提前致谢！
修改代码别名 X_CLARITY_SER 使用 table 具有完全相同的数据结构 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)
该错误意味着 Universe 对象之一的数据类型与数据库列的数据类型不匹配。 不应该 发生在您的情况下，您正在更改为具有相同结构的另一个 table。我想知道 Universe 中的某个对象是否具有不正确的数据类型——也就是说，无论您的 SQL 更改如何，问题都存在，但它只是在尝试解析时才注意到问题SQL.
我会在宇宙中进行完整性检查。这将识别任何不正确的数据类型。我假设您已经仔细检查过两个 table 确实具有相同的结构，但可能值得再次检查。
最后，作为一种强力调试方法，我将开始从查询中删除对象（以及 SQL 中的关联列）以找到导致问题的对象。
对我来说，解决方案是在 Universe Designer 中刷新源 table。
BO 以错误的方式选择了带有日期的列类型（作为字符列），这就是为什么我的新 table 的列类型不匹配的原因。
编辑：
我遇到了这样的问题，例如映射数据库中的 varchar 列与 BO 中的 date 列，当我想发送带有 BO 发布的电子邮件时也出现错误 "Unexpected behavior" (IES 10901) (FBE60502)。
我们正在使用从标准 Epic 发布的宇宙修改的宇宙中发布的 WEBI，并且必须对 WEBI
背后的 SQL 代码进行一些小的更改连接的字段仍然是相同的数据类型，SELECT 或 WHERE 子句中的字段 none 已更改，但由于某种原因，我们在按验证时收到此错误代码按钮 'The data type of a column in the query is not valid. (IES 10811)'
有人对我还能解决哪些问题提出建议吗？提前致谢！
修改代码别名 X_CLARITY_SER 使用 table 具有完全相同的数据结构 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)
该错误意味着 Universe 对象之一的数据类型与数据库列的数据类型不匹配。 不应该 发生在您的情况下，您正在更改为具有相同结构的另一个 table。我想知道 Universe 中的某个对象是否具有不正确的数据类型——也就是说，无论您的 SQL 更改如何，问题都存在，但它只是在尝试解析时才注意到问题SQL.
我会在宇宙中进行完整性检查。这将识别任何不正确的数据类型。我假设您已经仔细检查过两个 table 确实具有相同的结构，但可能值得再次检查。
最后，作为一种强力调试方法，我将开始从查询中删除对象（以及 SQL 中的关联列）以找到导致问题的对象。
对我来说，解决方案是在 Universe Designer 中刷新源 table。 BO 以错误的方式选择了带有日期的列类型（作为字符列），这就是为什么我的新 table 的列类型不匹配的原因。
编辑：
我遇到了这样的问题，例如映射数据库中的 varchar 列与 BO 中的 date 列，当我想发送带有 BO 发布的电子邮件时也出现错误 "Unexpected behavior" (IES 10901) (FBE60502)。