Syncing Releases

SQLServerCentral is supported by Red Gate Software Ltd.

Popular Topics

Home

Members

Calendar

Who's On

Home » SQLServerCentral.com » Editorials » Syncing Releases

11 posts, Page 1 of 2

1 2 »»

Syncing Releases

Rate Topic

Display Mode

Topic Options

Author

Message

Steve Jones - SSC Editor

Posted Wednesday, June 03, 2009 7:00 PM

SSC-Dedicated

Group: Administrators
Last Login: Today @ 3:26 PM
Points: 31,425, Visits: 13,738

Comments posted to this topic are about the item Syncing Releases

Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help

Post #728623

Carl Federl

Posted Wednesday, June 03, 2009 7:49 PM

SSCrazy

Group: General Forum Members
Last Login: Today @ 2:32 PM
Points: 2,224, Visits: 4,083

As there do not appear to be significant dependecies between the Database Engine, Analysis Services, Reporting Services, Integration Services and the new Master Data Management, MS would be better off breaking the release schedule dependencies between these services. Then, a delay, show stopper flaw, or significant change in any of the services could be released on a different schedule.

SQL = Scarcely Qualifies as a Language

Post #728628

James Stover

Posted Thursday, June 04, 2009 4:35 AM

SSC Veteran

Group: General Forum Members
Last Login: Tuesday, October 30, 2012 10:37 AM
Points: 263, Visits: 859

Let's run that list again:

SQL 2008 R2
Windows 2008 R2
Office 2010
Visual Studio 2010
(Windows 7)
(Exchange 2010)

You have to think about it; that's a big list. I would guess that 1/2 (or more) of the company are engaged in developing and selling those products in some way (design, dev, test, PM, marketing, etc.). I'm wondering if Microsoft hasn't had enough manpower to see a synchronized release of their flagship products until now. Sure, MSFT is a big company but we must be talking tens of millions of man-hours - could even be hundreds of millions - to do a fully synchronized release cycle of this size.

It will be interesting to see if they can do it successfully. It will certainly set the bar very high for future release cycles.

James Stover, McDBA

Post #728801

Chris Harshman

Posted Thursday, June 04, 2009 7:34 AM

SSCommitted

Group: General Forum Members
Last Login: Friday, May 17, 2013 7:19 AM
Points: 1,562, Visits: 1,716

In a way, I'd have to agree with Carl in that there are already too many things tied into a release of SQL Server. While I can understand the desire of Microsoft to bundle in all those additional features with SQL Server to add value for the customers, a full release of SQL Server should be more about changes to the RDBMS.

Remember that products like SQL Server, Oracle, DB2, and others are aimed at corporations. Most corporations tend to value stability more than the latest wiz-bang features. While the database vendors don't want their products to seem stale, corporate mentality and an "if it ain't broke don't fix it" attitude would make a new full release of a product consideration for new projects and systems. Upgrading the information infrastructure of an existing system is generally seen as a major undertaking. I know for a fact that some companies still run SQL 2000 for major systems and are only now just considering moving to SQL 2005.

Post #728937

Steve Jones - SSC Editor

Posted Thursday, June 04, 2009 7:42 AM

SSC-Dedicated

Group: Administrators
Last Login: Today @ 3:26 PM
Points: 31,425, Visits: 13,738

Chris,

It's a balance and I'm not sure how to address it. Microsoft doesn't expect, in my mind, everyone to upgrade to the next release. What they likely think is they will have 30-50% each time, with some people upgrading every 3 years, some every 6.

The problem is that if you wait 5-6 years between releases, it's a big upgrade. There are so many feature changes that it can be a hassle to train your people, not to mention upgrade related software. It's also harder to test and know if it makes sense.

Do any of us want to develop one big piece of software every 3 years in our company? No, we want to be more agile, releasing more often, and vendors are doing this as well. They also have to work out pricing, support, etc., but by moving to shorter cycles, they can get a certain amount of people to move each time in smaller upgrades.

Oracle, DB2, etc. do this, but they do point releases, and Microsoft has gotten away from that in a marketing move. However I believe the IBM/Oracle force maintenance on you, so you are paying for the point releases in a different way.

I'd say that MS should offer discounts for upgrades, and perhaps include R2 for free if you have the "base" version.

Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help

Post #728944

Dan Guzman - Not the MVP

Posted Thursday, June 04, 2009 10:02 AM

Say Hey Kid

Group: General Forum Members
Last Login: Friday, April 26, 2013 11:57 AM
Points: 708, Visits: 660

Considering all the new features they add each time with each product, and the amount of overlap, it's really about time.

With office 07 we saw OpenOfficeXML, but SSMS 2005 couldn't import it. Now we have 2008 reporting services, but VS2008 was released first, and doesnt have the report viewer (yet) These disconnects are the most frustrating to me. When you work with the rest of the system/organizations, many of these applications overlap, and when the features don't connect your stuck.

If I have specific features in one application that I like, but I can't use them because the other products it would work best with don't have that feature because it won't be relesaed until next year, then I'll just wait.

If they are released together, then I might buy them all, becuase I can use them all to upgrade my system. ie use the new SSIS to import OpenOfficeXML files, crunch, combine, split, modify, then display in my SSRS report viewer in VS 2008.

It's in Microsoft's best interest.

Post #729096

Markus

Posted Thursday, June 04, 2009 11:15 AM

Ten Centuries

Group: General Forum Members
Last Login: Today @ 2:16 PM
Points: 1,048, Visits: 2,215

We are falling WAY behind here. Most of our SQL Server stuff is still on SQL 2000 (stable and if it ain't broke don't fix it). We have a few 2005 and have not even looked at Win2008 or SQL 2008 and now R2 will be out next year followed by SQL 2011 the year after... WOW !

Post #729157

Chris Harshman

Posted Thursday, June 04, 2009 11:29 AM

SSCommitted

Group: General Forum Members
Last Login: Friday, May 17, 2013 7:19 AM
Points: 1,562, Visits: 1,716

Steve,

I'm not arguing with you, although the expectation of 30-50% upgrades seems rather high. I'm just trying to convey the corprate mindset that I've seen in 15 years as a database professional for several different companies. They typically end up with a mixed environment, older systems on the version that was recent at the time that system was developed or had a major overhaul, and newer systems on the more recent versions.

More releases more often = bad idea in the corporate world, because it will be more different releases that the IS/IT department has to support simultaneously.

Post #729163

DPhillips-731960

Posted Thursday, June 04, 2009 11:35 AM

Ten Centuries

Group: General Forum Members
Last Login: Friday, August 10, 2012 6:08 PM
Points: 1,156, Visits: 801

I applaud the release, as it will help to push the 2008 series out there. Many wait for a second release for fear of problems and bugs, and this will mainstream it. 2008 has great enhancements especially in the BI sets. I look forward to this with much optimism.

Post #729164

Steve Jones - SSC Editor

Posted Thursday, June 04, 2009 11:54 AM

SSC-Dedicated

Group: Administrators
Last Login: Today @ 3:26 PM
Points: 31,425, Visits: 13,738

Chris,

I tend to agree with you. Most IT groups don't want to upgrade servers often. But they will look to new versions, and I think it's a good idea to do a few here and there. It is harder to support, but if you take care of your staff and limit turnover (easier to do if you try), they can support the old versions, plus they get to learn new things.

I think the expectation for SQL Server DBAs going forward is that you'll need to support 3 or 4 versions of the platform at any time.

Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help

Post #729174

« Prev Topic | Next Topic »

11 posts, Page 1 of 2

1 2 »»

Permissions