Como fazer aplicativo totalmente SQL Server 2005 são compatíveis?

Question

Nós temos um aplicativo que uso MSSQL, quando passamos a 2005, basicamente, recomendamos aos nossos clientes para aplicar o pacote de compatibilidade com versões anteriores e é isso, mas alguém me perguntar o que fazer para ser 100% compatível em relação a 2005. Eu estava pensando em nível 1. Compatibilidade: SQL Server 2005 (90) 2. Remova qualquer referência DMO, e substituído por SMO 3. Conectar usando ADO

Eu não tenho certeza se esta é a resposta correta.

Answer 1

Na verdade, você está falando de duas coisas diferentes.

Um é para atualizar o banco de dados a nível de SQL 2005, para ser capaz de usar as funções disponível apenas lá. Isso pode ser feito facilmente, definindo o nível de compatibilidade. No entanto, neste caso, SQL 2000 clientes podem ter problemas com ele.

O segundo é para atualizar seu aplicativo para usar apenas SQL 2005 bibliotecas relacionados. Este também é fácil, basicamente os passos que você escreveu. Neste caso, sua aplicação também pode trabalhar com bancos de dados SQL 2000 (exceto se você usar alguma característica específica do SQL 2005) porque as bibliotecas são compatíveis.

palavras finais: você está de qualquer maneira compatível com SQL 2005, a única diferença é que você pode usar SQL 2005 específica apresenta ou não

.

Por que não mudar para o SQL 2008 já? Aqui está uma fio sobre este tema.

Answer 2

Para ver se você está realmente compatível, a única maneira de descobrir é para executar seu aplicativo em um servidor SQL 2005 sem o pacote compatibilidade com versões anteriores. Se você tem um conjunto de testes exaustivos ele vai ajudar muito, mas você precisa ter certeza de que todo o seu código de back-end recebe hit e executa normalmente.

Eu tenho trabalhado em um aplicativo que SQL usada 2000 e SQL 2005 e os únicos bits do aplicativo que precisava versão de comutação estavam em algum código reflexão peludo que precisava usar tabelas do sistema do SQL Server para descobrir dinamicamente tabelas em tempo de execução. A solução para nós era usar SQL dinâmico, mas você precisa fazer a escolha certa para a sua aplicação e os usuários.

A sua aplicação é 100% SQL 2005 compatível, se ele será executado corretamente em um 'fora da caixa' configuração SQL 2005 sem qualquer compatibilidade com versões anteriores correções aplicadas.

Answer 3

Se você tiver quaisquer pacotes DTS que precisam ser convertidos em pacotes SSIS para ser totalmente compatível.

Se você realmente quer ter certeza de que você está plenamente compatível, verifique na documentação que recursos estão sendo obsoleto e se você estiver usando qualquer um deles, vá em frente e corrigi-los agora.

Você também pode olhar para qualquer código que você tem que poderia usar o recurso de pivot que não era em 2000. O código antigo vai funcionar, mas o código de pivô será uma escolha melhor e provavelmente mais eficiente. A mesma coisa com outros novos recursos, confira como você estava trabalhando em torno deles e correção. Um grande problema a considerar é se você pode se livrar de seus fileds de texto com o novo tipo de dados, varchar (max). Em seguida, olhar para os lugares em seu código onde você estava convertendo a um varchar, a fim de fazer comparações.