Discussion :

[Liloye]

Bonjour,

Quelqu'un pourrait m'aider ou me donner des liens d'article sur le sujet !?
Je vois bien le principe, mais je ne comprends ni l'interet ni à quelle niveau ca joue ?

Actuellement, j'ai une base 2005 compatibility level SQL 2000...
Mais les options, les types d'objets... doivent etre 2000 ou 2005 ?

je vous remercie par avance

[mikedavem]

Bonjour,

Le niveau de compatibilité vous permet de bénéficier de certaines fonctionnalités de la version sqlserver installée.

Voici un petit résumé des fonctionnalités par niveau de compatibilité (trouvé sur la doc sqlserver) :

90 SQL Server 2005 :
PIVOT, UNPIVOT, REVERT, TABLESAMPLE

80 (SQL Server 2000) :
COLLATE, FUNCTION, OPENXML

70 (SQL Server 7.0) :
BACKUP, CONTAINS, CONTAINSTABLE, DENY, FREETEXT, FREETEXTTABLE, PERCENT, RESTORE, ROWGUIDCOL, TOP

65 (SQL Server 6.0):
AUTHORIZATION, CASCADE, CROSS, DISTRIBUTED, ESCAPE, FULL, INNER, JOIN, LEFT, OUTER, PRIVILEGES, RESTRICT, RIGHT, SCHEMA, WORK

Un exemple :

Je veux restaurer une base de données SQLServer2005 sur SQLServer2000 : il faut changer votre niveau de compatibilité à 80 et restaurer dans un 2ème temps.

Dans votre cas, vous aurez donc une base de données ayant les fonctionnalités SQLServer2000 donc vous ne pourrez pas bénéficier des fonctionnalités supplémentaires au niveau de compatibilité 90 (SQL 2005)

++

[Liloye]

Merci pour cette réponse...

Typiquement, si j'ai bien compris, ma base ne pourra pas integrer la notion de schema (par exemple) car typiquement 2005 !?

[SQLpro]

Non, la notion de schéma existe bien depuis des lustres, mais les commandes pour les créer comme l'association entre schéma et propriétaire des schéma est différentes des versions antérieurs à 2005, mais néanmoins rétro compatible.

A +

[Liloye]

Oups, Ok pour les schemas...
Mais je crois (enfin, j'espère) avoir compris la philosophie du truc...
Si quelqu'un à un lien explicit à me fournir je suis preneuse !
En tout cas merci pour vos interventions.

[BadAcid]

Bonjour,

J'ai un bon nombre de bases de données qui ont été transférées de SQL Server 2000 vers 2005 et qui ont encore el Compatibility level "80".

Je les passerais volontiers en Compatiobility level SQL Server 2005 (90), mais j'aimerais d'abord m'assurer qu'il n'y ait aucun risque vis à vis des applis qui tournent derrière.

Pouvez-vous me confirmer ou infirmer cela?

Merci d'avance.

[mikedavem]

Vous pouvez passer en mode de compatibilité 90 pour effectivement bénéficier des nouvelles fonctionnalités sqlserver2005

Cependant certains comportements diffèrent entre le mode de compatibilité 80 et 90. Ceux-ci sont répertoriés dans un tableau récapitulatif dans la documentation sqlserver 2005 (voir la commande sp_dbcmptlevel )

++

[Invité]

Un exemple :

Je veux restaurer une base de données SQLServer2005 sur SQLServer2000 : il faut changer votre niveau de compatibilité à 80 et restaurer dans un 2ème temps.

Non, de 2005 à 2000 c'est tout à fait impossible par un simple BACKUP / RESTORE. Il faut passer par de l'ETL ou éventuellement Database Publishing Wizard....

[mikedavem]

attention je ne parlais pas d'opérations backup / restore mais simplement de restauration vers sqlserver2000. Mais effectivement, tu as raison, je n'ai pas été assez précis et le terme n'est pas approprié. S'il est vrai que le backup / restore fonctionne de 2000 vers 2005, ce n'est pas le cas dans l'autre sens. Comme tu l'as dit il faut soit utiliser un ETL genre SSIS ou l'assistant de publication qui fonctionne bien.

++