ALTER MAINTENANCE POLICY¶
Modifie une politique de maintenance existante.
Syntaxe¶
ALTER MAINTENANCE POLICY [ IF EXISTS ] <name> SET
[ SCHEDULE = '<schedule>' ]
[ COMMENT = '<comment>' ]
ALTER MAINTENANCE POLICY [ IF EXISTS ] <name> UNSET
[ COMMENT ]
ALTER MAINTENANCE POLICY [ IF EXISTS ] <name> RENAME TO <new_name>
Paramètres¶
nameSpécifie l’identificateur de la politique de maintenance à modifier.
Si l’identificateur contient des espaces ou des caractères spéciaux, toute la chaîne doit être délimitée par des guillemets doubles. Les identificateurs entre guillemets doubles sont également sensibles à la casse.
Pour plus d’informations, voir Exigences relatives à l’identificateur.
SETDéfinit une ou plusieurs propriétés spécifiées pour la politique de maintenance.
SCHEDULE = 'schedule'Spécifie la planification de la politique de maintenance. Ce paramètre utilise la même syntaxe que le paramètre
SCHEDULEde la commande CREATE TASK.COMMENT = 'comment'Spécifie un commentaire pour la politique de maintenance.
UNSETDésactive une ou plusieurs propriétés de la politique de maintenance.
COMMENTAnnule la politique de maintenance.
RENAME TO new_nameRenomme la politique de maintenance en un nouvel identificateur. Le nouvel identificateur doit être unique pour le schéma.
Exigences en matière de contrôle d’accès¶
Un rôle utilisé pour exécuter cette opération doit au minimum disposer des privilèges suivants :
Privilège |
Objet |
Remarques |
|---|---|---|
APPLY ou OWNERSHIP |
Politique de maintenance |
OWNERSHIP is a special privilege on an object that is automatically granted to the role that created the object, but can also be transferred using the GRANT OWNERSHIP command to a different role by the owning role (or any role with the MANAGE GRANTS privilege). |
Pour effectuer une opération sur un objet dans un schéma, il est nécessaire de disposer d’au moins un privilège sur la base de données parente et d’au moins un privilège sur le schéma parent.
Pour obtenir des instructions sur la création d’un rôle personnalisé avec un ensemble spécifique de privilèges, voir Création de rôles personnalisés.
Pour des informations générales sur les rôles et les privilèges accordés pour effectuer des actions SQL sur des objets sécurisables, voir Aperçu du contrôle d’accès.
Exemples¶
L’exemple suivant modifie la planification de la politique de maintenance au dimanche à 3 AM UTC :
ALTER MAINTENANCE POLICY my_maintenance_policy SET
SCHEDULE = 'USING CRON 0 3 * * SUN UTC';