Bases de données système

S’applique à :SQL ServerAzure SQL DatabaseAzure SQL Managed Instance

SQL Server inclut les bases de données système suivantes.

Base de données système Description
Base de données master Enregistre toutes les informations au niveau du système pour une instance de SQL Server.
Base de données msdb Utilisée par l'Agent SQL Server pour planifier les alertes et les travaux.
Base de données model Est utilisé comme modèle pour toutes les bases de données créées sur l’instance de SQL Server. Les modifications apportées à la base de données model , telles que la taille de la base de données, le classement, le mode de récupération et les autres options de base de données, s'appliquent aux bases de données créées par la suite.
Base de données Resource Base de données en lecture seule qui contient des objets système inclus dans SQL Server. Les objets système sont conservés physiquement dans la base de données Resource , mais ils figurent logiquement dans le schéma sys de chaque base de données.
Base de données tempdb Espace de travail destiné à accueillir les objets temporaires ou les ensembles de résultats intermédiaires.

Important

Pour les pools élastiques et les bases de données uniques Azure SQL Database, seules les bases de données MASTER et tempdb s’appliquent. Pour plus d’informations, consultez Qu’est-ce qu’un serveur Azure SQL Database. Pour en savoir plus sur tempdb dans le contexte d’Azure SQL Database, consultez Base de données tempdb dans Azure SQL Database. Pour Azure SQL Managed Instance, toutes les bases de données système s’appliquent. Pour plus d’informations sur les instances gérées dans Azure SQL Database, voir Présentation des instances gérées.

modification de données système

SQL Server ne prend pas en charge les utilisateurs qui mettent directement à jour les informations dans les objets système tels que les tables système, les procédures stockées système et les vues catalogue. Au lieu de cela, SQL Server fournit un ensemble complet d’outils d’administration qui permettent aux utilisateurs d’administrer complètement leur système et de gérer tous les utilisateurs et objets d’une base de données. Leurs thèmes sont les suivants :

  • Utilitaires d’administration, tels que SQL Server Management Studio.

  • API SQL-SMO. Cela permet aux programmeurs d’inclure des fonctionnalités complètes pour administrer SQL Server dans leurs applications.

  • Scripts Transact-SQL et procédures stockées. Ceux-ci peuvent utiliser des procédures stockées système et des instructions Transact-SQL DDL.

Ces outils prémunissent les applications contre les modifications des objets système. Par exemple, SQL Server doit parfois modifier les tables système dans les nouvelles versions de SQL Server pour prendre en charge de nouvelles fonctionnalités ajoutées dans cette version. Les applications qui lancent des instructions SELECT référençant directement les tables système dépendent souvent de l'ancien format des tables système. Les sites peuvent ne pas être en mesure de procéder à une mise à niveau vers une nouvelle version de SQL Server tant qu’ils n’ont pas réécrit des applications sélectionnées dans les tables système. SQL Server considère les procédures stockées système, DDL et les interfaces publiées SQL-SMO et fonctionne pour maintenir la compatibilité descendante de ces interfaces.

SQL Server ne prend pas en charge les déclencheurs définis sur les tables système, car ils peuvent modifier l’opération du système.

Note

Les bases de données système ne peuvent pas résider dans les répertoires partagés UNC.

affichage de données de bases de données système

Vous ne devez pas coder des instructions Transact-SQL qui interrogent directement les tables système, sauf s’il s’agit du seul moyen d’obtenir les informations requises par l’application. Au lieu de cela, les applications doivent obtenir les informations de catalogue et du système par l'un des moyens suivants :

  • Vues de catalogue système

  • SQL-SMO

  • Interface WMI (Windows Management Instrumentation)

  • Fonctions de catalogue, méthodes, attributs ou propriétés de l'API de données utilisée dans l'application, notamment ADO, OLE DB ou ODBC.

  • Procédures stockées système Transact-SQL et fonctions intégrées.