完全序列化 DBMDL 所需的时间(完成“您的项目将在完成 10000 次操作后可用)正在成为生产力的障碍。
我已尽我所能优化磁盘活动(不包括病毒扫描程序中的个人 TEMP 文件夹以及我的本地源存储库)。如果没有 SSD,我不确定我还能按照这些思路做些什么。
我相信这与项目的组织方式有关。完成的 DBMDL 文件大约为 150MB。我们组织中的其他人似乎没有这个问题。
有人必须处理这个吗?
完全序列化 DBMDL 所需的时间(完成“您的项目将在完成 10000 次操作后可用)正在成为生产力的障碍。
我已尽我所能优化磁盘活动(不包括病毒扫描程序中的个人 TEMP 文件夹以及我的本地源存储库)。如果没有 SSD,我不确定我还能按照这些思路做些什么。
我相信这与项目的组织方式有关。完成的 DBMDL 文件大约为 150MB。我们组织中的其他人似乎没有这个问题。
有人必须处理这个吗?
看看这个论坛帖子。
http://social.msdn.microsoft.com/Forums/en-US/vstsdb/thread/5f5fa150-c015-43a3-ab59-77737fdfb820
他们表明在 vs2010 中的性能要好得多
我一遍又一遍地处理这个问题。除非您在关闭之前编译并保存解决方案,否则下次打开它时,它会将您锁定。我曾经有大约 90K 的操作待处理。到了一定程度,我开始制作咖啡只是为了逃避。
另外,我停止关闭 VS2008。
我强烈建议升级到 VS2010。首先,模型的构建发生在后台并且不会干扰。其次,它在很短的时间内完成。还有很多其他的升级原因,但性能是我的杀手锏。
任何可以证明升级合理性的方法都是一种很好的方法,但与此同时,您可能会查看您的 master.dbschema 文件。修剪掉这个文件中包含的所有绒毛,我用相对较少的努力(30 分钟?)节省了相当多的时间。下面的文章有你需要的信息。