performance - SSIS 包多大才算太大?

标签 performance ssis

SQL Server 2005 SSIS 包可以有多大定义 在设计时或运行时性能受到影响之前成为?我不是在谈论传递的数据集的大小,甚至不是返回的列数。我只是在谈论包中使用的序列、任务、数据流任务和变量的数量。我有一个包,我的实现还不到一半,我总共有 20 个序列(一些嵌套)、16 个数据流任务和 28 个非数据流任务(主要是执行 SQL 和脚本任务) . .dtsx 文件本身到目前为止是 4MB。

当我完成时,我可以很容易地看到包装袋是当前尺寸的两倍甚至三倍。我还没有看到任何性能问题,但我想知道我是否会遇到任何问题。有没有其他人遇到过大包定义的设计时或运行时性能问题?是否有封装大小限制的最佳实践?

最佳答案

听起来确实是时候将该包分解为单独的包,然后使用“执行包任务”来执行它们。这太大了。

关于performance - SSIS 包多大才算太大?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2306428/

相关文章:

SSIS脚本任务在服务器上失败,错误为 "Cannot load script for execution"

c# - 以编程方式添加 SSIS 连接 - Oracle Provider for OLE DB

java - 从 403MB(是的,我有这个权利)html 文件中有效提取特定表

performance - 更快地计算两个位置之间的距离(邮政编码)

mysql - 对百万行表,MySQL 的 LIKE 查询的性能

c# - 动态获取第一个 Excel 工作表的名称并将其影响到变量

sql-server - 无法更改 SSIS 转换脚本编辑器中的值

sql-server - 当我保存SSIS包时,更改将丢失

javascript - requirejs - 多次调用 require 的性能

Java 8 将对象添加到列表的有效方法