|
|
|
SSC Rookie
      
Group: General Forum Members
Last Login: 2 days ago @ 6:03 PM
Points: 41,
Visits: 172
|
|
from planning our company migration from 2k5->2k8, it looks like it will at least be easier than our 2k->2k5 migration
|
|
|
|
|
SSC Veteran
      
Group: General Forum Members
Last Login: Wednesday, May 22, 2013 3:57 AM
Points: 288,
Visits: 1,903
|
|
SQLMadness (12/18/2009) We are currently upgrading from SQL Server 2005 to 2008. One major factor in our decision to upgrade was Filtered Indexes.
Yup, this is the feature I earely want to use and will help a lot in typical applications.
|
|
|
|
|
Forum Newbie
      
Group: General Forum Members
Last Login: Monday, December 21, 2009 11:25 AM
Points: 1,
Visits: 3
|
|
Upgrade to 2008 because its code base may be different than 2005 and you will get efficient processing and support from Microsoft. Microsoft may have improved code otherwise they will not ask you to upgrade. Look the way we develope and maintain our applications.
Also if you want to get Enterprise features of 2008 later then you will be ready and there will be no downtime and re-testing.
|
|
|
|
|
Forum Newbie
      
Group: General Forum Members
Last Login: Monday, May 10, 2010 9:18 AM
Points: 1,
Visits: 10
|
|
Thx for working thru features vs cost. My client's application has been SQLS/2k for 5 years; no upgrade in the original license AFAIK, so several thou $ to consider SQLS/05, so I had not even looked at it. Now, it seems that if it ain't broke w/SQLS/2k, then "fixing" it w/any subsequent version is not worth the $ ... or any more time reading thru 9 pages of comments .
|
|
|
|
|
SSC Journeyman
      
Group: General Forum Members
Last Login: Friday, November 02, 2012 7:05 AM
Points: 75,
Visits: 446
|
|
SQL 2008 Compression and Table Partitioning are not to be underestimated. They have allowed us to easily justify going to Enterprise Edition instead of Standard Edition when we upgrade from SQL 2000. Our two largest databases BUDGET_HOURLY and BUDGET have been reduced in space used for the data files (mdf files) from 531 Meg to 106 Meg and 239 Meg to 44 Meg. In the BUDGET_HOURLY database all tables were compressed and in BUDGET database we compressed only tables with more than 10 million rows. The table partitioning greatly improved nightly index rebuild times on the largest tables, and the applications is running significantly faster. SQL Server 2008 is running as a virtual machine under Hiper-V, but on a faster box than the SQL 2000 so comparing run times gets complicated. Suffice to say, we are very happy with the results of moving to SQL 2008 Enterprise on a virtual machine. We really did not think we could justify Enterprise Edition until we did the testing, but we had the machine and we had the time, and the results far exceeded our expectations.
|
|
|
|
|
Forum Newbie
      
Group: General Forum Members
Last Login: Tuesday, May 07, 2013 8:17 AM
Points: 2,
Visits: 29
|
|
John S. meant GB (not meg).
|
|
|
|
|
SSC Journeyman
      
Group: General Forum Members
Last Login: Friday, November 02, 2012 7:05 AM
Points: 75,
Visits: 446
|
|
There is an error in the database sizes from my previous post, should be Gig not Meg. (531 Meg to 106 Meg and 239 Meg to 44 Meg) should be (531 Gig to 106 Gig and 239 Gig to 44 Gig). It would be difficult to justify Enterprise Edition if the databases were that small.
|
|
|
|
|
Forum Newbie
      
Group: General Forum Members
Last Login: Wednesday, August 31, 2011 9:31 AM
Points: 3,
Visits: 4
|
|
| I imagine most companies will move to SQL Server 2008 because of the off-box key management features the Enterprise version provides. Anyone that has to pass a PCI-DSS audit will definitely appreciate that feature, along with the other encryption artifacts.
|
|
|
|
|
SSCertifiable
       
Group: General Forum Members
Last Login: Today @ 11:26 AM
Points: 7,112,
Visits: 7,187
|
|
Good article, and much interesting discussion.
The outfit I ran until the middle of last year will be going to SQLS 2008, despite it not being much different from 2005 - but won't be going to 2005. Having not yet upgraded from SQLS 2000 Std edition, the upgrade is now going to be direct from SQLS 2000 to SQLS 2008, skipping 2005. Then the app environment will be upgraded to the latest .net version and use WPF and XAML.
Being a small outfit with customers to whom IT is generally regarded as a cost to be minimised meant we didn't have the option of upgrading a customer's SQL servers during the contract or of using a more expensive MS licensing model that would allow the customer's systems to be upgraded for free.
The one after SQLS 2008 will probably be skipped too, for the same reasons - unless there's a real zoom in the target market that allows a lot of growth.
Tom Is minic a gheibheann béal oscailte dorn dúnta. Is minig a cheapas beul fosgailte dòrn dùinte.
|
|
|
|
|
SSC-Dedicated
           
Group: Administrators
Last Login: Today @ 11:20 AM
Points: 31,437,
Visits: 13,752
|
|
|
|
|