打开解决方案时，如何手动阻止文件在设计器中自动加载？

Question

我有一个Visual Studio 2005 BIDS项目，它将大约30个数据库表从一个系统数据库导出到另一个数据库。

有时我需要在导出过程中添加一个表。此外，自SSIS Package项目的起源以来，我不得不将其更新8-12次。每次我没有使用Visual Studio Designer或加载项目时遇到任何麻烦。

今天我需要在导出项目中添加另一个表，但是存在问题。当我打开Visual Studio 2005并打开项目时，设计器窗口会尝试打开我的package.dtsx文件，但VS只是挂起并且从未实际将文件加载到设计器。如果我尝试与VS窗口进行交互，则会从Windows任务中弹出一个气球，说明“Microsoft Visual Studio很忙”。

自从我上次部署到SQL Server以来，我的包和我的VS项目一直运行良好。这是一个新问题，我以前从未见过它。

有没有办法可以修改我的Visual Studio解决方案文件，以便我的Package.dtsx文件不会自动加载到设计器中？

或者，是否有一些我可以使用的方法，程序，实用程序等可以清理我的Visual Studio解决方案或项目？

最终我需要用我的包文件解决问题，但我知道这些信息有限，这可能是一个模糊的问题。现在，我希望能够在不将文件自动加载到设计器中的情况下打开我的Visual Studio解决方案。

Answer 1

根据您的评论，删除或移动.suo文件。这是包含项目解决方案中所有已打开文件的文件。

默认情况下，控制流任务上的DelayValidation属性设置为 False 。这意味着每次打开包时，所有连接管理器都将被验证以确保它们仍然有效。

如果我正在处理大型软件包，我通常更愿意将DataFlow任务中的DelayValidation属性至少设置为 True ，以便验证DataFlow任务中使用的连接管理器只在程序包执行期间发生，而不是每次打开它时都会发生。

在以下MSDN链接中阅读有关DelayValidation属性的更多信息。

DtsContainer.DelayValidation Property

回到您的问题，请确保在关闭解决方案时没有打开任何软件包。这样，下次打开解决方案时，它不会尝试在IDE中加载任何包。

如果不起作用，请右键单击SSIS项目并选择Properties。请确保在Debugging部分中，StartObjectID属性未设置为解决方案中的任何特定包。下面的截图来自SSIS 2008 R2 VS 2008 Shell。

希望这就是你要找的东西。

Answer 2

在解决方案文件夹中查找.suo文件。它包含有关您的解决方案的Visual Studio环境的用户特定信息。

删除它，当您打开解决方案时，Visual Studio不会自动打开任何包或文件。随意删除它，因为它不包含package / projects / solution功能所需的任何信息。