views_zoom_128 В предишната статия писах за предимствата, занимаващи се с промените в едно измерение използване на бавно променящите измерение тип 2 Кимбъл принцип създаването на нов ред в рамките на измерение. Той обясни предимствата на този метод и как тя работи. По-долу са описани предимствата от използването на T-SQL скриптове срещу ETL инструмент за актуализиране на измерение.

Какво да управлявате?
Актуализиране измерение е скучно. Девет от всеки десет пъти прави същия номер отново. Взимаш един поток данни от източник, система и потока от данни от едно измерение. Запазете тази заедно и след това се уверете, че винаги има три неща:

Има ли някакви промени са настъпили;
Има заличава;
Има ли логично изтрива.

Промяната е промяна от едно поле в източника система, която въздействия върху един атрибут в размери, например фамилно име на един клиент се е променило, защото той беше женен. А изтриване на запис, който вече не присъства физически в системата източник и логично изтриване на запис с една марка, която се маркира като изтрит.

Инструмент или SQL?
За да проверите тези три свойства са различни методи. Можете да ETL инструмент, като например SQL Server интеграция Услуги или можете да се изгради един скрипт / генериране на тази проверка за вас. Аз винаги съм бил в полза на инструменти. Инструментите са самостоятелно документиране и като много работа. Сега правя един проект, в който много от действията се обработват без SQL инструменти, виждам все повече и повече за ползите от инструменти игнорира.

Предимства:

Предотвратява проблеми с версия прехода
Генериране Baar
Винаги работи
Послушание

С първите имам предвид проблемите, които възникват, когато доставчикът на един инструмент ETL реши нова версия на пазара, които са само малко по-добро от предишното решение и след това след известно време, старата версия вече не се подкрепят. С SQL не сте. Основният SQL е винаги една и съща, дори след изтичането на преходния версия. Искам да кажа за генериране на динамични SQL обекти, които може да генерира работа за вас. Мислете за съхранени процедури. Когато SSIS (интеграция услуги) към Обзалагам се, че има една таблица за всяка посока да се създаде SSIS пакет (от един шаблон) и аз трябва ръчно да коригира нещата. Един пакет SSIS може да генерира НИКОГА! Освен това, имам сто SSIS пакети ги коригира, ако променя нещо (управляемост). На последно място, SQL е надеждна и винаги работи, на SSIS все още е под въпрос. Имам няколко пъти разглежда неясни доклади и грешки, които изведнъж стана и изведнъж изчезна!

Недостатъци:

Комплекс и по-малко организиран
Още първоначалните развойна дейност

ETL инструменти са самостоятелно documentered. Чрез използване на инструменти като например за потока от данни Задача или производно на колона може да видите какво се е случило. Инструментите са също по-бързо да се разбере от кода петна. И накрая, изграждане на собствен ход ETL много повече работа. Но тук аз мисля, че качват по-дългосрочен план обезщетения. Ако вашата база данни разтвор, след като тя е мащабируеми и по-лесно управляеми. Така че мнението ми за използването на SQL срещу TOOLS.