问题：目前我们有大量的存储过程（很长，长达 10,000 行），这些存储过程是由不同的开发人员在过去 10 年中根据不同的需求编写的。现在管理那些复杂/长的存储过程（没有适当的文档）变得很困难。
我们计划将这些存储过程移至 SSIS ETL 包中。
有人做过这事吗？如果是，应该采取什么方法。
如果有人能够提供有关将存储过程转换为 SSIS ETL 包的方法的建议，我将不胜感激。
Thanks
我以前就这样做过，对我的团队来说行之有效的是从原始源开始逐步重构，然后迭代重构工作。
第一步是尝试将存储过程逻辑模块化为我们链接在一起的执行 SQL 任务。每项任务都经过测试和批准，然后我们将进行整合并确保新流程与遗留流程的结果相匹配。
之后，我们可以在团队中划分各个执行 SQL 任务，并对是否可以进一步将执行 SQL 任务中的 SQL 重构为本机 SSIS 任务进行负载平衡分析。
每个重构都经过单独的单元测试，然后进行集成测试，以确保整个流程输出的行为仍然类似于遗留过程。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
