SSIS项目/解决方案在Visual Studio版本之间转换



我们运行了多个SSIS软件包,这些软件包多年来是使用BID和Visual Studio 2010构建的。

如果我使用VS2010打开了较旧的投标解决方案并将其转换,会发生什么?然后,投标会变得无法使用吗?是否有腐败或类似的负面影响?我可以肯定的是,其中一些较旧的解决方案甚至在VS2017中都不会打开。

有了较新的改进的Visual Studio版本,是否有任何理由不升级所有这些软件包,并且每个人都使用VS2017或类似?

目前需要多个VS的版本,并非总是安装的,因此由于各种安全原因以及不断安装的限制。升级所有内容并让所有人运行相同版本的软件似乎更有效,时间更少。

当前在SQL Server 2012上运行的软件包。

使用SSIS,建议您使用与您的SQL Server版本一起使用的Visual Studio/BID版本。

对于SQL Server 2012,您应该使用Visual Studio2010。

如果我使用VS2010打开旧的投标解决方案并将其转换,会发生什么?然后,投标会变得无法使用吗?是否有腐败或类似的负面影响?

是的,它将升级到您用来打开它的任何版本格式(即用SSDT ’12(即VS2010 Shell)出价的打开软件包,并且自动升级)。有一些方法可以降级它,但这是一个疯狂的手动XML操纵过程。话虽这么说,您的来源控制在哪里,伙计!

有了较新的改进的Visual Studio版本,是否有任何理由不升级所有这些软件包,并且每个人都使用VS2017或类似?

我使用VS2015,转换过程并不有趣。有趣的事实:当您在与SSDT同一台机器上安装VS2015或出价时,某些较低版本的注册表条目将被最高版本的版本覆盖,使您的某些配置SSIS任务(即。

有一对,至少我经历了:

  1. 可能不支持用于数据流源或目的地的连接提供商(即

  2. 从软件包转换为项目部署可能是一个巨大的头痛。

  3. 确保每个编辑SSIS项目的每个人都具有相同的版本,而补丁是大型组织的噩梦。

但是……如果可以的话,您应该是最新,最伟大的。一定要更新出价中开发的DTSX软件包!最后,如果您尚未设置集成服务目录,那就去做吧!伐木和安全性可找到无数的财富。

相关内容

  • 没有找到相关文章

最新更新