2009-04-14 3 views

ответ

1

отказа от ответственности - я работаю для майкрософт

теперь SSIS или SQL служб Integration Server ответа

является отличным инструментом для ETL операций, есть много поглощения на рынке. нет никакой дополнительной стоимости, кроме лицензирования SQL-сервера, и вы также можете использовать языки .Net для написания задач. http://www.microsoft.com/sqlserver/2008/en/us/integration.aspx http://msdn.microsoft.com/en-us/library/ms141026.aspx

2

SSIS не велик для производственных приложений из моего опыта по следующим причинам:

  1. Для вызова пакета SSIS удалено, вы должны вызвать хранимую процедуру, которая вызывает работу, который вызывает SSIS
  2. Используя вышеуказанный метод, вы не можете передавать параметры.
  3. Передача параметров означает, что вы должны вызывать SSIS на локальном сервере, то есть код, запущенный на удаленном сервере, должен будет вызвать код, запущенный на сервере SQL для выполнения пакета.

Я бы всегда писал специальный код для обработки ETL и использования SSIS для одного преобразования.

+0

Просто пришел к сведению, что ни одно из этих возражений не является истинным (и в апреле 2009 года оно не было истинным). –

5

Я был введен в SSIS пару недель назад. Резюме: Я не могу рассмотреть его для будущих проектов.

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

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

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

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

+0

Я чаще всего использую задачу сценария. Как будто весь код C#. Я спрашиваю себя, если это так, то почему я даже использую SSIS? Почему бы не сделать все это на C# или VB? Я мог бы сэкономить много времени, просто зная C# и имея хорошую IDE под рукой. Но SSIS экономит время, выполняя всю обработку соединения, кэширование набора результатов и т. Д. Это было бы полезно, особенно для людей, которые знают только базовое программирование. С точки зрения компании, приятно, что им не нужно нанимать опытных программистов для ETL. Будет использоваться средний C# -кодер с базовыми знаниями SSIS и ETL. – Steam

+0

Кстати, что такое RSI? – Steam

+0

Реабилитационная деформация - то, что вы получаете в своих руках/руках/пальцах, щелкая 15-ю вложенное диалоговое окно в SSIS тысячу раз в день. – Edmund

2

По-моему, это неплохая платформа, и я вижу хороший прогресс на этом. Многие из drwabacks, которые были выпущены в 2005 году, и что сообщество жаловалось, были исправлены в 2008 году.

С моей точки зрения, самое лучшее, что вы можете расширить и дополнить его кодом SQL или .NET в организованный путь столько, сколько вы хотите.

Например, вы можете решить, хотите ли вы в 80% кода C# и 20% компонентов ETL или 5% кода C# и 95% компонентов ETL.

+0

Если бы у них были такие функции, как выделение переменных, связанных компонентом при нажатии этого компонента. Я имею в виду больше. Но я подозреваю, что если они добавят такие функции, тогда инструмент может стать слишком медленным и запутанным. Это уже сложное сочетание параметров и настроек. – Steam

1

Я хотел бы перечислить как преимущества:

  • использовать SSIS для больших проектов, вероятно,/предпочтительно один или в один проход, а затем использовать интеграционный проект в течение многих месяцев с незначительными изменениями; задачи, пакеты и все в целом легко читаемы (конечно, зависит от перспективы)
  • инструмент сам обрабатывает запланированные прогоны, отправляет вам письма с журналами, и - пока мой опыт достигает - он очень хорошо общается со всеми другими инструментами (такими как SSAS, SQL Server Management Studio, Microsoft Office Excel, Access и т. д. и другими инструментами, отличными от Microsoft)
  • задачи, выполняемые вручную, в деталях, как представляется, берут на себя всю ответственность пути, выпускающие только небольшой шанс на наличие ошибок
  • как было упомянуто выше, есть много бывших проблемы исправлены в новых версиях

Я бы порекомендовал его для ETL, особенно если вы продолжите аналитические процессы, так как инструменты SSIS, SSAS и SSRS сочетаются довольно гладко.

Недостаток: отладка/поиск ошибок немного сложнее, пока вы не привыкнете к ней.

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