SQL Server 2005 SSIS 包可以有多大定义 在设计时或运行时性能受到影响之前成为?我不是在谈论传递的数据集的大小,甚至不是返回的列数。我只是在谈论包中使用的序列、任务、数据流任务和变量的数量。我有一个包,我的实现还不到一半,我总共有 20 个序列(一些嵌套)、16 个数据流任务和 28 个非数据流任务(主要是执行 SQL 和脚本任务) . .dtsx 文件本身到目前为止是 4MB。
当我完成时,我可以很容易地看到包装袋是当前尺寸的两倍甚至三倍。我还没有看到任何性能问题,但我想知道我是否会遇到任何问题。有没有其他人遇到过大包定义的设计时或运行时性能问题?是否有封装大小限制的最佳实践?
最佳答案
听起来确实是时候将该包分解为单独的包,然后使用“执行包任务”来执行它们。这太大了。
关于performance - SSIS 包多大才算太大?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2306428/