SHOW PASSWORD POLICIES¶
Répertorie les informations de politiques de mots de passe, notamment la date de création, les noms de base de données et de schéma, le propriétaire et tout commentaire disponible.
- Voir aussi :
Syntaxe¶
SHOW PASSWORD POLICIES [ LIKE '<pattern>' ]
[ IN
{
ACCOUNT |
DATABASE |
DATABASE <database_name> |
SCHEMA |
SCHEMA <schema_name> |
APPLICATION <application_name> |
APPLICATION PACKAGE <application_package_name> |
}
|
ON
{
ACCOUNT |
USER <user_name> |
}
]
[ STARTS WITH '<name_string>' ]
[ LIMIT <rows> ]
Paramètres¶
LIKE 'pattern'
(Facultatif) Filtre la sortie de commande par nom d’objet. Le filtre utilise une concordance de motif insensible à la casse avec prise en charge des caractères génériques SQL (
%
et_
).Par exemple, les motifs suivants donnent les mêmes résultats :
... LIKE '%testing%' ...
... LIKE '%TESTING%' ...
. Par défaut : aucune valeur (aucun filtrage n’est appliqué à la sortie).
[ IN ... ]
Spécifie de manière facultative la portée de la commande. Spécifie l’un des éléments suivants :
ACCOUNT
Renvoie les enregistrements pour l’ensemble du compte.
DATABASE
, .DATABASE db_name
Renvoie les enregistrements pour la base de données en cours d’utilisation ou pour une base de données spécifiée (
db_name
).Si vous spécifiez
DATABASE
sansdb_name
et qu’aucune base de données n’est utilisée, le mot-clé n’a aucun effet sur la sortie.Note
L’utilisation de commandes SHOW sans clause
IN
dans un contexte de base de données peut donner moins de résultats que prévu.Les objets portant le même nom ne sont affichés qu’une seule fois si aucune clause
IN
n’est utilisée. Par exemple, si la tablet1
se trouve dansschema1
et la tablet1
dansschema2
et si elles sont toutes les deux dans le champ d’application du contexte de base de données que vous avez spécifié (c’est-à-dire, si la base de données que vous avez sélectionnée est le parent deschema1
et deschema2
), SHOW TABLES n’affiche qu’une seule des tablest1
.SCHEMA
, .SCHEMA schema_name
Renvoie les enregistrements pour le schéma en cours d’utilisation ou un schéma spécifié (
schema_name
).SCHEMA
est facultatif si une base de données est utilisée ou si vous spécifiez leschema_name
complet (par exemple,db.schema
).Si aucune base de données n’est utilisée, spécifier
SCHEMA
n’a aucun effet sur la sortie.
APPLICATION application_name
, .APPLICATION PACKAGE application_package_name
Renvoie les enregistrements pour l”Snowflake Native App nommée ou un paquet d’application.
Par défaut : dépend si la session dispose actuellement d’une base de données en cours d’utilisation :
Base de données :
DATABASE
est la valeur par défaut (c’est-à-dire que la commande renvoie les objets que vous pouvez visualiser dans la base de données).Aucune base de données :
ACCOUNT
est la valeur par défaut (c’est-à-dire que la commande renvoie les objets que vous pouvez visualiser dans votre compte).
[ ON ... ]
Répertorie les politiques en vigueur sur l’objet spécifié. Cette commande tient compte de la priorité. Par exemple, les politiques répertoriées sur un utilisateur indiqueront le compte ou la politique intégrée en vigueur pour l’utilisateur s’il n’existe pas de politique définie spécifiquement pour l’utilisateur. Spécifie l’un des éléments suivants :
ACCOUNT
Renvoie les politiques en vigueur sur le compte.
USER user_name
Renvoie les politiques en vigueur sur l’utilisateur spécifié.
STARTS WITH 'name_string'
(Facultatif) Filtre la sortie de commande en fonction des caractères qui apparaissent au début du nom de l’objet. La chaîne doit être encadrée de guillemets simples et est sensible à la casse.
Par exemple, les chaînes suivantes renvoient des résultats différents :
... STARTS WITH 'B' ...
... STARTS WITH 'b' ...
. Par défaut : aucune valeur (aucun filtrage n’est appliqué à la sortie)
LIMIT rows
(Facultatif) Limite le nombre maximum de lignes renvoyées. Le nombre réel de lignes renvoyées peut être inférieur à la limite spécifiée. Par exemple, le nombre d’objets existants est inférieur à la limite spécifiée.
Par défaut : aucune valeur (aucune limite n’est appliquée à la sortie).
Exigences en matière de contrôle d’accès¶
Un rôle utilisé pour exécuter cette commande SQL doit avoir au moins l’un des privilèges suivants définis au minimum ainsi :
Privilège |
Objet |
Remarques |
---|---|---|
APPLY PASSWORD POLICY |
Compte |
|
OWNERSHIP |
Politique de mot de passe |
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). |
Le privilège USAGE relatif à la base de données et au schéma parents est exigé pour effectuer des opérations sur tout objet d’un schéma.
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.
Pour plus de détails sur la DDL de politique de mot de passe et les privilèges, voir commandes DDL.
Notes sur l’utilisation¶
La commande ne nécessite pas l’exécution d’un entrepôt en cours d’exécution.
La commande ne renvoie que les objets pour lesquels le rôle actuel de l’utilisateur s’est vu accorder au moins un privilège d’accès.
Le privilège d’accès MANAGE GRANTS permet implicitement à son titulaire de voir tous les objets du compte. Par défaut, seuls l’administrateur du compte (utilisateurs avec le rôle ACCOUNTADMIN) et l’administrateur de sécurité (utilisateurs avec le rôle SECURITYADMIN) ont le privilège MANAGE GRANTS.
Pour post-traiter la sortie de cette commande, vous pouvez utiliser la fonction RESULT_SCAN qui traite la sortie sous forme de table à interroger. Vous pouvez également utiliser l”opérateur de canal pour interroger la sortie de cette commande.
La valeur de
LIMIT rows
ne peut pas dépasser10000
. SiLIMIT rows
est omis, la commande entraîne une erreur si le jeu de résultats est supérieur à dix mille lignes.Pour afficher les résultats pour lesquels il existe plus de dix mille enregistrements, vous devez inclure
LIMIT rows
ou interroger la vue correspondante dans Schéma d’information de Snowflake.
Exemple¶
SHOW PASSWORD POLICIES;
+---------------------------------+------------------------+------------+------------------------------------+---------+
| CREATED_ON | NAME | OWNER | COMMENT | options |
+---------------------------------+------------------------+------------+------------------------------------+---------+
| Fri, 10 Dec 2021 00:00:00 -0700 | PASSWORD_POLICY_PROD_1 | PROD_ADMIN | production account password policy | "" |
+---------------------------------+------------------------+------------+------------------------------------+---------+