我们一直在使用SQL Jobs调用如此多的工作流活动。所有步骤都在SQL Jobs中逐步提到。我们想知道将这些从SQL作业逐步移植到SQL SSIS的过程是否会提高性能以及更加健壮且错误最小。
我们遇到的SQL作业常见问题之一，如果我们的任何存储过程由于某些错误数据而无法插入记录。它会使SQL作业失败。如果SQL作业失败，我们需要一些时间来调试并理解它失败的原因。
很高兴听到SQL专家的评论。
答案 0 :(得分：2)
我已经使用SSIS 6年了，现在正在构建我们的企业数据仓库星型模式。我们的来源包括AS400，它提供.TSV文件中的数据（制表符分隔）。
我不会梦想只需要通过存储过程来完成ETL工具的所有工作。
随着SSIS的起诉，我建立了3个数据库：
-ODS -Staging -Final DW。
从所包含的所有步骤中，您可以对存储过程执行一些操作。
通过使用SSIS或其他合格的ETL工具，您可以获得以下领域：
-Bulk数据插入 - 快速清理数据 -logging - 在出现错误的情况下继续进程，一般非常好的错误处理。 - 如何应对特殊方面，如缓慢变化的尺寸。 - 运行/测试配置 - 分布式执行
记住每个工具都有自己的优点和缺点。 ETL工具用于执行通用SQL开发所做的工作。
此外，如果您转换为使用SSIS，您将发现在当前情况下处理不当的业务领域。
我相信你应该把一些时间花在Kimball的网站和书籍上。
具体请在他的网站上查看此问题：Should you use an ETL tool?
答案 1 :(得分：2)
我会保留工作中的步骤。这样，如果其中一个步骤失败，您可以轻松查看它在作业历史记录中的哪个步骤。您也可以从失败的步骤开始轻松地重新启动作业。
如果您只有一个调用SSIS包的步骤，则必须在包中仔细编写一些自定义错误报告，否则您将无法知道包中的哪个步骤导致包失败。