Comment rendre l'application totalement compatible avec SQL Server 2005?

Question

Nous avons une application qui utilise MSSQL, lorsque nous passons à 2005, nous recommandons en principe à notre client d’appliquer le package de compatibilité ascendante et c’est bien, mais quelqu'un me demande quoi faire pour être compatible à 100%. 2005. Je pensais à 1. Niveau de compatibilité: SQL Server 2005 (90) 2. Supprimez toute référence DMO et remplacez-la par SMO 3. Connectez-vous en utilisant ADO

Je ne suis pas sûr que ce soit la bonne réponse.

Answer 1

En fait, vous parlez de deux choses différentes.

L’une consiste à mettre à jour la base de données au niveau SQL 2005 afin de pouvoir utiliser les fonctions disponibles uniquement à cet endroit. Cela peut être fait facilement en définissant le niveau de compatibilité. Cependant, dans ce cas, les clients SQL 2000 peuvent avoir des problèmes avec cela.

Deuxièmement, mettez à niveau votre application pour n’utiliser que les bibliothèques associées à SQL 2005. C'est aussi facile, essentiellement les étapes que vous avez écrites. Dans ce cas, votre application peut également fonctionner avec des bases de données SQL 2000 (sauf si vous utilisez une fonctionnalité spécifique à SQL 2005) car les bibliothèques sont compatibles avec les versions antérieures.

Mots de fin: vous êtes compatible avec SQL 2005, la seule différence est que vous pouvez utiliser les fonctionnalités spécifiques à SQL 2005 .

Pourquoi ne pas déjà passer à SQL 2008? Voici un fil sur ce sujet.

Answer 2

Pour savoir si vous êtes vraiment compatible, le seul moyen de le savoir consiste à exécuter votre application sur un serveur SQL 2005 sans le package de compatibilité ascendante. Si vous avez une suite de tests exhaustive, cela vous aidera beaucoup, mais vous devez vous assurer que tout votre code backend est touché et fonctionne normalement.

J'ai travaillé sur une application qui utilisait SQL 2000 et SQL 2005 et les seuls éléments de l'application qui nécessitaient un changement de version se trouvaient dans un code de réflexion très complexe qui devait utiliser les tables système de SQL Server pour détecter dynamiquement les tables au moment de l'exécution. La solution pour nous consistait à utiliser du SQL dynamique, mais vous devez faire le bon choix pour votre application et vos utilisateurs.

Votre application est compatible à 100% avec SQL 2005 si elle fonctionne correctement avec une configuration SQL 2005 prête à l'emploi sans application de correctif de compatibilité ascendante.

Answer 3

Si vous possédez des packages DTS, ils doivent être convertis en packages SSIS pour être totalement compatibles.

Si vous voulez vraiment vous assurer que vous êtes pleinement compatible, vérifiez dans la documentation quelles fonctionnalités sont obsolètes et, si vous en utilisez, allez-y, corrigez-les maintenant.

Vous pouvez également consulter votre code qui pourrait utiliser la fonction de pivot qui n'était pas en 2000. L'ancien code fonctionnera, mais le code de pivot constituera un meilleur choix et probablement plus efficace. La même chose avec d'autres nouvelles fonctionnalités, découvrez comment vous travaillez et corrigez-les. Un gros problème à considérer est si vous pouvez vous débarrasser de vos textes remplis avec le nouveau type de données, varchar (max). Recherchez ensuite des endroits dans votre code où vous avez été convertis en varchar afin de faire des comparaisons.