Sql server SSIS设计模式：将所有T-SQL任务转换为SSIS组件

有人建议重新设计项目中的所有SSIS包。问题是，目前所有功能都已使用T-SQL存储过程（执行SQL任务）实现。我被要求将所有这些T-SQL任务重新设计为SSIS组件

当我检查存储过程时，这些不是复杂的t-sql，它只能处理小数据集

我看不到使用SSIS组件实现所有这些功能的任何好处。如果您是SSIS开发人员，请分享您的想法和经验/任何其他建议

SSIS通常对tsql有一个巨大的缺点——它会将数据拉出来（除非您只向数据库发送SQL。它的主要优点是比SQL更灵活、更强大（另外，它可以在另一台机器上运行，增加了可伸缩性）

---

在您的案例中，似乎somoene已经决定对SSIS包进行标准化，可能是为了标准化，这是有一定意义的。在这种情况下，不说标准化总体上是件好事。其余的都是基于意见的，所以我不会在这里谈论它。

您说“我将重新设计项目中的所有SSIS包”，然后说“我看不到使用SSIS组件实现所有这些包的任何好处。”"-那你为什么首先要重新设计它！？被要求可能吗？我会反对做这样的更改。SQL任务更具可移植性。还记得我们都使用DTS工作，然后他们切换到SSIS吗？所有不是t-SQL任务的东西都必须重新编写。除非更改内容有明显的好处，否则我会离开事实上，如果您在同一台服务器或同一个数据库中进行内部工作，那么与存储过程相比，使用SSI没有任何优势，尤其是如果存储过程已经存在并可以工作。如果您试图通过某种转换从外部源中拉入数据，那么SSI更有可能具有价值。我认为唯一的好处是fit将是错误处理，如果您将SP拆分为DFT，您将能够跟踪问题。但是，如果一切正常，则可能需要大量工作，但没有什么好处。是的。我们正在标准化。。。