当我打开解决方案时，如何手动防止文件自动加载到设计器中？

Question

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

有时我需要在出口过程中添加表。另外，自SSIS软件包项目的起源以来，我不得不将其更新8-12次。每次我对Visual Studio设计师没有任何麻烦或加载项目。

今天，我需要在出口项目中添加另一个表格，但存在问题。当我打开Visual Studio 2005并打开项目时，设计师窗口试图打开我的 package.dtsx 文件但VS只是悬挂，从未真正将文件加载到设计师。如果我尝试与VS窗口进行互动，那么Windows任务痛苦中会弹出一个Ballon，说“ Microsoft Visual Studio很忙”。

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

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

另外，是否可以使用一些方法，过程，实用程序等。我可以使用可以清理视觉工作室解决方案或项目的方法？

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

Answer 1

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

默认情况下， DelayValidation 控制流程任务上的属性设置为 错误的. 。这意味着每次您打开一个包，所有连接经理都将经过验证，以确保它们仍然有效。

如果我要处理一个大包装，我通常更喜欢设置 DelayValidation 财产 至少 在数据流任务上 真的 因此，数据流任务中使用的连接管理器的验证仅在软件包执行期间发生，而不是每次打开时。

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

dtscontainer.delayvalidation属性

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

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

希望这就是您想要的。

Answer 2

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

删除它，当您打开解决方案时，Visual Studio将不会自动打开任何软件包或文件。请随时删除它，因为它不包含包装/项目/解决方案功能所需的任何信息。