Um cliente migrou um banco de dados do SQL Server 2000 para 2012.
O aplicativo deles apresenta problemas depois. A causa é a seguinte invocação de função:
SELECT {fn curtime() }
Que retornou data + hora no SQL 2000 ('2017-01-20 07:24:26.997'), mas retorna apenas a parte do tempo ('07:24:26.997') no SQL 2012.
O modo de compatibilidade não pode ser definido para além de 90 (SQL 2005).
Dado que a aplicação não pode ser alterada, existe alguma solução alternativa para este problema?
Alguém poderia me fornecer uma visão melhor sobre o recurso de modo de compatibilidade? Está se comportando diferente do que eu esperava.
Até onde eu entendo os modos de compatibilidade, trata-se da disponibilidade e suporte de certas estruturas de linguagem entre as várias versões do SQL Server.
Ele não afeta o funcionamento interno da versão do mecanismo de banco de dados. Ele tentaria impedir o uso de recursos e construções que ainda não estavam disponíveis em versões anteriores.
Acabei de criar um novo banco de dados com nível de compatibilidade 80 no SQL Server 2008 R2. Criou uma tabela com uma única coluna int e a preencheu com algumas linhas.
Em seguida, executou uma instrução select com uma row_number()função.
Meu pensamento era que, como a função row_number foi introduzida apenas em 2005, isso geraria um erro no modo compat 80.
Mas para minha surpresa isso funcionou bem. Então, certamente, as regras de compatibilidade são avaliadas apenas quando você 'salva algo'. Então eu criei um proc armazenado para minha instrução row_number.
A criação do proc armazenado correu bem e posso executá-lo perfeitamente e obter resultados.
Alguém poderia me ajudar a entender melhor o funcionamento do modo de compatibilidade? Meu entendimento é obviamente falho.