Diferenças de comportamento Executando o SQL 2017 no modo 130 Compat vs. Executando o SQL 2016 no modo 130 Compat?

Ele não vai se comportar exatamente da mesma forma. O modo de compatibilidade funciona no nível do banco de dados, não no nível da instância, que ainda é 2017. Mas funcionará da mesma forma.

Eu verificaria a lista de recursos de interrupção para 2017 , pois algumas alterações no nível da instância ainda podem afetar seu código, apesar de estar no modo de compatibilidade de 2016. No entanto, as mudanças de última hora de 2017 são relativamente pequenas, então provavelmente é improvável que você seja afetado. Em geral, algumas alterações de versão são cobertas pelo modo de compatibilidade e outras não.

A documentação dá bons exemplos disso,

Por exemplo, a dica FASTFIRSTROW foi descontinuada no SQL Server 2012 (11.x) e substituída pela dica OPTION (FAST n ). Definir o nível de compatibilidade do banco de dados como 110 não restaurará a dica descontinuada.

e

Um exemplo de uma alteração importante protegida pelo nível de compatibilidade é uma conversão implícita de tipos de dados datetime para datetime2. No nível de compatibilidade de banco de dados 130, eles mostram precisão aprimorada ao contabilizar os milissegundos fracionários, resultando em diferentes valores convertidos. Para restaurar o comportamento de conversão anterior, defina o nível de compatibilidade do banco de dados como 120 ou inferior.

Você também deve examinar a lista de recursos obsoletos para 2017 e tentar remover qualquer uma dessas áreas do desenvolvimento futuro para preparar seus aplicativos para o futuro. E, é claro, quaisquer novos recursos de 2017 podem exigir atualizações para aproveitá-los também, mas tenho a impressão de que você está mais preocupado com as alterações de última hora.

Com tudo isso dito, você provavelmente está bem, mas ainda deve testar cuidadosa e exaustivamente a atualização do modo de compatibilidade antes de movê-lo para produção.