Business Objects Комплекс подсказок - как лучше всего настроить, используя 4.0?

Question

Мы пытаемся создать приглашение даты шаблона для использования в нескольких юниверсах, а также использоваться против нескольких полей даты (например, Дата транзакции, Дата счета и т. Д.)

В приглашении должен отображаться список ценности, как ниже (там около 30 всего):

Date Range   START_DATE      END_DATE 
-------------------- ------------------------------ -------------- 
D: Yesterday   12/02/2015      12/03/2015 
M: Month Before Last 10/01/2015      10/31/2015 
M: Month to Date  12/01/2015      12/02/2015 

Наша первая попытка в этом (создание производной таблицы, а затем несколько псевдонимов против производной таблицы, с одним псевдонимом для каждого типа даты, такие как сделки Дата, Дата выставления счета и т. Д.) Был сбой - генерируемый sql неверен и включает в себя sql, который должен предоставить список значений. Я думаю, что нам нужно использовать совсем другой подход.

Спасибо за чтение до сих пор. Я был бы очень признателен за любые идеи! Не стесняйтесь задавать вопросы, и я буду редактировать свои заметки, чтобы ответить.

EDIT - мы используем ДООН (наследие Universe Design инструмент)

Answer 1

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

Вот шаги, чтобы достичь того, что вы описали (извините, не скрины, это не с верхней части моей головы):

1. Создание необходимых объектов измерения (в зависимости от вашей даты таблицы) в отдельный класс в юниверсе (вы можете скрыть этот класс в конце, конечный пользователь не должен их видеть).

2. Возьмите один из объектов измерения даты (например, Дата транзакции, Дата счета ...), включите опцию LOV и отредактируйте ее (что должно вызвать панель запроса).

3. На панели запроса выберите все объекты измерения, созданные на шаге 1, которые вы хотите показать в своем LOV. Важно: объект, содержащий возвращаемое значение, должен быть помещен первым в панель запроса. Запустите запрос (ничего не появится).

4. Убедитесь, что вы включили этот параметр в . Экспортируйте LOV, иначе ваши настройки будут потеряны при экспорте юниверса. При желании включите опцию обновления LOV каждый раз, когда пользователь вызывает его.

Как вы не можете определить один, многоразовые LOV в UDT, которые вы можете ссылаться на различные объекты измерения, вы должны выполнить эту для каждого размера объекта, который вы хотели бы, чтобы это LOV.

Одним из способов решения этой досады может определить индивидуальные LOV один раз, запишите генерируемое имя LOV (около 8 алфавитно-цифровых символов), а затем заменить имя LOV в других измерениях с этим именем LOV. Я не могу гарантировать, что это сработает.

Напротив: с IDT вы можете определить индивидуальный LOV, подобный этому один раз (либо в слое Data Foundation, либо в бизнес-слое), а затем ссылаться на него столько, сколько хотите.