2009-06-19 7 views
4

Je prévois mettre à niveau une instance SQL Server 2000 vers une instance SQL Server 2005. Je ne vais pas changer de code de base de données, donc je ne profiterai d'aucune syntaxe spécifique à SQL2005. Y a-t-il une raison pour augmenter ma compatibilité (au niveau 9)? Ou est-ce correct de partir au niveau de compatibilité 8?Dois-je changer le niveau de compatibilité de ma base de données mise à niveau de 8 à 9?

+0

Je serais obligé de me demander pourquoi vous mettez à niveau, si c'est le cas? – Paddy

+0

Supposons que le client souhaite passer à une plate-forme ultérieure et aura d'autres bases de données qui utiliseront les fonctionnalités SQL2005. Ils préfèrent ne pas avoir à gérer une instance SQL 2000 et 2005 en même temps, d'où la mise à niveau. – willem

+0

OK, un peu tôt le matin ici, cela semble très raisonnable :) – Paddy

Répondre

3

Il y a deux façons de regarder ceci:

  • Si vous voulez changer votre code (ou installer certains collaborateurs SQL2005/2008 serveurs) à l'avenir, votre mode de compatibilité aura une incidence sur que décision
  • Si vous n'êtes pas exécuter le Conseiller de mise à niveau, vous ne pouvez pas être en mesure de mettre à niveau :) niveau de compatibilité 9 désactive certaines syntaxes et dispose que w avant disponible en 8.

Alors, simple réponse est non, vous ne devez pas augmenter votre niveau compat, mais vous avez à considérer votre avenir avec cette case trop :)

2

C'est bien de le laisser à 8 jusqu'à ce que vous souhaitez mettre à niveau.

2

Juste un petit point - compat niveau 90 supprime la prise en charge de l'ancienne syntaxe de jointure externe ANSI-89 (*=, =*). Si vous décidez de changer, assurez-vous d'avoir vérifié votre base de code pour les premiers.

+0

Certainement, merci. Je vois qu'il y a un certain nombre de choses subtiles qui ne sont pas supportées au niveau 9.0. – willem

0

rapports bien que u obtenir avec le niveau 90, est très agréable ... que seule incitation à la mise à niveau ...

+1

Je ne pense pas que vous l'avez compris, il parle du niveau de compatibilité des bases de données pas SQL Version Features. –

0

niveau de compatibilité est non seulement une question de préférence, est une question de la façon dont vous utilisez la base de données vous pouvez vérifier ce qui a changé sur ce lien:

http://msdn.microsoft.com/en-us/library/bb510680.aspx

donc, à moins que vous savez que changer le niveau de compatibilité ne se cassera pas tout ce que vous devez mettre à jour definetly. Alors faites une vérification approfondie avant de prendre des risques.

Questions connexes