Today I was creating a new project in Studio Team System 2008 Database Edition, and needed to import a SQL Server 2008 DB. I went looking for a SQL Server 2008 template for Visual Studio… instead, I found the Microsoft® Visual Studio Team System 2008 Database Edition GDR that was release a few weeks ago. With this General Distribution Release (GDR), you get support for SQL Server 2008 as well as a number of cool features. If you’re using VSTS Database Edition, definitely check it out…
Archive for December 2008
A few weeks ago I spoke at PASS on using the Resource Governor in SQL Server 2008. For my demo, I created a little application that could fire off multiple queries against SQL Server to simulate different users/applications. This tool… gasp… creates a load on SQL Server. People seemed interested in the application, so I’ve decided to release it on CodePlex. You can find the project here.
For anyone that saw that demo, this tool has gotten a a bit of a face lift… I sort of got bored over the holidays, and added a few features that I wished I had when I was using it to demo, as well as just playing around. It’s nothing fancy… I just put it together one Saturday for my presentation, then gave into some feeping creaturism a couple of nights.
I originally created this to test settings for the SQL Server 2008 Resource Governor. You can also use it as a (very) light weight load testing tool, but no promises on that. I’m not planning on adding any features to it, or supporting it much, but I thought I’d put it out there.
Here’s what it looks like:
Here’s a summary of the features:
- Runs multiple queries against SQL Server. You can add as many as you like.
- Each query can be either a SQL User or Domain User.
- You can specify an Application name for the connection.
- You can specify the new of concurrent threads to use for each query.
- You can start all queries, stop all queries, remove all queries.
- There is logging (you can toggle on and off… it isn’t precisely thread safe, and can cause crashes when there are lots of failures on multiple threads) for failed queries.
- You can set all the defaults on a per user basis, and persist them.
- Each query has a # of Runs and a # of Fails counter. You can use the ‘Reset Counters’ feature to reset the total counts (not the per query counts).
You can save your settings via the ‘Options’ menu. You can add default items to the different dropdowns, provide default query settings, change the log locations, etc. You can also modify the stock connection string… though keep in mind some of the settings (particularly ‘pooling=false’ will affect the way the application works… namely, the connections to SQL Server won’t be closed).
That’s about it… enjoy!