SQL Server兼容性级别不起作用
问题描述：
我们最近遇到了一个问题，即我们的开发团队编写的SQL包括SQL Server 2012/2014的新功能，并且SQL Server 2014在2008 compatibility中运行时允许使用该功能。SQL Server兼容性级别不起作用
当我开发服务器上运行该
EXEC SP_DBCMPTLEVEL '<insert db>'
GO
IF 1=1
THROW 51000, 'values match', 1;
GO
它返回
当前兼容级别为100
消息51000，级别16，状态1， 5个线
值匹配
在生产中，相同的SQL显示了这一点：
当前兼容级别是100
消息102，级别15，状态1， 线5附近
'扔' 不正确的语法。
我们还没有升级我们的生产SQL Server，并且正在运行到部署问题。 THROW是SQL Server 2012新增的一个关键字，因此我预计2008服务器会突破语法。看起来兼容级别对我来说是打破了。
可以做些什么来防止在开发环境中允许不兼容的SQL？
答
根据文档（https://technet.microsoft.com/en-us/library/bb510680(v=sql.110).aspx）
兼容性水平提供 SQL Server早期版本的只有部分的向后兼容性。
因此，在引用的链接中，您可以看到什么兼容模式可以影响的列表。
为了避免这种问题，根据经验我的建议是：开发和生产必须是相同的（尽可能）。如果没有，例如在计划升级期间，至少测试环境必须与生产类似。
在过去，我们不得不冻结释放cicle几天（除了关键的bugfix）。
您误解兼容性级别。您的代码即使在兼容性级别为90的数据库中也能在SQL Server 2012上运行，但它不会在2012年下的SQL Server上执行 – sepupic
同样的事情是，如果您尝试在SQL Server 2008及更低版本上使用超前/滞后，您将获得一个错误。但是你可以在2012年使用CL 100或甚至90的数据库 – sepupic