informatica реализация нескольких взаимосвязанных подзапросов

Question

Я столкнулся с задачей, которая из-за моего отсутствия опыта с компонентами Informatica, в частности преобразования SQL, я еще не реализовал. Так что было бы лучше Approch в PowerCenter для реализации такого рода подзапроса:

SELECT 
    A.ID, 
    NVL2(A.SACHKONTO, B.KLAMMER, A.ID) AS KLAMMER 
FROM 
Table1 A, 
    (SELECT 
     A.ID AS KLAMMER, 
     B.ID 
FROM 
    (SELECT 
     ID, 
     ID AS VON_ID, 
     LEAD(ID,1) OVER (ORDER BY ID) - 1 AS BIS_ID 
    FROM 
     Table1 
    WHERE 
     SACHKONTO IS NULL) A, 
    Table1 B 
WHERE 
    B.ID BETWEEN A.VON_ID AND A.BIS_ID 
) B 
WHERE 
    A.ID = B.ID 

Так что я пробовал разные Approch с небольшими В случае успешного. Первым было «разложить» SQL в его маленькой части (я буду ссылаться при необходимости или отредактировать вопрос). Я также попытался поместить весь запрос (после того, как он адаптировал его к языку «Informatica SQL», но безуспешно.

Это самое близкое решение, которое я получил для репликации такого запроса, не считая важности производительности (я сделал используйте SQL Override в SQ), но, как из результата таблицы, соединение не было обработано, поэтому я полагаю, что мне нужно добавить еще один конвейер, чтобы выполнить соединение в правильном порядке:

Мое решение для сопоставления :

Answer 1

Вы могли бы помещаем подзапрос в преобразование поиска, а затем сопоставляем записи, поступающие из внешнего запроса (который, как я полагаю, будет тем, что вы помещаете в свой классификатор источника на A.ID = B.ID из исходного запроса, а затем фильтруете nulls later)

Или вы могли бы аналогичным образом использовать 2 квалификатора источника (один для родительского запроса и другой для подзапроса), за которым следует преобразование столяра с обычным типом соединения. Этот способ будет фильтровать исходные данные раньше, чем мой первый вариант, так что производительность должна быть лучше.

Окончательный вариант заключается в том, чтобы использовать квалификатор источника с sql переопределить то же, что и ваш текущий запрос ... фильтры записываются прямо в базе данных, так что плюс там (пока сам запрос является оптимальным), но переопределения sql не проверяются в более широком контексте отображения и может вызвать неожиданные сюрпризы, поэтому следует использовать с большой осторожностью.