SQL Server 2012在2012年4月2日进行了发布以供购买。而SQL Server 2014当前已发展到社区技术预览版（CTP）1并在不久的将来就会发布。（我有听到传言说将会是今年年底之前。）

对于SQL Server 2014中的新功能我是颇为兴奋的。我认为微软在确认和解决行业需求上做了出色的工作。本文并不是一篇专门针对新功能和如何使用它们的文章。自从6.5版本以来我就一直与不同版本的SQL Server打交道，并且我可以自信的说，经过这些年，此产品已经日趋成熟，特别是上一个产品以及当前的CTP版本。

在采用新的SQL Server版本前，很多人仍然在等待Service Pack 1（SP1）。我认为通过改进版本已经是过时了的想法，它与发布到SQL Server社区的早期版本可能有关也可能没有关联。

作为顾问，我看到在各个行业出于几乎是各种目的而部署的不同的SQL Server。很幸运因为这些经历让我对SQL Server及其使用有了一个全方位的了解。如果SQL Server 2014在2014年4月之前发布，也很可能会是这样，那么也就意味着当前版本会在两年内过时。

我在出门在外的时候，仍能看到很多的SQL Server 2000和2005部署并听说供应商们尚不支持SQL Server 2012。其实SQL Server 2000已经完全不受支持了，而且2005也将很快不再受支持。新版的SQL Server相对于SQL Server 2000有着巨大的改进，而那些客户都错过了一些非常不错的功能。

微软采取激进的发布改进周期来让产品快速成长以和甲骨文的数据库技术相抗衡。我认为这是一个必要的举动。他们在改进产品上做了出色的工作，并且SQL Server 2014的一些功能很可能会促使一些企业进行升级，但是我还是忍不住想，发布周期是否正变得太短了。考虑到其大小和复杂性，升级会是非常昂贵的，并且微软需要明白的是很多控制公司预算的决策者并不是数据库管理员（DBAs），他们也就很难明白为什么需要进行升级。微软很快需要发布一个版本，然后暂停在下一个版本上的工作并在发布更多SQL Server版本之前给数据库行业一个机会以跟上节奏。

越来越多地，我看到企业们说他们不准备升级当前版本并且他们会等待下一个版本。这可以是一个不错的策略，但是对于一个非常短的发布周期而言，这一拖延模式可能会演变成一场永久的等待游戏并且会对产品造成损害。

我猜想微软将在任何时间迅速地改变发布周期，所以你应该如何来应对呢？可能会有很多选项，而以下是我的一些想法。

接受这种情况是不会改变的并且任何成功的数据库都需要进行升级的观念。一旦我们接受这一观念，我们就能从项目一开始就将其融入到我们的应用程序生命周期计划中去。我们可以避免使用不宜用的功能和代码，我们还可以将ETL包参数化以方便机动性，并且我们还可以将购置成本纳入考虑因素。

让你自己跟上时代。SQL Server社区有很多免费信息。请抓住SQL Server的脉搏吧。

让你的员工跟上时代。发展出一种学习风气。投入一小部分公司的时间来用于成长。你的投资将会有非常不错的回报。

聘请专家来帮忙。如果这不是你每天要做的事情，可以考虑听取一些建议。

紧跟时代前沿。从SQL Server 2000升级至2014所要付出的努力将会比从SQL Server 2012升级至2014多出很多。

不要认为你可以很侥幸而永不升级。这样的想法会在最糟糕的时候陷你于不利。而且会让你付出昂贵的代价。这样的例子我在过去已经看过很多次了。