作为一名 .NET 开发人员，出于什么原因我应该更喜欢 SSIS 包而不是编写代码？我们有a ton我目前工作的生产环境中的软件包的数量，它们对于“编写”（也许是绘制？）和维护来说都是一场噩梦。每个包看起来就像一碗五彩缤纷的意大利面条，在抽象分解的地方混合了 C# 和 VB.NET 脚本。为了弄清楚每个“执行 SQL 任务”或“Foreach 循环”的作用，我必须双击该该死的东西并浏览分散在多个选项卡中的文字值和表达式树。
我很开放，所以我想知道是否还有其他好的开发商发现 SSIS 比仅仅编写一些代码更有效率。如果您确实发现 SSIS 效率更高，请告诉我原因。
我每天都使用 SSIS 来维护和管理大型数据仓库和多维数据集。两年来我一直 100% 从事商业智能和数据仓库工作。在此之前，我是一名 .NET 应用程序开发人员，工作了 10 年。
SSIS 的价值在于作为一种工作流引擎，可以将数据从一个位置移动到另一个位置，并在此过程中进行一些有限的转换和条件分支。如果您的包包含大量脚本，那么您的团队正在使用 SSIS 执行错误的任务，或者对 SQL 不熟悉，或者已经接受了炒作。 SSIS 包非常难以调试。脚本组件绝对是一场噩梦，只能用于格式化、循环或作为最后的手段。
- 保持你的包简单，sql 任务和数据流任务。
- 尽可能多地在 SSIS 之外完成工作，最好是在 SQL 中
- 将变量保留在单个全局范围内
- 将 SQL 保留在变量或存储过程中，切勿内联
- 将变量值保存在配置存储中，最好是 SQL 数据库
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
