Загрузка Таблица фактов + поиск поиска / профсоюза для SK

StackOverflow https://stackoverflow.com/questions/2734866

Вопрос

Я должен заселить факт с 12 поисками на таблицу измерений, чтобы получить SK, из которых 6 находятся в разных тусклых таблицах и отдых 6, находятся в той же DEMTable (тип II), делая поиск в тот же натуральный ключ.

Бывший:

PrimeObjectID => Просмотр к Dimobject.Object => Получить Объектск

и получил другие столбцы, которые делают то же самое

IntobjectID1 => Просмотр к Dimobject.Object => Получить Объектск

Intobject2 => Просмотр к Dimobject.Object => Получить Объектск

InterobjectID3 => Просмотр к Dimobject.ObjectID => Получить Объектск

IntobjectiD4 => Просмотр на Dimobject.Object => Получить Объектск

IntobjectID5 => Просмотр к Dimobject.Object => Получить объектск

Для такого множественного поиска, как следует пойти в мой пакет SSIS.

На данный момент использую поиск поиска / профсоюзного заполнения. Есть ли лучший способ к этому.

Это было полезно?

Решение

Я предполагаю, что вы делаете, - это поиск, с ошибками, перенаправленными на полученную колонку, чтобы установить значения по умолчанию для неудачных поисков, за которыми следует профсоюз, все для каждого из значений столбцов поиска. Этот шаблон довольно распространен, и я использую его на ранних этапах, чтобы помочь отладить. Однако, поскольку союз все - частично блокирующий компонент (т. Е. Союз все создает новый буфер, когда он выполняет, но затем проходит данные, как только он входит в) в SSIS это уменьшит общую эффективность вашей пакеты из-за Накладные расходы создания новых буферов в вашем потоке данных. Обычно я буду кодировать серию поиска, чтобы игнорировать ошибки, а затем после последнего, я буду включать компонент полученного столбца, который делает замену с по умолчанию для всех столбцов, которые включены в качестве целей поиска. Это позволяет наиболее эффективным потоком данных через ваш DataFlow. Для получения дополнительной информации, на которой компоненты потока данных блокируют или полублокирующие см. В этом посте: http://sqlblog.com/blogs/jorg_klein/Archive/2008/02/12/ssis-lookup-transformation-is-case-sensitive.aspx.

Другие советы

Я не понимаю, почему вы делаете 2 поиска за размерность.

Обычно мы обрабатываем все размеры сначала (используя компонент столовой обработки для вывода / истечения размеров).

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top