今年又有新版本的SQL Server发布。至于要不要升级，微软已经作了大量的宣传，然而他们所说的升级原因大都是基于功能的。事实上升级很少是因为功能，更多的是业务的需要。所以让我们考虑一些与功能无关的因素：

　　赞成升级：性能。 微软在每个SQL Server版本的核心数据库引擎上都投入了巨大的研发成本。以前，九个表的Join肯定是个灾难;现在这已经不是问题了。将SQL Server 2012 与早期的版本比较，会发现它有更好的整体性能。“更好的性能”总是考虑升级的一个原因。

　　反对升级：变更。新版本的SQL Server带来了一些重大的改变，但变化并不总是都好。例如，如果SQL Server中的高可用性特性完全改变了，IT 团队就不得不重新考虑如何才能让生产库实现高可用性。大多其他管理任务都保持不变，但是如果可用性是组织最关心的问题，那你一定要理解你要用新版本中的哪些特性。

　　赞成升级：生命周期。如果你正在使用即将过期(微软技术支持)的SQL Server版本，那么升级就是你应该考虑的。旧版本不能再接受为微软提供的Bug修复，服务包等支持。那就是说，不要让“不支持”成为你考虑升级的唯一原因。如果你有一个应用在现有的SQL Server版本上运行得很好，那么它还会继续运行得很好。只要你觉得“不支持”风险在问题发生的时候是OK的，仅仅是想得到“支持”而进行升级对你来说就不是那么紧迫了。

　　反对升级：兼容性。一些组织在他们的环境中有多个SQL Server版本，那么他们就会最首先考虑这个原因。一个组织同时运行着SQL Server 2000、2005、2008、2008 R2、甚至2012的状况并不常见。当有个应用它的后台数据库用的是SQL Server，你就会受限于使用应用厂商愿意提供支持的SQL Server版本。不用说这种升级是安全的——没有很多应用与特定的版本行为有强的依赖关系，“兼容性级别”这项数据库设置常常能解决发生的问题。然而，应用厂商所列的风险“除非另有规定，若在其它版本的SQL Server上运行应用，我们就不会提供支持”这个风险会使组织足够小心。

　　赞成升级：可管理性。这个偏离的“特性”有一些争议，但是每个新版本的SQL Server都对易管理性有些改进却是真的。SQL Server 2012也不例外。对Windows命令行的支持和其他管理方面有很大的改进，有一个明确的争论是升级现有的服务器到SQL Server 2012 会使你整体管理SQL Server更容易。

　　反对升级：未知的问题。SQL Server 2012是一个SQL Server新版本。它能带来“惊喜”，但一些组织并不喜欢“惊喜”。在如何管理稳定性、可用性和性能方面可能会有一些细微的差别;但问题很可能是微小的差异引起的。“未知的问题”并不只是兼容性问题，还包括SQL Server对环境的适应方式。不过如果产品团队能事先做了很好的沟通，这些问题并不会很严重。但总还是会有一种挥之不去的恐惧，这种未知的问题会使组织犹豫不前。

　　如果公司还继续使用着十多年前的客户操作系统(Windows XP)，这时，升级的想法仅仅因为新版本有美观的窗口界面。此时，组织还会倾向于考虑新版本有什么新功能、是否能解决目前遗留未解决的问题和挑战，或者他们是否有什么刚性需求想通过新版本解决(例如应用需求)。SQL Server 2012在性能、可管理性方面都有改进，这一点是肯定的，那么组织就需要权衡利弊来决定是否升级到SQL Server 2012。