Ssis 项目级连接管理器除了跨包通用之外还有什么好处？

我在包中有两个连接管理器

我想知道我是否需要让他们成为项目级连接经理

唯一的优点是连接管理器可以与多个包共享

---

项目级连接管理器除了跨软件包通用之外还有什么好处？

项目级连接管理器将分享

数据库连接只有一个视图，这意味着当服务帐户密码更改时，只需要更新一个实体。或服务器名称更改或数据库移动。我在一个环境中工作，当您向上移动环境层时，您的服务器和数据库名称都发生了更改

• SrvDev1->WebTeamDevDB
• SrvTest1->SLSTESTDB
• SrvLoad1->SLSLOADDB
• SrvStage1->SLSSTAGEDB
• SrvProd1->SLSPRODDB

让所有包使用一致的、共享的连接管理器定义，可以大大简化ETL的开发、维护和操作

n、 b。 尽管任何连接管理器都可以升级/定义为项目级连接管理器，但我还没有看到将文件级连接管理器作为项目范围工件的成功案例

从评论中

---

项目范围工件的文件级连接管理器有什么问题 作为包级或项目级连接管理器，它们可以很好地工作。我从来没有理由跨多个包使用同一个平面文件连接管理器

如果我要导入一个销售文件，那么只有SalesImporter SSIS包需要知道它。销售和客户数据可能位于同一个数据库中，因此共享的项目级数据库连接管理器是有意义的。但是只有一个包可能使用不同的平面文件连接管理器。我认为您必须为一个包中的所有连接管理器支付验证时间，因此，如果有50个文件需要验证，而只需要1个，为什么我们要浪费时间使包复杂化？作为一名维护人员，这将是我的第一个问题，接下来的问题是——在我深入挖掘事件处理程序时，是否在我看不到的地方使用了这些事件处理程序，以及在其他任何可能被发现的地方使用这些事件处理程序

---

总之，不要让不应该共享的共享工件给包增加负担。

文件级连接管理器有什么问题？项目范围的工件。添加了一条关于我为什么不相信文件级连接管理器的注释