2013-04-24 3 views
0

У нас есть ситуация, когда у нас есть другой порядок выполнения экземпляров одной и той же цели, загружаемой из одного источника. У нас есть проблема, когда мы продвигаем отображение от DEV до TEST, когда мы выполняем в TEST после продвижения, есть проблемы.Powercenter - совпадающие целевые экземпляры

Например, у нас есть маршрутизатор с 3 группами для вставки, обновления и удаления, за которым следуют соответствующие стратегии обновления, чтобы установить тип строки, за которым следуют три целевых экземпляра.

RTR ----> UPD_Insert -----> TGT_Insert 
     \ 
     \__> UPD_Update -------> TGT_Update 
     \ 
     \__> UPD_Delete ---------> TGT_Delete 

Когда мы это проверить, используя данные, чтобы сделать вставку с последующим обновлением, за которым следует удалить все они основаны на том же первичный ключ, мы получаем другой порядок выполнения в ИСПЫТАНИЙ по сравнению с аналогичными данными в нашей DEV среде ,

У кого-нибудь есть мысли - я бы разместил изображение, но у меня пока нет достаточного количества кредитов.

Cheers,

Gil.

+0

@MarekGrzenkowicz данные поступают из CDC, поэтому порядок отражает фактическую последовательность событий, которые будут реплицироваться на цель, и это имеет значение. – Meitham

ответ

1

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

+0

Возможно, такого рода может быть достаточно даже без изменения отображения. – momobo

+0

Отсутствие точки в том, что мы пытаемся сохранить последовательность событий так же, как обновления, которые происходят в источнике через чтение CDC. Чтение CDC приводит к тому, что строки данных находятся в правильной последовательности, проблема заключается в том, что блок-узел движка DTM блокирует эту последовательность после того, как она записывает 3 экземпляра одной и той же цели из этого единственного источника. – Gil

+0

Мы не можем разделить на все вставки, за которыми следуют все обновления, за которыми следуют все удаления, поскольку это не отражает исходную последовательность событий и может повредить целостность данных. – Gil

1

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

0

Простое решение попробовать переименовать определение цели в алфавитном порядке ... как INSERT_A, UPDATE_B, DELETE_C затем начал загружать

Это загрузит в порядке A, B, C. Попробуйте и дайте мне знать

Смежные вопросы