|
Written by Rob Vieira
|
|
Sunday, 17 August 2008 |
|
It is probably old news to most of you by now, but SQL Server 2008 was built late the night of July 31st and made publically available on August 6th. This will, over its lifespan, be a truly awesome release and should be one you should be very excited about. That said, my initial recommendations on the product are "don't rush in". I make this same recommendation on any "just released" mission critical product, but this time it's particularly strong. This release of SQL Server, while it may well be my favorite since the 7.0 release, has had the highest velocity of change I've seen in a product approaching release. The number of features that weren't in the widescale betas (ok, CTP's) until RC0 was really surprising. Other key features received notable changes in behavior at RC0. This means that a significant piece of the product was only in widescale beta for just over a month before the release to manufacturing. Now, I know several of the members of that team and have a lot of faith in them, but I've also been doing software for nearly 30 years and know what the math looks like on likelihood of bugs in a product that size with that short of a beta cycle. Nutshell: Use the next few months to ramp up on the features of SQL Server 2008. I'm sure, as a developer or admin you'll be chomping at the proverbial bit to get to this upgrade, but watch the community for significant issues and figure on upgrades post SP1 (no reason not to start the planning part of your upgrades sooner though!). I'll post more general comments on the upgrade in the weeks to come. Until then, realize that SQL Server 2008 is distinguished as being an "everyman's release" of the product. It is, compared to the last several releases, notably short on splashy marketing features. What it is simply terrific on is how many real features it has - that is, how many features virtually every developer or admin will use in their every day work. |
|
Last Updated ( Sunday, 17 August 2008 )
|
|
|
Written by Rob Vieira
|
|
Monday, 04 February 2008 |
|
Back before my unplanned hiatis from making blog entries, I noted how SQL Server 2008 (then still refered to under the "Katmai" code name) had been predicted for 2007 release, but was very unlikely to make such a date. It would seem that I was correct. The latest work from Microsoft is a third quarter release. While I think that they will indeed make a Q3 release, I believe that it will be late Q3. For those wondering, updated versions of both of my SQL Server Programming books should be out within 30-60 days of release of SQL Server (exactly when depends on press schedules with the publisher). What should probably matter somewhat more to you, however, is what a SQL Server 2008 release means to your upgrade schedules. Let's address a few points relative to that (stay tuned for a post about features and what they mean to you).... |
|
Last Updated ( Tuesday, 05 February 2008 )
|
|
Read more...
|
|
|
Sorting Out Upgrade Schedules |
|
Written by Rob Vieira
|
|
Thursday, 25 January 2007 |
|
So, SQL Server 2005 has been out for about 14 months now as I write this. While I work with more than just SQL Server, I am, over the next couple of blog entires, going to utilize it as an example of the challenges that can go into upgrade scheduling for your database system. SQL Server users may get a bit of a challenge this year - dealing with an upgrade while still sorting out a previous upgrade. SQL Server has traditionally had the longest cycles between releases among the major RDBMS products. The gap between SQL Server 6.5 and 7.0 was just shy of three years. While it was only 21 months or so later that we saw SQL Server 2000, we had more than 5 year span before we saw the next upgrade - SQL Server 2005. Culture wise, this has yielded us organizations that use SQL Server extensively, but do not have any real experience dealing with the process of upgrading. Perhaps more importantly, they don't have the skills to determine when the notion of upgrading is the right thing for them to do. |
|
Last Updated ( Thursday, 25 January 2007 )
|
|
Read more...
|
|
|