UNION Query with hyperion Reporting Studio 9.3 (BRIO)

Question

Я использую Hyperion Interactive Reporting Studio версии 9.3.1, чтобы написать свой первый отчет.

Запрос, который я пытаюсь произвести, находится в форме

SELECT A, B FROM CW_STATEMNT_BEN_FEAT 
UNION 
SELECT C,D FROM Table2

… Где тип данных A и B соответствует соответственно типам данных столбца C и D.

Мои шаги включали создание запроса CW_STATEMNT_BEN_FEAT для первого оператора выбора. Затем я щелкнул меню "Запрос => Добавить запрос", в результате чего в раздел "Запрос" была добавлена ​​еще одна вкладка "Запрос". Из выпадающего меню я изменил выбор по умолчанию с "UNION" на "UNION ALL", чтобы получить возвращаемую комбинацию повторяющихся значений.

Однажды на новой вкладке "Запрос" (мой второй запрос) я был удивлен, увидев, что приложение воспроизвело запрос на первой вкладке (CW_STATEMNT_BEN_FEAT) на второй вкладке (Запрос). Моя первоначальная реакция заключалась в том, что приложение пыталось помочь, предполагая, что мой второй запрос будет похожим. Однако после разработки второго SQL-кода для рисования из TableB я с удивлением обнаружил, что изменения, которые я сделал на вставленной вкладке SQL (Query), были отражены на первом. По сути, я не смог найти способ создать запрос на второй вкладке (Query), не изменив при этом запрос на исходной вкладке.

Почему это происходит? Как я могу создать SQL выше, который использует UNION ALL?

Отдельная проблема: я заметил, что приведенное ниже изображение по какой-то причине не отображается в Google Chrome, но показывает, когда я использую IE 9.

Answer 1

Ответ заключается в том, что вы отбрасываете таблицы A и B на первой вкладке без объединения между ними, но на первой вкладке, чтобы перетаскивать только столбцы таблицы A в качестве полей Requested. Аналогично, на вкладке B перетащите столбцы из таблицы B в столбцы запроса.

Добавьте это к списку причин, по которым я говорю, что BRIO не интуитивно понятен, длинный список всего лишь после 3 дней опыта работы с ним.