Business Objects WebI ошибке IES 10811 с ​​пользовательской SQL

Question

Мы работаем с WebIS, которые были выпущены из Вселенной модифицированной от стандартной Эпос выпустили вселенную и должны сделать несколько небольших изменения в SQL коду за WebIS

Объединенные поля по-прежнему являются одним и тем же типом данных, и ни одно из полей в предложении SELECT или WHERE не изменилось, но по какой-то причине мы получаем этот код ошибки, когда нажимаем кнопку «Проверить». Тип данных столбца в запросе не является действительный. (IES 10811) '

У кого-нибудь есть рекомендации относительно того, что еще я могу устранить? Заранее спасибо!

Модифицированные псевдонимы кода 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 ВКЛ (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

Ошибка означает, что тип данных одного из объектов юниверса не соответствует типу данных столбца базы данных. То, что не должно произойдет в вашем случае, в котором вы переходите на другую таблицу с той же структурой. Мне интересно, может ли один из объектов в юниверсе иметь неправильный тип данных, то есть проблема присутствует независимо от вашего изменения SQL, но она просто замечает проблему, когда пытается проанализировать SQL.

Я бы сделал проверку целостности во Вселенной. Это определит любые неправильные типы данных. Я предполагаю, что вы дважды проверили, что две таблицы действительно имеют идентичную структуру, но, возможно, стоит проверить еще раз.

Наконец, как метод отладки грубой силы, я бы просто начал удалять объекты из запроса (и связанного с ним столбца в SQL), чтобы найти тот, который вызывает проблему.

Answer 2

Для меня решение состояло в том, чтобы обновить исходные таблицы в Universe Designer. BO выбрал типы столбцов с датой неправильным образом (в качестве столбцов символов), и поэтому типы столбцов моей новой таблицы не совпадали.