Должны ли мы разделять пакеты ssis между несколькими проектами в нашем решении?

Я использую SSIS2012, Я создал три схемы в моем хранилище данных (STG, TRSF, DW).

Схема STG предназначена для промежуточных таблиц. Все мои исходные файлы являются файлами CSV. Я передаю данные из моего источника в каждую таблицу в схеме stg. У меня есть отдельный пакет для каждой таблицы (например: если у меня есть 20 CSV-файлов, у меня будет 20 пакетов, и я заполню 20 таблиц в схеме stg)

После этого я передаю stg схема для trsf схемы. Во время этого процесса у меня есть свой бизнес. Я ищу FK, и на этом уровне будут применяться другие бизнес-правила. То же, что и в предыдущем примере, если у меня есть 20 таблиц stg схема, у меня будет 20 пакетов, и я буду заполнять 20 таблиц в trsf схемы.

На третьем этапе я перенесу данные из trsf схема для dw схемы. Здесь также у меня есть 20 пакетов.

В конце у меня будет 20 пакетов для чистки столов в stg схемы.

Я создаю 4 пакета для каждого преобразования между CSV-файлами и таблицами в dw схемы.

Я хотел бы знать, если это хорошая идея, чтобы создать 4 отдельных проекта для каждого шага? Потому что сейчас у меня 80 проектов в одном проекте, и его можно увеличить еще.

1 ответ

Я бы держал проекты вместе. Однако, чтобы разделить их, я бы оставил отдельные родительские задания для Landing, Staging и Data Warehouse. И вы можете управлять этими родительскими заданиями с помощью заданий основного родителя. Это даст вам свободу самостоятельно выполнять отдельные этапы.

Еще одно предложение, я бы предложил вам разделить Landing, Staging и Data Warehouse в отдельных базах данных. Поверьте мне, это поможет вам в долгосрочной перспективе.

Ура Нитин

Другие вопросы по тегам