Bem, no Natal passado eu estava muito feliz, porque encerramos o suporte para o SQL Server 2000.
Eu poderia parar de torcer meu cérebro e usar funções analíticas amigáveis. (Acredite em mim, quando se trata de migrar stored procedures de SQL-Server para Oracle, as funções analíticas são uma de suas melhores amigas).
Mais tarde, descobrimos que deixamos passar um pequeno aborrecimento.
Quando os clientes substituem suas máquinas antigas por novas, por padrão, seu nível de compatibilidade é definido de acordo com a máquina antiga e os problemas são adiados para mais tarde.
Qual problema? As funções analíticas funcionam no SQL Server 2005, apesar do nível de compatibilidade 80.
Receio dizer que outros novos recursos, como o PIVOT, estão inibidos.
Agora é uma boa hora para tentar se livrar do cmptlevel 80, mas como?
Para mim, é principalmente verificar os procedimentos, visualizações, funções e gatilhos para junções externas de estilo antigo, como '*=' e '=*'.
Primeiro vamos encontrar o texto de definição nas tabelas do sistema. Inicialmente, ele foi salvo em pequenos pedaços no formato syscomments. Hhm como lidar com o caso quando '*' e '=' são divididos em partes sucessivas.
Em seguida, não perca seu tempo com Select ROUTINES from INFORMATION_SCHEMA.ROUTINES que trunca a definição para 4000 caracteres.
Por fim, este é o código para consultar os objetos problemáticos:
select o.name , o.type, datalength(definition) len, len(definition) len, definition from sys.sql_modules m
join sysobjects o on o.id = m.object_id
where (definition like '%*=%' or definition like '%=*%')
Mas há mais um obstáculo. Como o padrão é derivado do padrão , a largura padrão dos resultados do texto é muito pequena (acho que é 256, mas como é a primeira coisa que mudo para 8192 no SSMS, não aposto).
Em qualquer caso, isso ajuda a identificar as linhas que precisam de um exame mais profundo.
Talvez sp_help exiba a definição completa para todos os casos possíveis.
Talvez sim, não sei ao certo, porque cansei desses problemas criados pelas cabeças dos cartões perfurados. Normalmente eu uso ADO e PowerShell, mas eles podem não estar instalados na máquina do cliente.
Existem scripts T-SQL 100% à prova d'água para fazer o trabalho de exibir ou exportar a definição completa dos procedimentos encontrados por alguma condição?
Uma pesquisa rápida no StackOverflow mostraria que você usa sys.sql_modules ou OBJECT_DEFINITION para pesquisar código no SQL Server 2005+. Você pode simplesmente restaurar no SQL Server 2005+, mas não executar para permitir isso.
Isso se você quiser um T-SQL à prova de idiotas. Você pode concatenar as linhas de comentários do sistema, se desejar, no SQL Server 2000. Eu pessoalmente não faria isso.
Como alternativa, use o consultor de atualização do SQL Server 2008 para identificar a maioria (talvez todos) os problemas possíveis (como cláusulas ORDER BY ambíguas que me surpreenderam).
Observe que o Red Gate SQL Search suporta apenas o SQL Server 2005+