Business Objects公司Webi錯誤IES 10811定製SQL

Question

我們正在與WEBIs工作已經從標準史詩修改的宇宙釋放釋放宇宙，必須做出一些小的改動背後的WEBIs

的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）

Answer 1

誤差意味着數據類型其中一個Universe對象與數據庫列的數據類型不匹配。那不應該發生在你的情況，你正在改變到另一個具有相同結構的表。我想知道如果Universe中的某個對象具有不正確的數據類型 - 也就是說，無論您的SQL更改如何，都會出現該問題，但它只是在嘗試解析SQL時注意到問題。

我會在宇宙中進行完整性檢查。這將識別任何不正確的數據類型。我假設你已經仔細檢查過兩個表確實有相同的結構，但可能值得再次檢查。

最後，作爲一種蠻力的調試方法，我將開始從查詢（以及SQL中的相關列）中刪除對象以找到導致問題的對象。

Answer 2

對我來說，解決方案是刷新Universe Designer中的源表。 BO以錯誤的方式（作爲字符列）選擇日期類型的列，這就是爲什麼我的新表的列類型不匹配。