Tuesday 10 August 2010

Data Compare crashes Visual Studio 2010

Although I'd previously noticed the Data Compare and Schema Compare options on the Data menu in Visual Studio, until today I didn't have a good reason to see what they can do.

Note I'm running VS Ultimate; if you can't see it, I'm not certain in which editions of the product this menu makes an appearance. SQL Server Management Studio 2008 doesn't seem to have a comparable tool that I'm aware of—which seems odd—but please comment if you know something I don't.

So here's the situation: two copies of the same database, one that's been moved to a different server and both of which have data changes. Your mission: find and fix the differences.

Open VS, Data –> Data Compare –> New Data Comparison…

CRASH!

Luckily I was able to work around this problem (feature?) by re-opening VS, Data –> Transact-SQL Editor –> New Query Connection, connecting to any ol' database (or optionally just cancelling out of the connection window) and then launching the compare wizard again.

I'm not sure what this does since you specify a database connection in the compare wizard anyway and cancelling the connection window or closing the new query window after opening the Transact-SQL Editor connection makes the problem go away. I've logged a bug with Microsoft connect.

Update 6 Sept 2010: MSFTConnect just got in touch to tell me this is likely related to the Solution Navigator extension in the Productivity Power Tools. Disabling apparently fixes the problem and the problem should be fixed this month.

If you found this post helpful, please support my advertisers:

5 comments:

  1. Hi,
    it worked for me. I had the same problem, disabled the Solution Navigator and now the Schema Compare works again. Thanks!!!

    David

    ReplyDelete
  2. Thanks for posting the fix.

    ReplyDelete
  3. It worked for me. Thanks!

    ReplyDelete
  4. Thanks a lot, this issue has been driving me crazy. The fact that an addon can crash VS makes the whole concept of addons useless. Addons should be isolated from the main app.

    ReplyDelete
  5. @Antoine: I agree the Visual Studio add-on architecture should do more to prevent this kind of issue but I suppose that comes with its own trade-offs in terms of extensibility, etc.

    I think it's fair to expect high quality from Microsoft add-ons but Brian Harry has an interesting post about where Power Tools fit in the larger release hierarchy. In my view, they're all about the features we all want NOW--before the next major product release. As with cumulative updates, we install these packages with the knowledge they may contain bugs and testing was not as comprehensive as what it would be for a service pack or major release.

    http://blogs.msdn.com/b/bharry/archive/2006/11/30/team-foundation-server-roadmap.aspx

    ReplyDelete

Spam comments will be deleted

Note: only a member of this blog may post a comment.