Partager via


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

S’applique à : point de terminaison d’analytique SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Platform System (PDW) SQL Analytics dans Microsoft Fabric Warehouse 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)