Logo




Subscribe:
RSS 2.0 | Atom 1.0
Categories:

Sign In


[Giagnocavo]Michael::Write()

# Tuesday, April 19, 2005
SQL Server 2005 April CTP: Quick first glance

Install took about 15 minutes. I installed the database server + workstation components. No reporting, analysis yet. Maybe my eyes were playing tricks on me, but it seems that it will install multiple components simultaneously if dependencies are satisfied. That's neat. Anyways, the setup is a very slick setup, and I didn't get any annoying errors about having to reboot (which always seems the case with SQL 2000). No errors reported.

After you are done, it tells you to run SQLSAC: Surface Area Configuration. Wow, this is very cool. Right in your face: Do you want local only connections, or remote connections via TCP/IP or named pipes or both? For the many people that have a single-server setup (i.e., tons of web sites), this should be a nice and easy way to lock yourself down.

The old “client network setup” and server setup is replaced by an MMC-based configuration manager. Quickly view your setup. Nice.

The old help system has been replaced by the new kind (Help 2?). In the earlier versions of Yukon, this meant it sucked, as the help was very messed up. But now, like Visual Studio 2005 Beta 2, the help flies and works just great.

I tried adding an operator and adding an alert. While the alert shows it's been triggered a few times, the operator is never contacted (email). I set up “Database Mail”, but that didn't seem to help either. The help files had some really lame advice. Like “to set up notification, click notify” kind of stuff. Spent probably 10 minutes trying to get some notification going, to no avail. :@. Anyone know how to do this?

One that that is great about the Studio is that things actually work. In the earlier versions, nothing was implemented. I've successfully attached my SQL 2000 databases. This is a huge thing, as now I know I can just upgrade my servers and go full 2005! Bye bye SQL 2000. It's been great.

I really, really, like the SQL Server Management Studio. No more having to go to Query Analyzer separately. Now I can do everything right there. Very, very, nice.

The only ugly thing is that the grid UI they have looks really old and ugly. It still reminds me of SQL 2000's Query Analyzer or something. It's also terribly slow. The rest of the UI seems fast, but those damn grids are just screwed up. I can actually see the lag. I hope they get replaced.

Database diagrams are back (like they should be!). This is great. However, after importing my SQL 2000 database, I couldn't view my existing diagrams, and trying to create one results in:

Microsoft SQL Server Management Studio
----------------------------------------
Failed to retrieve data for this request. (Microsoft.SqlServer.SmoEnum)
----------------------------------------
ADDITIONAL INFORMATION:
An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)

Cannot execute as the database principal because the principal "dbo" does not exist, this type of principal cannot be impersonated, or you do not have permission. (Microsoft SQL Server, Error: 15517)

However, it did work fine on a new database. The diagrams are way uglier than before, but whatever. At least they are there. Having them makes up for the table editor sucking. Seriously, the table editor is as bad as Visio's table editor. This means you must click a field, and then go down to the bottom and use this little property editor to set basic parameters. I just don't get it...

Support in Visual Studio looks like exactly what I'd expect from a development standpoint. It appears that you get the entire tree of SQL Management Studio from the database on down. Cool.

Well, anyways, that's my first quick look. I'll be using SQL 2005 as my primary database from now on, so I'm sure I'll come up with a lot more feedback.

Misc. Technology
Tuesday, April 19, 2005 4:31:01 PM UTC  #    Comments [2]  |  Trackback

Friday, April 22, 2005 1:59:37 AM UTC
I'm so loving the new studio - and the Try/Catch syntax of the new T-Sql just plain kicks a33.
Thursday, June 02, 2005 5:02:27 PM UTC
It appears that your database owner may be invalid. Change the owner by calling the sp_changedbowner stored procedure, something like "exec sp_changedbowner sa" and then try again. I've seen exactly this behavior and this was the fix in this case. Oh, also make sure you're connection to the server has sufficient rights to do this sort of thing (login as 'sa' or equivalent if you can).
OpenID
Please login with either your OpenID above, or your details below.
Name
E-mail
Home page

Comment (HTML not allowed)  

Enter the code shown (prevents robots):

Live Comment Preview