Eu tenho o SQL Server 2014 rodando no meu computador e um banco de dados que tem um compatibility_levelde 100 (SQL Server 2008). Eu pensei que isso seria suficiente para escrever consultas no SSMS que só funcionam para o SQL Server versões 2008 e inferiores, mas por algum motivo o SSMS executa consultas que usam OVER (PARTITION BY ...)cláusulas (com o argumento BETWEEN) que são apenas para 2012 e superior.
Nosso software precisa ser compatível com 2008 R2 e superior. Existe uma configuração que eu possa alterar que fará com que minhas consultas falhem no SSMS se eu escrever uma consulta que não seja compatível com 2008 R2?
Além de fazer sua pesquisa sobre quais recursos você deliberadamente não deve usar, a única solução razoável aqui é ter uma estrutura de teste robusta onde você executa seu aplicativo em todas as versões possíveis do servidor SQL com as quais você pretende ser compatível.
Mesmo para consultas que podem funcionar em várias versões do SQL, elas podem se comportar de maneira ligeiramente diferente.
99 vezes em 100, é improvável que você veja novas versões do SQL quebrarem o código existente, mas há uma diferença entre "(encolher de ombros) provavelmente funcionará" vs "meu aplicativo é totalmente testado e suportado nas seguintes versões do SQL :..." Se você está lançando um script útil em seu blog, o primeiro provavelmente está ok. Mas se você está vendendo e dando suporte a um aplicativo comercial, você definitivamente quer o último.
Uma coisa confusa é que tanto o SQL Server 2008 quanto o SQL Server 2008 R2 têm o mesmo nível de compatibilidade, 100. Consulte a documentação do MS aqui . Este link também contém um gráfico que descreve as restrições impostas pelo nível de compatibilidade.
Dito isso, a cláusula OVER com (PARTITION BY...) está disponível para ambas as versões. Veja a documentação do MS aqui .
Alterar o nível de compatibilidade apenas habilita/desabilita determinados comportamentos do banco de dados, não faz com que o banco de dados aja como se estivesse sendo executado nessa versão do SQL Server. Por exemplo, os novos recursos do t-sql 2014 ainda estão disponíveis para um banco de dados executado no SQL 2014 em um nível de compatibilidade inferior, mas o novo estimador de cardinalidade não.
Verifique o documento do MSDN para ver exatamente o que cada nível de compatibilidade habilita/desabilita. https://learn.microsoft.com/en-us/sql/t-sql/statements/alter-database-transact-sql-compatibility-level
Você sempre pode instalar o SQL 2008 R2 como uma instância nomeada e desenvolver com base nisso. Se você está realmente dando suporte a essa versão e superior, provavelmente não faria mal executar seu código em diferentes instâncias para ver que são razoavelmente semelhantes, pois só porque o SQL aceita as consultas não significa que ele será executado da mesma maneira entre as versões .