Vues de compatibilité système (Transact-SQL)

S’applique à :SQL ServerAzure SQL DatabaseAzure SQL Managed InstanceAzure Synapse AnalyticsAnalytics Platform System (PDW)Point de terminaison analytique SQL dans Microsoft FabricEntrepôt dans Microsoft Fabric

La plupart des tables système des versions antérieures de SQL Server sont désormais implémentées sous la forme d’un ensemble de vues. Ces vues sont connues sous le nom de vues de compatibilité car elles ont été exclusivement conçues à des fins de compatibilité descendante. Les vues de compatibilité exposent les mêmes métadonnées que celles disponibles dans SQL Server 2000 (8.x). Toutefois, les vues de compatibilité n’exposent aucune des métadonnées liées aux fonctionnalités introduites dans SQL Server 2005 (9.x) et versions ultérieures. Par conséquent, lorsque vous utilisez de nouvelles fonctionnalités, telles que Service Broker ou le partitionnement, vous devez basculer vers l’utilisation des vues de catalogue.

Il existe une autre raison justifiant la mise à niveau vers les affichages catalogue : les colonnes des vues de compatibilité qui stockent les ID d'utilisateur et de type peuvent retourner la valeur NULL ou déclencher des dépassements arithmétiques. Vous pouvez en effet créer plus de 32 767 utilisateurs, groupes, rôles et types de données. Imaginons par exemple que vous devez créer 32 768 utilisateurs, puis exécuter la requête suivante : SELECT * FROM sys.sysusers. Si l'option ARITHABORT est activée (ON), la requête échoue en raison d'une erreur de dépassement arithmétique. Si ARITHABORT est défini sur OFF, la colonne uid retourne NULL.

Pour éviter ces problèmes, nous vous recommandons d'utiliser les nouveaux affichages catalogue qui peuvent gérer le nombre accru d'ID d'utilisateur et d'ID de type. Le tableau suivant recense les colonnes sujettes à ce dépassement.

Nom de la colonne	Vue de compatibilité	Vue SQL Server 2005
xusertype	syscolumns	sys.columns
usertype	syscolumns	sys.columns
memberuid	sysmembers	sys.database_role_members
groupuid	sysmembers	sys.database_role_members
uid	sysobjects	sys.objects
uid	sysprotects	sys.database_permissions sys.server_permissions
Concédant	sysprotects	sys.database_permissions sys.server_permissions
xusertype	systypes	sys.types
uid	systypes	sys.types
uid	sysusers	sys.database_principals
altuid	sysusers	sys.database_principals
gid	sysusers	sys.database_principals
uid	syscacheobjects	sys.dm_exec_plan_attributes
uid	sysprocesses	sys.dm_exec_requests

Lorsqu’elles sont référencées dans une base de données utilisateur, les tables système qui ont été annoncées comme déconseillées dans SQL Server 2000 (telles que syslanguages ou syscacheobjects), sont désormais liées à la vue de compatibilité arrière dans le schéma sys . Les tables SQL Server 2000 étant déconseillées depuis plusieurs versions, cette modification n'est pas considérée comme une modification avec rupture.

Exemple : si un utilisateur crée une table utilisateur appelée syslanguages dans une base de données utilisateur, dans SQL Server 2008, l’instruction SELECT * from dbo.syslanguages; de cette base de données renvoie les valeurs de la table utilisateur. À compter de SQL Server 2012, cette pratique retourne les données de la vue système sys.syslanguages.

Voir aussi

Affichages catalogue (Transact-SQL)
Mappage des tables système avec les vues du système (Transact-SQL)