Visual Studio gets stuck on opening a SQL project
Asked Answered
P

3

21

We are trying to set up a SQL project, on a new machine with Windows 7, VS 2010 with SP1 & SSDT 2010 (installed SSDT 2010 from ISO image). But getting the below message when I open the sqlproj:

Verifying your model is synchronized with your source files. Your database will be ready in 12734 operations are completed.

And the number keeps on increasing. And it keeps on running in the background.

I tried re-installing SSDT and VS 2010 but it did not help.

I created a new database project for Northwind DB, and had the same issue. I ran procmon and saw it's just going over and over the same files.

It works fine in another system with a similar configuration.

The issue seems to be related to TFS, if I unbind from TFS, it works fine. But I am not sure about the exact cause.

Plossl answered 2/7, 2014 at 10:30 Comment(0)
O
19

My suggestion is if you are using source control such as Git and you have just switched branches and you are hitting this issue is to use git clean which will remove untracked files (which VS and SSDT are choking up on)

git clean -fdx

Not sure what to use if you are on TFS or SVN or HG.. but same idea applies

Orientate answered 26/2, 2015 at 20:42 Comment(4)
This seemed to work for me, especially as sometimes there a lot of untracked files created by SSDTNeckar
Wish I could up-vote this several more times! Really pleased to have got VS 2015 finally working. Many thanks.Hora
This is a fix in sorts but...I just wondered if anyone knew which file in particular is causing the system to lock.Pennypennyaliner
Don't forget to commit any uncommitted work before doing this (like I just did) :(Hora
P
7

I deleted the .suo file in the .vs folder in the root of solution directory. This fixed it for me. I think this is the best and least damaging answer as it preserves your modified files and some of your other settings (of course some settings such as your start up project will be lost)

Pennypennyaliner answered 13/7, 2016 at 16:17 Comment(3)
This worked for me in VS 2015. It was a project that was converted from 2013.Backstay
Worker for me in VS 2022. The path from the root of the repo was .vs/{solution-name}/v17/.suo. Due to deleting the file, I was able to load the solution again, but I lost the open tabs and the state of folding in Solution Explorer.Lumumba
It seems I also lost exception settings, breakpoints, and startup projects.Lumumba
P
2

MCafee antivirus was causing the issue. The issue got resolved after disabling the antivirus.

Plossl answered 17/7, 2014 at 11:24 Comment(1)
Its an answer, and a worthy one. Virus scanners often detect programming tools as being a problem or the realtime scan engines insist on scanning each and every file, causing this kind of slowdown.Lareine

© 2022 - 2024 — McMap. All rights reserved.