【发布时间】：2011-10-06 13:28:43
【问题描述】：
我有一个 SSIS 包，它有 27 个步骤，从表截断到数据导入、转换和一堆 sql 查询。我的问题是，将它们全部放在一个包中还是将这些步骤分成单独的包是更好的做法吗？
【问题讨论】：
-
然后下一个问题会是：SQL SSIS 多少包太多了
标签： sql sql-server-2005 ssis
【发布时间】：2011-10-06 13:28:43
【问题描述】：
我的一般建议是使软件包尽可能简洁和集中，但不要更小。很有帮助，我知道这里是我决定它是新包还是适合当前包的一些标准。
- 如果 27 步包在第 26 步炸毁，你是不是被搞砸了？它可以正常重启还是需要数小时的清理？
如果答案是需要清理，那么我会将包分解为一系列较小的包，直到它们满足可重启性标准。
包中是否有用于不频繁分支的逻辑？ 例如我见过有日期检查的包，如果是清除周末（一年一次），它会执行这个特殊的代码分支，它过于复杂、复杂而且很糟糕。这不应该出现在每天运行的包中。另一个例子是日常销售工作。另一个团队试图添加计算月末库存总量的逻辑。完全不同的主题领域和错误的启动时间表，但他们认为这比启动新软件包要快。
假设 2008+，您是否需要共享查找缓存的结果？如果是这样，数据流需要在同一个包中。
【讨论】：
-
刚刚为这个答案投了赞成票——尤其是重新启动包和分离主题区域。并且要添加一件事：打开包（在设计时和运行时）会导致整个包（所有任务）的验证。这增加了开发人员和生产环境的时间开销，并且最有可能的目标之一是尽快加载数据。验证时间取决于验证逻辑（也许您有一些具有长时间验证的非 MS 组件）和连接质量。当然，首先看一下答案中的指南，然后才考虑验证开销。
-
感谢您提供的信息！就目前而言，我的包包括清理程序，现在整个过程大约需要 30 分钟才能运行（每天要导入数百万行中的几个表）。这个包会越来越复杂，所以我想确定如果我需要分离一些东西，我会尽早做。