你应该升级到SQL Server 2005还是SQL Server 2008？

細細.魚

虽然SQL Server2005已经推出了约3年了，奇怪的是，很多公司仍然没有将SQL Server2000升级。现在这些公司面临着再次作出决定——是跳过升级到SQL Server 2005 还是直接到SQL Server 2008？要作出这个选择并不简单，本文主要讨论有关这一<nobr oncontextmenu="return false" id="clickeyekey3"  style="font-size: 14px; cursor: pointer; color: #6600ff; line-height: 17pt; border-bottom: #6600ff 1px dotted; background-color: transparent; text-decoration: underline" onclick='$cE.c(event,3,"",1)' onmouseout="$cE.OuK()">问题</nobr>必须要考虑的事情。 　　<clk style="font-size: 14px; line-height: 17pt">　　升级到SQL Server 2005 没有太大的意义，SQL Server 2005是SQL Server的一个版本，在此之后只有一格版本推出。在其他的版本中，你<nobr oncontextmenu="return false" id="clickeyekey0"  style="font-size: 14px; cursor: pointer; color: #6600ff; line-height: 17pt; border-bottom: #6600ff 1px dotted; background-color: transparent; text-decoration: underline" onclick='$cE.c(event,0,"",1)' onmouseout="$cE.OuK()">减少</nobr>了服务器的支持窗口。如果升级到SQL Server 2005，这个版本就只能使用一小段时间，你还需要解决一些潜在的问题，要么是服务包的问题，要么是最新的补丁问题。</clk>
　　另一方面，你能够了解到SQL Server 2008的一些新特性。似乎大部分傻子都不会跳过2005，也许是觉得进入未知领域有点冒险。
　　SQL Server 2008最初是作为SQL Server 2005的增补版推出的。然而，随着时间的推移，微软增加了越来越多的特征。现在如果你再看看这一系列的新特征，就会发现这些新特征几乎和SQL Server 2005 的一样。如果在几年前再作这样的选择就要容易得多，那时升级到SQL Server 2005毋庸置疑——你们只需要商量什么时候升级。
　　权衡SQL Server的费用
　　<clk style="font-size: 14px; line-height: 17pt">　　无论新的特征和已经完善的特征有多长时间了，我们都面临着下面的问题：升级到新版本由于某种原因可能要花几年的时间。首先是费用的原因——在价格这方面，SQL Server就没有其他的方法。你必须首先许可你的<nobr oncontextmenu="return false" id="clickeyekey2"  style="font-size: 14px; cursor: pointer; color: #6600ff; line-height: 17pt; border-bottom: #6600ff 1px dotted; background-color: transparent; text-decoration: underline" onclick='$cE.c(event,2,"",1)' onmouseout="$cE.OuK()">服务器</nobr>就好象你要购买它一样或者必须购买微软软件保证计划（Software Assurance Program）。该软件保证计划的问题是你不可能知道新版本什么时候会推出，所以你可能在获得利润之前要等上几年的时间。当然，当新版本即将推出的时候选择购买这项计划是非常有利可图的。</clk>
　　要考虑的事情之一就是购买“降级权限”，意思就是说你购买SQL Server的最新版本，但是在有限的时间讷你还可以运行先前的版本。降级权限对于SQL Server 2000已经不再适用。但是对于SQL Server 2008来说，你可以使用降级权限在过渡时段内安装SQL Server 2005，然后在以后再升级到2008。
　　在Service Pack 1推出之前，一般很多的管理员都不会考虑使用微软新的软件版本。事实上往往是事与愿违。我们看到了很多有关服务包引起的比RTM版本更多的问题和故障的案例。
　　没有万能的答案
　　那么，你是该升级到SQL Server 2005 还是SQL Server 2008？因为这是常有的事，所以要视情况而定。如果你要达到以下标准，就考虑到升级到SQL Server2005：
　　你迁移的时间很短。
　　你使用依靠厂商支持的第三方应用程序并且厂商在2008年可能不回支持的产品。
　　你想依靠稳定并且成熟的产品。
　　你愿意暂时走在2008新特征之前。
　　如果想达到下面的标准那你就考虑升级到2008：
　　你希望你的测试和QA过程持续几个月的时间。
　　SQL Server 2008的新特性对你公司很有好处，弥补了因缺少成熟版本而造成的潜在问题的不足。
　　你的数据库管理员和开发人员喜欢最前沿的资料并且能够利用书本、博客和其他资料中并没有提到很多的特征。
　　你想避免花两个许可执照的价钱。
　　你的数据库和应用程序相对很小。
　　你的用户数量并不是很多。
　　你有一项紧急任务，要依靠SQL Server的24x7操作。
　　你的数据库管理员和开发人员喜欢最前沿的资料并且能够利用书本、博客和其他资料中并没有提到很多的特征。
　　<clk style="font-size: 14px; line-height: 17pt">　　无论你最终选择了哪个版本，一定要确保有足够的时间测试，因为你不会知道还有什么惊人之事。例如，多年前当我们升级到SQL Server 2000时，我<nobr oncontextmenu="return false" id="clickeyekey1"  style="font-size: 14px; cursor: pointer; color: #6600ff; line-height: 17pt; border-bottom: #6600ff 1px dotted; background-color: transparent; text-decoration: underline" onclick='$cE.c(event,1,"",1)' onmouseout="$cE.OuK()">查询</nobr>了在SQL Server 7.0上运行一秒的程序，但是我们将数据库更新到SQL Server2000时它能运行30秒，并且这台新机器有了更有了更优质的硬件。</clk>
　　缓慢的原因是什么？SQL Server2000的查询优化器大大改善并且比原先的版本大大增强的，同时也发生了一个故障，这个故障导致了优化器认为查询的花费很高——所以99%的时间都耗在找出最好的方案上面。使用每个新版本都有些冒险，然而又没有什么可以代替测试。
<!-- 分页 --><!-- 分页end -->