Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Modifie certaines options de configuration d’une base de données.
Cet article fournit la syntaxe, les arguments, les notes, les autorisations et des exemples associés au produit SQL que vous choisissez.
Pour plus d’informations sur les conventions de la syntaxe, consultez Conventions de la syntaxe Transact-SQL.
Sélectionner un produit
Sur la ligne suivante, sélectionnez le nom du produit qui vous intéresse afin d’afficher uniquement les informations qui le concernent.
* SQL Server *
Azure Synapse
d’analytique
Présentation : SQL Server
Dans SQL Server, cette instruction modifie une base de données ou les fichiers et groupes de fichiers associés à la base de données. ALTER DATABASE ajoute ou supprime des fichiers et des groupes de fichiers d’une base de données, modifie les attributs d’une base de données ou de ses fichiers et groupes de fichiers, modifie la compilation de la base de données et définit les options de la base de données. Les instantanés de base de données ne peuvent pas être modifiés. Pour modifier les options de base de données associées à la réplication, utilisez sp_replicationdboption.
En raison de sa longueur, la syntaxe d’ALTER DATABASE est divisée en plusieurs articles.
| Article | Descriptif |
|---|---|
ALTER DATABASE |
Le présent article indique la syntaxe à utiliser et les informations associées pour modifier le nom et le classement d’une base de données. |
| ALTER DATABASE Options de fichiers et de groupes de fichiers | Indique la syntaxe à utiliser et les informations associées pour ajouter et supprimer des fichiers et groupes de fichiers d’une base de données, et pour modifier les attributs des fichiers et groupes de fichiers. |
| Options ALTER DATABASE SET | Fournit la syntaxe et les informations associées pour modifier les attributs d’une base de données à l’aide SET des options de ALTER DATABASE. |
| ALTER DATABASE Miroir de base de données | Fournit la syntaxe et les informations associées aux SET options liées au miroir de base de ALTER DATABASE données. |
| ALTER DATABASE SET HADR | Fournit la syntaxe et les informations associées aux options du groupe de disponibilité Always On pour ALTER DATABASE configurer une base de données secondaire sur une réplique secondaire d’un groupe de disponibilité Always On. |
| ALTER DATABASE Niveau de compatibilité | Fournit la syntaxe et les informations associées aux SET options ALTER DATABASE liées aux niveaux de compatibilité des bases de données. |
| ALTER DATABASE SCOPED CONFIGURATION | Indique la syntaxe associée aux configurations étendues à la base de données utilisées pour les paramètres individuels au niveau de la base de données, tels que l’optimisation des requêtes et les comportements associés à l’exécution des requêtes. |
Syntaxe
-- SQL Server Syntax
ALTER DATABASE { database_name | CURRENT }
{
MODIFY NAME = new_database_name
| COLLATE collation_name
| <file_and_filegroup_options>
| SET <option_spec> [ ,...n ] [ WITH <termination> ]
}
[;]
<file_and_filegroup_options>::=
<add_or_modify_files>::=
<filespec>::=
<add_or_modify_filegroups>::=
<filegroup_updatability_option>::=
<option_spec>::=
{
| <auto_option>
| <change_tracking_option>
| <cursor_option>
| <database_mirroring_option>
| <date_correlation_optimization_option>
| <db_encryption_option>
| <db_state_option>
| <db_update_option>
| <db_user_access_option>
| <delayed_durability_option>
| <external_access_option>
| <FILESTREAM_options>
| <HADR_options>
| <parameterization_option>
| <query_store_options>
| <recovery_option>
| <service_broker_option>
| <snapshot_option>
| <sql_option>
| <termination>
| <temporal_history_retention>
| <data_retention_policy>
| <compatibility_level>
{ 170 | 160 | 150 | 140 | 130 | 120 | 110 | 100 }
}
Les arguments
database_name
Nom de la base de données à modifier.
Remarque
Cette option n’est pas disponible dans une base de données autonome.
ACTUEL
S’applique à : SQL Server 2012 (11.x) et versions ultérieures.
Indique que la base de données actuelle en cours d'utilisation doit être modifiée.
MODIFIER NOM = new_database_name
Renomme la base de données avec le nom spécifié nouveau_nom_base_de_données.
COLLATE collation_name
Spécifie le classement par défaut de la base de données. collation_name peut être un nom de classement Windows ou SQL. S'il n'est pas spécifié, le classement par défaut de l'instance de SQL Server sera appliqué à la base de données.
Remarque
Le classement ne peut pas être modifié une fois la base de données créée sur Azure SQL Database.
Lors de la création de bases de données autrement qu'avec le classement par défaut, les données dans la base de données respectent toujours le classement spécifié. Pour SQL Server, quand vous créez une base de données autonome, les informations de catalogue interne sont conservées à l'aide du classement par défaut SQL Server, Latin1_General_100_CI_AS_WS_KS_SC.
Pour plus d’informations sur les noms de collation Windows et SQL, voir COLLATE.
< > delayed_durability_option ::=
S’applique à : SQL Server 2014 (12.x) et versions ultérieures.
Pour plus d’informations, consultez ALTER DATABASE SET les options et Contrôle de la durabilité des transactions.
< >file_and_filegroup_options ::=
Pour plus d’informations, consultez ALTER DATABASE Options de groupe de fichiers et de groupes de fichiers.
Notes
Pour supprimer une base de données, utilisez DROP DATABASE.
Pour diminuer la taille d'une base de données, utilisez DBCC SHRINKDATABASE.
L’instruction ALTER DATABASE doit s’exécuter en mode de validation automatique (mode de gestion des transactions par défaut) et n’est pas autorisée dans une transaction explicite ou implicite.
L'état d'un fichier de base de données (par exemple, en ligne ou hors connexion) est préservé indépendamment de l'état de la base de données. Pour plus d’informations, consultez États des fichiers. L'état des fichiers dans un groupe de fichiers détermine la disponibilité de tout le groupe de fichiers. Pour qu'un groupe de fichiers soit disponible, tous ses fichiers doivent être en ligne. Si un groupe de fichiers est hors connexion, toute tentative d’accès au groupe de fichiers par une instruction SQL échoue avec une erreur. Lorsque vous créez des plans de requête pour les instructions SELECT, l'optimiseur de requête évite les index non cluster et les vues indexées qui résident dans les groupes de fichiers hors connexion. Cela permet aux instructions de s'exécuter correctement. Cependant, si le groupe de fichiers hors connexion contient le segment ou l'index cluster d'une table cible, les instructions SELECT échouent. En outre, toute INSERTinstruction ou toute UPDATEDELETEinstruction qui modifie une table avec n’importe quel index dans un groupe de fichiers hors connexion échoue.
Lorsqu’une base de données est dans l’état RESTOREING, la plupart des ALTER DATABASE instructions échouent. La définition des options de mise en miroir de bases de données fait exception. Une base de données peut être dans l’état RESTOREING pendant une opération de restauration active ou lorsqu’une opération de restauration d’une base de données ou d’un fichier journal échoue en raison d’un fichier de sauvegarde endommagé.
Le cache du plan pour l'instance de SQL Server est effacé par la définition de l'une des options suivantes :
- COLLATE
- MODIFIER LE GROUPE DE FICHIERS DEFAULT
- MODIFIER GROUPE_DE_FICHIERS LECTURE_SEULE
- MODIFIER GROUPE DE FICHIERS LECTURE_ÉCRITURE
- MODIFY_NAME
- HORS-LIGNE
- EN LIGNE
- PAGE_VERIFY
- READ_ONLY
- LIRE_ÉCRIRE
Cette opération entraîne la recompilation de tous les plans d'exécution ultérieurs et peut entraîner une baisse temporaire et brutale des performances des requêtes. Pour chaque mémoire cache effacée du cache du plan, le journal des erreurs de SQL Server contient le message d'information suivant : SQL Server has encountered %d occurrence(s) of cachestore flush for the '%s' cachestore (part of plan cache) due to some database maintenance or reconfigure operations. Ce message est enregistré toutes les cinq minutes si le cache est vidé au cours de cet intervalle de temps.
Le cache de plan est également vidé dans les scénarios suivants :
- L'option de base de données
AUTO_CLOSEest activée (ON). Lorsqu'aucune connexion utilisateur ne fait référence ou n'utilise la base de données, la tâche en arrière-plan essaie de fermer et d'arrêter la base de données automatiquement. - Vous exécutez plusieurs requêtes sur une base de données dont les options par défaut sont activées. Puis, la base de données est supprimée.
- Un instantané de base de données pour une base de données source est supprimé.
- Vous reconstruisez avec succès le journal des transactions d'une base de données.
- Vous restaurez une sauvegarde de base de données.
- Vous détachez une base de données.
Modifier le classement de la base de données
Avant d'appliquer un autre classement à une base de données, veillez à ce que les conditions suivantes soient remplies :
- Vous êtes le seul actuellement à utiliser la base de données.
- Aucun objet lié à un schéma ne dépend du classement de la base de données.
Si les objets suivants, qui dépendent du classement de base de données, existent dans la base de données, l’instruction ALTER DATABASE database_name COLLATE échoue. SQL Server retourne un message d’erreur pour chaque objet bloquant l’action ALTER :
- Fonctions et vues définies par l’utilisateur créées avec SCHEMABINDING
- Colonnes calculées
- Contraintes CHECK
- Fonctions table qui renvoient des tables comportant des colonnes de caractères avec des classements hérités du classement par défaut de la base de données
Les informations de dépendance des entités non liées au schéma sont mises à jour automatiquement lorsque le classement de la base de données est modifié.
La modification du classement de base de données ne crée pas de doublons entre les noms système des objets de base de données. Si les noms en double résultent du classement modifié, les espaces de noms suivants peuvent entraîner l’échec d’un changement de classement de base de données :
- Noms d’objets tels qu’une procédure, une table, un déclencheur ou une vue
- Noms de schémas
- Principaux, tels qu’un groupe, un rôle ou un utilisateur
- Noms de types scalaires, comme les types système ou définis par l’utilisateur
- Noms de catalogues de texte intégral
- Noms de colonnes ou de paramètres dans un objet
- Noms d’index dans une table
Les noms en double résultant du nouveau classement provoquent l’échec de l’action de modification et SQL Server retourne un message d’erreur spécifiant l’espace de noms où le doublon a été trouvé.
Afficher les informations de base de données
Vous pouvez utiliser les affichages catalogue, les fonctions système et les procédures stockées du système pour retourner des informations sur les bases de données, les fichiers et les groupes de fichiers.
Autorisations
Requiert l'autorisation ALTER sur la base de données.
Exemples
R. Changer le nom d’une base de données
L'exemple suivant modifie le nom de la base de données AdventureWorks2025 en Northwind.
USE master;
GO
ALTER DATABASE AdventureWorks2022
Modify Name = Northwind ;
GO
B. Modifier le classement d'une base de données
L’exemple suivant crée une base de données nommée testdb qui utilise le classement SQL_Latin1_General_CP1_CI_AS, puis modifie le classement de la base de données testdb en COLLATE French_CI_AI.
S’applique à : SQL Server 2008 (10.0.x) et versions ultérieures.
USE master;
GO
CREATE DATABASE testdb
COLLATE SQL_Latin1_General_CP1_CI_AS ;
GO
ALTER DATABASE testDB
COLLATE French_CI_AI ;
GO
Contenu connexe
- CREATE DATABASE
- DATABASEPROPERTYEX (Transact-SQL)
- DROP DATABASE (Transact-SQL)
- SET TRANSACTION ISOLATION LEVEL (Transact-SQL)
- EVENTDATA (Transact-SQL)
- sys.sp_configure (Transact-SQL)
- sys.sp_spaceused (Transact-SQL)
- sys.databases (Transact-SQL)
- sys.database_files (Transact-SQL)
- sys.data_spaces (Transact-SQL)
- sys.groupes de fichiers (Transact-SQL)
- sys.master_files (Transact-SQL)
- Bases de données système
* Base de données SQL *
Azure Synapse
d’analytique
Présentation : SQL Database
Dans Azure SQL Database, utilisez cette instruction pour modifier une base de données. modifier son nom, son édition et son objectif de service, la joindre à un pool élastique ou l’en supprimer, définir ses options, l’ajouter ou la supprimer comme base de données secondaire dans une relation de géoréplication et définir son niveau de compatibilité.
En raison de sa longueur, la syntaxe d’ALTER DATABASE est divisée en plusieurs articles.
ALTER DATABASE
Le présent article indique la syntaxe à utiliser et les informations associées pour modifier le nom et les autres paramètres d’une base de données.
ALTER DATABASE SET Options
Fournit la syntaxe et les informations associées pour modifier les attributs d’une base de données à l’aide SET des options de ALTER DATABASE.
ALTER DATABASE Niveau de compatibilité
Fournit la syntaxe et les informations associées aux SET options ALTER DATABASE liées aux niveaux de compatibilité des bases de données.
Syntaxe
-- Azure SQL Database Syntax
ALTER DATABASE { database_name | CURRENT }
{
MODIFY NAME = new_database_name
| MODIFY ( <edition_options> [, ... n] ) [WITH MANUAL_CUTOVER]
| MODIFY BACKUP_STORAGE_REDUNDANCY = { 'LOCAL' | 'ZONE' | 'GEO' }
| SET { <option_spec> [ ,... n ] WITH <termination>}
| ADD SECONDARY ON SERVER <partner_server_name>
[WITH ( <add-secondary-option>::=[, ... n] ) ]
| PERFORM_CUTOVER
| REMOVE SECONDARY ON SERVER <partner_server_name>
| FAILOVER
| FORCE_FAILOVER_ALLOW_DATA_LOSS
}
[;]
<edition_options> ::=
{
MAXSIZE = { 100 MB | 250 MB | 500 MB | 1 ... 1024 ... 4096 GB }
| EDITION = { 'Basic' | 'Standard' | 'Premium' | 'GeneralPurpose' | 'BusinessCritical' | 'Hyperscale'}
| SERVICE_OBJECTIVE =
{ <service-objective>
| { ELASTIC_POOL (name = <elastic_pool_name>) }
}
}
<add-secondary-option> ::=
{
ALLOW_CONNECTIONS = { ALL | NO }
| BACKUP_STORAGE_REDUNDANCY = { 'LOCAL' | 'ZONE' | 'GEO' }
| SERVICE_OBJECTIVE =
{ <service-objective>
| { ELASTIC_POOL ( name = <elastic_pool_name>) }
| DATABASE_NAME = <target_database_name>
| SECONDARY_TYPE = { GEO | NAMED }
}
}
<service-objective> ::={ 'Basic' |'S0' | 'S1' | 'S2' | 'S3'| 'S4'| 'S6'| 'S7'| 'S9'| 'S12'
| 'P1' | 'P2' | 'P4'| 'P6' | 'P11' | 'P15'
| 'BC_DC_n'
| 'BC_Gen5_n'
| 'BC_M_n'
| 'GP_DC_n'
| 'GP_Gen5_n'
| 'GP_S_Gen5_n'
| 'HS_DC_n'
| 'HS_Gen5_n'
| 'HS_S_Gen5_n'
| 'HS_MOPRMS_n'
| 'HS_PRMS_n'
| { ELASTIC_POOL(name = <elastic_pool_name>) }
}
<option_spec> ::=
{
<auto_option>
| <change_tracking_option>
| <cursor_option>
| <db_encryption_option>
| <db_update_option>
| <db_user_access_option>
| <delayed_durability_option>
| <parameterization_option>
| <query_store_options>
| <snapshot_option>
| <sql_option>
| <target_recovery_time_option>
| <termination>
| <temporal_history_retention>
| <compatibility_level>
{ 170 | 160 | 150 | 140 | 130 | 120 | 110 | 100 }
}
Les arguments
database_name
Nom de la base de données à modifier.
ACTUEL
Indique que la base de données actuelle en cours d'utilisation doit être modifiée.
MODIFIER NOM = new_database_name
Renomme la base de données avec le nom spécifié nouveau_nom_base_de_données. L’exemple suivant remplace le nom de la base de données db1 par db2 :
ALTER DATABASE db1
MODIFY Name = db2 ;
MODIFY (EDITION = ['Basic' | 'Standard' | 'Premium' |' GeneralPurpose' | 'BusinessCritical' | 'Hyperscale'])
Modifie le niveau de service de la base de données.
L’exemple suivant remplace l’édition par Premium :
ALTER DATABASE current
MODIFY (EDITION = 'Premium');
Important
La modification d’EDITION échoue si la propriété MAXSIZE de la base de données a une valeur située en dehors de la plage valide prise en charge par cette édition.
MODIFIER BACKUP_STORAGE_REDUNDANCY = ['LOCAL' | 'ZONE' | 'GEO']
Change la redondance du stockage des sauvegardes de restauration à un point dans le temps et les sauvegardes de conservation à long terme (si elles sont configurées) de la base de données. Les modifications sont appliquées à toutes les sauvegardes futures. Les sauvegardes existantes continuent à utiliser le paramètre précédent.
Pour appliquer la résidence des données lors de la création d’une base de données à l’aide de T-SQL, utilisez LOCAL ou ZONE comme entrée pour le paramètre BACKUP_STORAGE_REDUNDANCY.
MODIFY (MAXSIZE = [100 Mo | 500 Mo | 1 | 1024...4096] Go)
Spécifie la taille maximale de la base de données. La taille maximale doit être conforme au jeu de valeurs valide pour la propriété EDITION de la base de données. La modification de la taille maximale de la base de données peut entraîner la modification de l’édition de base de données.
Remarque
L’argument MAXSIZE ne s’applique pas aux bases de données uniques dans le niveau de service Hyperscale. Les bases de données de niveau de service Hyperscale s’agrandissent selon les besoins, jusqu’à 128 To. Le service SQL Database ajoute automatiquement le stockage. Vous n’avez pas besoin de définir une taille maximale.
Modèle DTU
| TAILLE MAX | De base | S0 à S2 | S3-S12 | P1 à P6 | P11 à P15 |
|---|---|---|---|---|---|
| 100 Mo | Oui | Oui | Oui | Oui | Oui |
| 250 Mo | Oui | Oui | Oui | Oui | Oui |
| 500 Mo | Oui | Oui | Oui | Oui | Oui |
| 1 Go | Oui | Oui | Oui | Oui | Oui |
| 2 Go | Oui (D) | Oui | Oui | Oui | Oui |
| 5 Go | N/A | Oui | Oui | Oui | Oui |
| 10 Go | N/A | Oui | Oui | Oui | Oui |
| 20 Go | N/A | Oui | Oui | Oui | Oui |
| 30 Go | N/A | Oui | Oui | Oui | Oui |
| 40 Go | N/A | Oui | Oui | Oui | Oui |
| 50 Go | N/A | Oui | Oui | Oui | Oui |
| 100 Go | N/A | Oui | Oui | Oui | Oui |
| 150 Go | N/A | Oui | Oui | Oui | Oui |
| 200 Go | N/A | Oui | Oui | Oui | Oui |
| 250 Go | N/A | Oui (D) | Oui (D) | Oui | Oui |
| 300 Go | N/A | Oui | Oui | Oui | Oui |
| 400 Go | N/A | Oui | Oui | Oui | Oui |
| 500 Go | N/A | Oui | Oui | Oui (D) | Oui |
| 750 Go | N/A | Oui | Oui | Oui | Oui |
| 1 024 Go | N/A | Oui | Oui | Oui | Oui (D) |
| De 1 024 Go à 4 096 Go par incréments de 256 Go 1 | N/A | N/A | N/A | N/A | Oui |
1 P11 et P15 autorisent MAXSIZE jusqu’à 4 To avec 1 024 Go étant la taille par défaut. P11 et P15 peuvent utiliser jusqu’à 4 To de stockage inclus sans frais supplémentaires. Au niveau Premium, une valeur MAXSIZE supérieure à 1 To est actuellement disponible dans les régions suivantes : USA Est 2, USA Ouest, US Gov Virginie, Europe Ouest, Allemagne Centre, Asie Sud-Est, Japon Est, Australie Est, Canada Centre et Canada Est. Pour plus d’informations sur les limitations des ressources pour le modèle DTU, consultez limites de ressources DTU.
La valeur MAXSIZE pour le modèle DTU, si elle est spécifiée, doit être une valeur valide indiquée dans le tableau ci-dessus pour le niveau de service spécifié.
Pour connaître les limites telles que la taille maximale des données et la taille tempdb dans le modèle d’achat vCore, reportez-vous aux articles pour connaître les limites de ressources pour les bases de données uniques ou les limites de ressources pour les pools élastiques.
Si aucune valeur MAXSIZE n’est définie lors de l’utilisation du modèle vCore, la valeur par défaut est de 32 Go. Pour plus d’informations sur les limitations de ressources pour le modèle vCore, consultez les limites des ressources vCore.
Les règles suivantes s'appliquent aux arguments MAXSIZE et EDITION.
- Si EDITION est spécifié, mais QUE MAXSIZE n’est pas spécifié, la valeur par défaut de l’édition est utilisée. Par exemple, l’édition est définie sur Standard et MAXSIZE n’est pas spécifiée, alors la valeur MAXSIZE est automatiquement définie sur 250 Mo.
- Si ni MAXSIZE ni EDITION n’est spécifié, la valeur EDITION est définie sur Usage général et MAXSIZE sur 32 Go.
MODIFY (SERVICE_OBJECTIVE = <objectif> de service)
Spécifie la taille de calcul et l’objectif de service.
SERVICE_OBJECTIVE
Spécifie la taille de calcul (également appelée objectif de niveau de service ou SLO).
- Pour le modèle d'achat DTU :
S0,S1,S2,S3,S4,S6,S7,S9,S12,P1,P2,P4,P6,P11,P15. Reportez-vous aux limites de ressources pour les bases de données uniques DTU ou aux limites de ressources pour les pools élastiques DTU pour connaître le nombre de DTU affectées à chaque taille de calcul. - Pour connaître le modèle d’achat vCore, choisissez le niveau et indiquez le nombre de vCores à partir d’une liste prédéfinie de valeurs, où le nombre de vCores est
n. Reportez-vous aux limites de ressources pour les bases de données uniques vCore ou les limites de ressources pour les pools élastiques vCore.- Par exemple :
-
GP_Gen5_8à usage général, calcul approvisionné, série Standard (Gen5), 8 vCores. -
GP_S_Gen5_8à usage général, calcul serverless, série Standard (Gen5), 8 vCores. -
HS_Gen5_8pour Hyperscale, calcul approvisionné, série Standard (Gen5), 8 vCores. -
HS_S_Gen5_8pour Hyperscale, calcul serverless, série Standard (Gen5), 8 vCores.
Par exemple, l’exemple suivant modifie l’objectif de service d’une base de données de niveau Premium dans le modèle d’achat DTU en P6 :
ALTER DATABASE <database_name>
MODIFY (SERVICE_OBJECTIVE = 'P6');
Par exemple, l’exemple suivant modifie l’objectif de service d’une base de données de calcul approvisionné dans le modèle d’achat vCore en GP_Gen5_8 :
ALTER DATABASE <database_name>
MODIFY (SERVICE_OBJECTIVE = 'GP_Gen5_8');
Database_Name
Uniquement pour l’hyperscale Azure SQL Database. Le nom de la base de données à créer. Utilisé uniquement par les réplicas nommés Azure SQL Database Hyperscale, quand SECONDARY_TYPE = NAMED. Pour plus d’informations, consultez réplicas secondaires Hyperscale.
SECONDARY_TYPE
Uniquement pour l’hyperscale Azure SQL Database.
GEO spécifie un géo-réplica, NAMED spécifie un réplica nommé. La valeur par défaut est GEO. Pour plus d’informations, consultez réplicas secondaires Hyperscale.
Pour obtenir des descriptions d’objectifs de service et plus d’informations sur la taille, les éditions et les combinaisons d’objectifs de service, consultez Comparer les modèles d’achat vCore et DTU d’Azure SQL Database, les limites des ressources DTU et les limites de ressources vCore. La prise en charge des objectifs de service PRS a été supprimée.
Quand SERVICE_OBJECTIVE n’est pas spécifié, la base de données secondaire est créée au même niveau de service que la base de données primaire. Quand SERVICE_OBJECTIVE est spécifié, la base de données secondaire est créée au niveau spécifié. Le SERVICE_OBJECTIVE spécifié doit appartenir à la même édition que la source. Par exemple, vous ne pouvez pas spécifier S0 si l’édition est Premium.
MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL (nom = <elastic_pool_name>)
Pour ajouter une base de données existante à un pool élastique, définissez le SERVICE_OBJECTIVE de la base de données sur ELASTIC_POOL et fournissez le nom du pool élastique. Vous pouvez également utiliser cette option pour ajouter la base de données à un autre pool élastique du même serveur. Pour plus d’informations, consultez Les pools élastiques vous aident à gérer et à mettre à l'échelle plusieurs bases de données Azure SQL Database. Pour retirer une base de données d’un pool élastique, utilisez ALTER DATABASE pour définir le SERVICE_OBJECTIVE à une seule taille de calcul de base de données (objectif de service).
Remarque
Les bases de données du niveau de service Hyperscale ne peuvent pas être ajoutées à un pool élastique.
AJOUTER SECONDAIRE SUR LE SERVEUR <partner_server_name>
Crée une base de données secondaire de géoréplication de même nom sur un serveur partenaire, faisant ainsi de la base de données locale la base de données de géoréplication primaire, puis commence à répliquer des données de manière asynchrone entre la base de données primaire et la nouvelle base de données secondaire. Si une base de données portant le même nom existe déjà dans la base de données secondaire, la commande échoue. La commande est exécutée sur la base de données master sur le serveur qui héberge la base de données locale qui devient la base de données primaire.
Important
Par défaut, la base de données secondaire est créée avec la même redondance du stockage des sauvegardes que celle de la base de données primaire ou de la base de données source. La modification de la redondance du stockage de sauvegarde lors de la création de la base de données secondaire n’est pas prise en charge via T-SQL.
AVEC ALLOW_CONNECTIONS { TOUS | NON }
Quand ALLOW_CONNECTIONS n’est pas spécifié, il est défini sur ALL par défaut. S’il est défini sur ALL, il s’agit d’une base de données en lecture seule qui autorise toutes les connexions avec les autorisations appropriées pour se connecter.
ELASTIC_POOL (nom = <elastic_pool_name>)
Quand ELASTIC_POOL n’est pas spécifié, la base de données secondaire n’est pas créée dans un pool élastique. Quand ELASTIC_POOL est spécifié, la base de données secondaire est créée dans le pool spécifié.
Important
L’utilisateur qui exécute la commande ADD SECONDARY doit avoir le rôle de DBManager pour le serveur principal, appartenir au groupe db_owner de la base de données locale et avoir le rôle de DBManager pour le serveur secondaire. L’adresse IP du client doit être ajoutée à la liste autorisée sous les règles du pare-feu pour les serveurs principal et secondaire. En cas d’adresses IP du client différentes, la même adresse IP du client qui a été ajoutée sur le serveur principal doit également être ajoutée au serveur secondaire. Il s’agit d’une étape obligatoire à effectuer avant d’exécuter la commande ADD SECONDARY pour lancer la géo-réplication.
SUPPRIMER LE PARTNER_SERVER_NAME SECONDAIRE SUR LE SERVEUR <>
Supprime la base de données secondaire géorépliquée spécifiée du serveur spécifié. La commande est exécutée sur la base de données master sur le serveur qui héberge la base de données primaire.
Important
L’utilisateur qui exécute la commande REMOVE SECONDARY doit avoir le rôle de DBManager pour le serveur principal.
BASCULEMENT
Promeut la base de données secondaire du partenariat de géoréplication sur laquelle est exécutée la commande, pour qu’elle devienne la base de données primaire et que la base de données primaire actuelle devienne secondaire. Dans le cadre de ce processus, le mode de géoréplication passe temporairement du mode asynchrone au mode synchrone. Pendant le processus de basculement :
- La base de données primaire cesse d’accepter les nouvelles transactions.
- Toutes les transactions en attente sont envoyées vers la base de données secondaire.
- La base de données secondaire devient primaire, et commence la géoréplication asynchrone avec l’ancienne primaire/nouvelle secondaire.
Cette séquence garantit qu’aucune perte de données ne se produit. Lorsque les rôles sont permutés, la période pendant laquelle les deux bases de données sont indisponibles est d’environ 0 à 25 secondes. Au total, l’opération prend environ une minute. Si la base de données primaire n’est pas disponible lorsque cette commande est émise, la commande échoue avec un message d’erreur indiquant que la base de données primaire n’est pas disponible. Si le processus de basculement ne se termine pas et apparaît bloqué, vous pouvez utiliser la commande de basculement forcé et accepter la perte de données, puis, si vous devez récupérer les données perdues, appelez devops (CSS) pour récupérer les données perdues.
Important
L’utilisateur qui exécute la commande FAILOVER doit avoir le rôle de DBManager pour le serveur principal et le serveur secondaire.
FORCE_FAILOVER_ALLOW_DATA_LOSS
Promeut la base de données secondaire du partenariat de géoréplication sur laquelle est exécutée la commande, pour qu’elle devienne la base de données primaire et que la base de données primaire actuelle devienne secondaire. Utilisez cette commande uniquement lorsque la base de données primaire actuelle n’est plus disponible. Il est conçu pour la récupération d’urgence uniquement, lorsque la restauration de la disponibilité est critique et que certaines pertes de données sont acceptables.
Pendant un basculement forcé :
- La base de données secondaire spécifiée devient immédiatement la base de données primaire et commence à accepter les nouvelles transactions.
- Lorsque la base de données primaire d’origine peut se reconnecter à la nouvelle base de données primaire, une sauvegarde incrémentielle est effectuée à partir de la base de données primaire d’origine et celle-ci devient la nouvelle base de données secondaire.
- Pour récupérer des données à partir de cette sauvegarde incrémentielle de l’ancienne base de données primaire, l’utilisateur s’adresse à l’équipe DevOps/CSS.
- S’il existe d’autres fichiers secondaires, ils sont automatiquement reconfigurés pour devenir des fichiers secondaires du nouveau serveur principal. Ce processus est asynchrone et il peut y avoir un délai jusqu’à ce que ce processus se termine. Tant que la reconfiguration n’est pas terminée, les bases de données secondaires continuent d’être associées à l’ancienne base de données primaire.
Important
L’utilisateur exécutant la commande FORCE_FAILOVER_ALLOW_DATA_LOSS doit être membre du rôle dbmanager sur le serveur principal et le serveur secondaire.
MANUAL_CUTOVER
Démarrez la conversion de la base de données vers le niveau de service Hyperscale avec l’option permettant de lancer manuellement le basculement lorsque vous êtes prêt. Applicable uniquement lorsque le niveau de service est converti en Hyperscale. Pour lancer le basculement, utilisez PERFORM_CUTOVER. Pour plus d’informations, consultez Convertir une base de données existante enHyperscale .
Surveillez la progression de la conversion en Hyperscale avec sys.dm_operation_status.
PERFORM_CUTOVER
Lance le basculement lorsque la conversion de base de données vers le niveau Hyperscale est en état WaitingForCutover. Applicable uniquement lorsque le niveau de service est converti en Hyperscale démarré avec l’argument MANUAL_CUTOVER.
Surveillez la progression de la conversion en Hyperscale avec sys.dm_operation_status. Pour plus d’informations, consultez Convertir une base de données existante enHyperscale .
Notes
Pour supprimer une base de données, utilisez DROP DATABASE. Pour diminuer la taille d'une base de données, utilisez DBCC SHRINKDATABASE.
L’instruction ALTER DATABASE doit s’exécuter en mode de validation automatique (mode de gestion des transactions par défaut) et n’est pas autorisée dans une transaction explicite ou implicite.
Cette opération entraîne la recompilation de tous les plans d'exécution ultérieurs et peut entraîner une baisse temporaire et brutale des performances des requêtes. Pour chaque mémoire cache effacée du cache du plan, le journal des erreurs de SQL Server contient le message d'information suivant : SQL Server has encountered %d occurrence(s) of cachestore flush for the '%s' cachestore (part of plan cache) due to some database maintenance or reconfigure operations. Ce message est enregistré toutes les cinq minutes si le cache est vidé au cours de cet intervalle de temps.
Le cache de procédures est également vidé dans le scénario suivant : Vous exécutez plusieurs requêtes sur une base de données dont les options par défaut sont activées. Puis, la base de données est supprimée.
Afficher les informations de base de données
Vous pouvez utiliser les affichages catalogue, les fonctions système et les procédures stockées du système pour retourner des informations sur les bases de données, les fichiers et les groupes de fichiers.
Autorisations
Pour modifier une base de données, une connexion doit être soit la connexion d’administrateur du serveur (créée lorsque le serveur logique Azure SQL Database a été approvisionné), l’administrateur Microsoft Entra du serveur, un membre du rôle de base de données dbmanager dans master, un membre du rôle de base de données db_owner dans la base de données active ou dbo de la base de données. L’ID Microsoft Entra est (anciennement Azure Active Directory).
Pour faire évoluer des bases de données via T-SQL, ALTER DATABASE des permissions sont nécessaires. Pour mettre à l’échelle des bases de données via le portail Azure, PowerShell, Azure CLI ou l’API REST, des autorisations Azure RBAC sont nécessaires, en particulier les rôles Azure RBAC Contributeur, Contributeur SQL DB ou Contributeur SQL Server. Pour plus d’informations, consultez les rôles intégrés Azure.
Exemples
R. Vérifier et modifier les options d’édition
Définit une taille d’édition et maximale pour la base de données db1 :
SELECT Edition = DATABASEPROPERTYEX('db1', 'EDITION'),
ServiceObjective = DATABASEPROPERTYEX('db1', 'ServiceObjective'),
MaxSizeInBytes = DATABASEPROPERTYEX('db1', 'MaxSizeInBytes');
ALTER DATABASE [db1] MODIFY (EDITION = 'Premium', MAXSIZE = 1024 GB, SERVICE_OBJECTIVE = 'P15');
B. Déplacer une base de données vers un autre pool élastique
Déplace une base de données existante dans un pool nommé pool1 :
ALTER DATABASE db1
MODIFY ( SERVICE_OBJECTIVE = ELASTIC_POOL ( name = pool1 ) ) ;
Chapitre C. Ajouter une base de données secondaire de géoréplication
Crée une base de données secondaire accessible en lecture db1 sur le serveur secondaryserver de db1 sur le serveur local.
ALTER DATABASE db1
ADD SECONDARY ON SERVER secondaryserver
WITH ( ALLOW_CONNECTIONS = ALL );
D. Supprimer une base de données secondaire de géoréplication
Supprime la base de données secondaire db1 du serveur secondaryserver.
ALTER DATABASE db1
REMOVE SECONDARY ON SERVER testsecondaryserver;
E. Basculer vers une base de données secondaire de géoréplication
Promeut la base de données secondaire db1 sur le serveur secondaryserver pour qu’elle devienne la nouvelle base de données primaire lorsqu’elle est exécutée sur le serveur secondaryserver.
ALTER DATABASE db1 FAILOVER;
Remarque
Pour plus d’informations, consultez les instructions de récupération d’urgence - Azure SQL Database et la liste de contrôle de haute disponibilité et de récupération d’urgence d’Azure SQL Database.
F. Forcer le basculement vers une base de données secondaire de géoréplication avec perte de données
Force une base de données secondaire db1 sur le serveur secondaryserver à devenir la nouvelle base de données primaire quand elle est exécutée sur le serveur secondaryserver, dans le cas où le serveur principal ne soit plus disponible. Cette option peut entraîner une perte de données.
ALTER DATABASE db1 FORCE_FAILOVER_ALLOW_DATA_LOSS;
G. Mettre à jour une base de données unique au niveau de service S0 (Édition Standard, niveau de performance 0)
Met à jour une base de données unique vers l’édition Standard (niveau de service) avec une taille de calcul (objectif de service) de S0 et une taille maximale de 250 Go.
ALTER DATABASE [db1] MODIFY (EDITION = 'Standard', MAXSIZE = 250 GB, SERVICE_OBJECTIVE = 'S0');
H. Mettre à jour la redondance du stockage des sauvegardes d’une base de données
Met à jour la redondance du stockage des sauvegardes d’une base de données en « redondant interzone ». Toutes les sauvegardes futures de cette base de données utilisent le nouveau paramètre. Ceci comprend les sauvegardes pour restauration à un point dans le temps et les sauvegardes pour conservation à long terme (si elles sont configurées).
ALTER DATABASE db1 MODIFY BACKUP_STORAGE_REDUNDANCY = 'ZONE';
Je. Convertir une base de données en niveau de service Hyperscale avec basculement manuel
Pour convertir une base de données existante dans Azure SQL Database en Hyperscale avec Transact-SQL, connectez-vous à la base de données master sur votre serveur SQL logique.
Vous devez spécifier l’édition et l’objectif du service dans l’instruction ALTER DATABASE.
Par défaut, la base de données effectue un basculement vers la base de données Hyperscale pour terminer la conversion dès que la base de données Hyperscale est disponible. L’argument MANUAL_CUTOVER démarre plutôt la conversion qui se terminera par un basculement initié manuellement, à la fois de votre choix. Cette option est la plus utile pour planifier la transition afin de minimiser l'interruption des activités.
Cet exemple d’instruction convertit une base de données nommée mySampleDatabase en niveau de service Hyperscale avec l’objectif de service HS_Gen5_2. Remplacez le nom de la base de données par la valeur appropriée avant d’exécuter l’instruction.
ALTER DATABASE [mySampleDatabase]
MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2')
WITH MANUAL_CUTOVER;
Pour surveiller les opérations d’une base de données Hyperscale, connectez-vous à la base de données master et interrogez sys.dm_operation_status?view=azuresqldb-current&preserve-view=true) pour passer en revue les opérations sur votre serveur logique.
SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;
GO
Lorsque vous êtes prêt, le phase_code sera WaitingForCutover. Utilisez l’argument PERFORM_CUTOVER pour lancer le basculement :
ALTER DATABASE [mySampleDatabase] PERFORM_CUTOVER;
Contenu connexe
- CREATE DATABASE
- DATABASEPROPERTYEX (Transact-SQL)
- DROP DATABASE (Transact-SQL)
- SET TRANSACTION ISOLATION LEVEL (Transact-SQL)
- EVENTDATA (Transact-SQL)
- sys.sp_spaceused (Transact-SQL)
- sys.databases (Transact-SQL)
- sys.database_files (Transact-SQL)
- sys.groupes de fichiers (Transact-SQL)
- sys.master_files (Transact-SQL)
- Bases de données système
- Conseils pour la récupération d’urgence – Azure SQL Database
- Liste de contrôle de haute disponibilité et de récupération d’urgence - Azure SQL Database
- Limites de ressources DTU
- Limites de ressources pour des bases de données uniques suivant le modèle d’achat vCore
- Limites de ressources pour les pools élastiques suivant le modèle d’achat vCore
* Instance gérée SQL *
Azure Synapse
d’analytique
Présentation : Azure SQL Managed Instance
Dans Azure SQL Managed Instance, utilisez cette instruction pour définir les options de base de données.
En raison de sa longueur, la syntaxe d’ALTER DATABASE est divisée en plusieurs articles.
| Article | Descriptif |
|---|---|
ALTER DATABASE |
|
| Le présent article indique la syntaxe à utiliser et les informations associées pour définir des options de fichiers et de groupes de fichiers, des options de base de données et le niveau de compatibilité de la base de données. | |
| ALTER DATABASE Options de fichiers et de groupes de fichiers | |
| Indique la syntaxe à utiliser et les informations associées pour ajouter et supprimer des fichiers et groupes de fichiers d’une base de données, et pour modifier les attributs des fichiers et groupes de fichiers. | |
| ALTER DATABASE SET Options | |
Fournit la syntaxe et les informations associées pour modifier les attributs d’une base de données à l’aide SET des options de ALTER DATABASE. |
|
| ALTER DATABASE Niveau de compatibilité | |
| Fournit la syntaxe et les informations associées aux SET options ALTER DATABASE liées aux niveaux de compatibilité des bases de données. |
Syntaxe
-- Azure SQL Managed Instance syntax
ALTER DATABASE { database_name | CURRENT }
{
MODIFY NAME = new_database_name
| COLLATE collation_name
| <file_and_filegroup_options>
| SET <option_spec> [ ,...n ]
}
[;]
<file_and_filegroup_options>::=
<add_or_modify_files>::=
<filespec>::=
<add_or_modify_filegroups>::=
<filegroup_updatability_option>::=
<option_spec> ::=
{
<auto_option>
| <change_tracking_option>
| <cursor_option>
| <db_encryption_option>
| <db_update_option>
| <db_user_access_option>
| <delayed_durability_option>
| <parameterization_option>
| <query_store_options>
| <snapshot_option>
| <sql_option>
| <target_recovery_time_option>
| <temporal_history_retention>
| <compatibility_level>
{ 170 | 160 | 150 | 140 | 130 | 120 | 110 | 100 }
}
Les arguments
database_name
Nom de la base de données à modifier.
ACTUEL
Indique que la base de données actuelle en cours d'utilisation doit être modifiée.
Notes
Pour supprimer une base de données, utilisez DROP DATABASE.
Pour diminuer la taille d'une base de données, utilisez DBCC SHRINKDATABASE.
L’instruction
ALTER DATABASEdoit s’exécuter en mode de validation automatique (mode de gestion des transactions par défaut) et n’est pas autorisée dans une transaction explicite ou implicite.Le cache du plan pour l’Azure SQL Managed Instance est effacé par la définition de l’une des options suivantes.
COLLATE
MODIFIER LE GROUPE DE FICHIERS DEFAULT
MODIFIER GROUPE_DE_FICHIERS LECTURE_SEULE
MODIFIER GROUPE DE FICHIERS LECTURE_ÉCRITURE
MODIFIER LE NOM
Cette opération entraîne la recompilation de tous les plans d'exécution ultérieurs et peut entraîner une baisse temporaire et brutale des performances des requêtes. Pour chaque mémoire cache effacée du cache du plan, le journal des erreurs de SQL Server contient le message d'information suivant :
SQL Server has encountered %d occurrence(s) of cachestore flush for the '%s' cachestore (part of plan cache) due to some database maintenance or reconfigure operations. Ce message est enregistré toutes les cinq minutes si le cache est vidé au cours de cet intervalle de temps. Le cache du plan est également vidé quand plusieurs requêtes sont exécutées sur une base de données qui a des options par défaut. Puis, la base de données est supprimée.
Certaines instructions
ALTER DATABASEnécessitent un verrou exclusif sur une base de données pour être exécutées. C’est pourquoi elles peuvent échouer quand un autre processus actif maintient un verrou sur la base de données. L’erreur signalée dans un cas comme celui-ci estMsg 5061, Level 16, State 1, Line 38avec le messageALTER DATABASE failed because a lock could not be placed on database '<database name>'. Try again later. Il s’agit généralement d’une défaillance temporaire. Pour la résoudre, réessayez l’instructionALTER DATABASEayant échoué une fois tous les verrous de la base de données libérés. La vue systèmesys.dm_tran_lockscontient des informations sur les verrous actifs. Pour vérifier s’il existe des verrous partagés ou exclusifs sur une base de données, utilisez la requête suivante.SELECT resource_type, resource_database_id, request_mode, request_type, request_status, request_session_id FROM sys.dm_tran_locks WHERE resource_database_id = DB_ID('testdb');
Afficher les informations de base de données
Vous pouvez utiliser les affichages catalogue, les fonctions système et les procédures stockées du système pour retourner des informations sur les bases de données, les fichiers et les groupes de fichiers.
Autorisations
Seule la connexion principale au niveau du serveur (créée par le processus de configuration) ou les membres du rôle de base de données dbcreator peuvent modifier une base de données.
Important
Le propriétaire de la base de données ne peut pas modifier la base de données, sauf s’ils sont membres du dbcreator rôle.
Exemples
Les exemples suivants vous montrent comment définir le paramétrage automatique et comment ajouter un fichier à une base de données dans Azure SQL Managed Instance.
ALTER DATABASE WideWorldImporters
SET AUTOMATIC_TUNING ( FORCE_LAST_GOOD_PLAN = ON);
ALTER DATABASE WideWorldImporters
ADD FILE (NAME = 'data_17');
Contenu connexe
- CREATE DATABASE
- DATABASEPROPERTYEX (Transact-SQL)
- DROP DATABASE (Transact-SQL)
- SET TRANSACTION ISOLATION LEVEL (Transact-SQL)
- EVENTDATA (Transact-SQL)
- sys.sp_configure (Transact-SQL)
- sys.sp_spaceused (Transact-SQL)
- sys.databases (Transact-SQL)
- sys.database_files (Transact-SQL)
- sys.data_spaces (Transact-SQL)
- sys.groupes de fichiers (Transact-SQL)
- sys.master_files (Transact-SQL)
- Bases de données système
* Azure Synapse
Analytique *
Présentation : Azure Synapse Analytics
Conseil / Astuce
Microsoft Fabric Data Warehouse est un entrepôt relationnel à l’échelle de l’entreprise sur une base de lac de données, avec une architecture future, une IA intégrée et de nouvelles fonctionnalités. Si vous débutez avec l'entreposage de données, commencez par Fabric Data Warehouse. Les charges de travail de pool SQL existantes dédicées peuvent être mises à niveau vers Fabric pour accéder à de nouvelles fonctionnalités dans la science des données, l’analytique en temps réel et la création de rapports.
Dans Azure Synapse, ALTER DATABASE modifie certaines options de configuration d’un pool SQL dédié.
En raison de sa longueur, la syntaxe d’ALTER DATABASE est divisée en plusieurs articles.
ALTER DATABASE SET Options fournit la syntaxe et les informations associées pour modifier les attributs d’une base de données en utilisant les SET options de ALTER DATABASE.
Syntaxe
ALTER DATABASE { database_name | CURRENT }
{
MODIFY NAME = new_database_name
| MODIFY ( <edition_option> [, ... n] )
| SET <option_spec> [ ,...n ] [ WITH <termination> ]
}
[;]
<edition_option> ::=
MAXSIZE = {
250 | 500 | 750 | 1024 | 5120 | 10240 | 20480
| 30720 | 40960 | 51200 | 61440 | 71680 | 81920
| 92160 | 102400 | 153600 | 204800 | 245760
} GB
| SERVICE_OBJECTIVE = {
'DW100' | 'DW200' | 'DW300' | 'DW400' | 'DW500'
| 'DW600' | 'DW1000' | 'DW1200' | 'DW1500' | 'DW2000'
| 'DW3000' | 'DW6000' | 'DW500c' | 'DW1000c' | 'DW1500c'
| 'DW2000c' | 'DW2500c' | 'DW3000c' | 'DW5000c' | 'DW6000c'
| 'DW7500c' | 'DW10000c' | 'DW15000c' | 'DW30000c'
}
Les arguments
database_name
Spécifie le nom de la base de données à modifier.
MODIFIER NOM = new_database_name
Renomme la base de données avec le nom spécifié nouveau_nom_base_de_données.
L’option 'MODIFY NAME' a des limites de prise en charge dans Azure Synapse :
- Non prise en charge avec les pools serverless Azure Synapse
- Non pris en charge avec les pools SQL dédiés créés dans votre espace de travail Azure Synapse
- Pris en charge avec les pools SQL dédiés (anciennement SQL DW) créés via le portail Azure, notamment ceux dotés d’un espace de travail connecté
TAILLE MAX
La valeur par défaut est 245 760 Go (240 To).
S’applique à : Optimisé pour le calcul Gen1
Taille maximale autorisée pour la base de données. La base de données ne peut pas dépasser MAXSIZE.
S’applique à : Optimisé pour le calcul Gen2
Taille maximale autorisée pour les données rowstore dans la base de données. Les données stockées dans des tables rowstore, le deltastore d’un index columnstore ou un index non cluster sur un index columnstore cluster ne peuvent pas dépasser MAXSIZE. Les données compressées au format columnstore n’ont pas de limite de taille et ne sont pas limitées par MAXSIZE.
SERVICE_OBJECTIVE
Spécifie la taille de calcul (objectif de service). Pour plus d’informations sur les objectifs de service d’Azure Synapse, voir Data Warehouse Units (DWU).
Autorisations
Nécessite ces autorisations :
- Connexion au principal de niveau serveur (créée par le processus de provisionnement) ou
- Membre du rôle de base de données
dbmanager.
Le propriétaire de la base de données ne peut pas modifier la base de données, sauf si le propriétaire est membre du dbmanager rôle.
Notes
La base de données actuelle doit être une base de données différente de celle que vous modifiez, par conséquent, ALTER doit être exécuté lors de la connexion à la master base de données.
COMPATIBILITY_LEVEL dans SQL Analytics est défini sur 130 par défaut et ne peut pas être modifié. Pour plus d’informations, consultez ALTER DATABASE le niveau de compatibilité.
Remarque
COMPATIBILITY_LEVEL s’applique uniquement aux ressources provisionnées (pools).
Limites
Pour exécuter ALTER DATABASE, la base de données doit être en ligne et ne peut pas être dans un état suspendu.
L’instruction ALTER DATABASE doit s’exécuter en mode de validation automatique, qui est le mode de gestion de transaction par défaut. Ce mode est défini dans les paramètres de connexion.
L’instruction ALTER DATABASE ne peut pas faire partie d’une transaction définie par l’utilisateur.
Vous ne pouvez pas modifier le classement de base de données.
Exemples
Avant d’exécuter ces exemples, vérifiez que la base de données que vous modifiez n’est pas la base de données actuelle. La base de données actuelle doit être une base de données différente de celle que vous modifiez, par conséquent, ALTER doit être exécuté lors de la connexion à la master base de données.
R. Changer le nom de la base de données
ALTER DATABASE AdventureWorks2022
MODIFY NAME = Northwind;
B. Changer la taille maximale de la base de données
ALTER DATABASE dw1 MODIFY ( MAXSIZE=10240 GB );
Chapitre C. Modifier la taille de calcul (objectif de service)
ALTER DATABASE dw1 MODIFY ( SERVICE_OBJECTIVE= 'DW1200' );
D. Modifier la taille maximale et la taille de calcul (objectif de service)
ALTER DATABASE dw1 MODIFY ( MAXSIZE=10240 GB, SERVICE_OBJECTIVE= 'DW1200' );
Contenu connexe
Vue d’ensemble : Microsoft Fabric
Azure Synapse
d’analytique
Microsoft Fabric Data Warehouse
Dans Microsoft Fabric Warehouse dans Microsoft Fabric, cette instruction modifie un entrepôt.
En raison de sa longueur, la syntaxe d’ALTER DATABASE est divisée en plusieurs articles.
| Article | Descriptif |
|---|---|
ALTER DATABASE |
Le présent article indique la syntaxe à utiliser et les informations associées pour modifier le nom et le classement d’une base de données. |
| Options ALTER DATABASE SET | Fournit la syntaxe et les informations associées pour modifier les attributs d’une base de données à l’aide SET des options de ALTER DATABASE. |
Notes
Actuellement, les utilisations de ALTER DATABASE dans un entrepôt de Fabric sont documentées dans ALTER DATABASE ... SET. Voir ALTER DATABASE SET les options.