SHOW SECRETS¶
Répertorie les secrets pour lesquels vous avez les droits pour les voir. Cette commande peut être utilisée pour répertorier les secrets d’une base de données ou d’un schéma spécifié (ou de la base de données/du schéma actuels de la session), ou de votre compte entier.
- Voir aussi :
ALTER SECRET , CREATE SECRET , DESCRIBE SECRET , DROP SECRET
Syntaxe¶
SHOW SECRETS [ LIKE '<pattern>' ]
[ IN { ACCOUNT | [ DATABASE ] <db_name> | [ SCHEMA ] <schema_name> | APPLICATION <application_name> | APPLICATION PACKAGE <application_package_name> } ]
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 :
ACCOUNTRenvoie les enregistrements pour l’ensemble du compte.
DATABASE, .DATABASE db_nameRenvoie 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
DATABASEsansdb_nameet 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
INdans 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
INn’est utilisée. Par exemple, si la tablet1se trouve dansschema1et la tablet1dansschema2et 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 deschema1et deschema2), SHOW TABLES n’affiche qu’une seule des tablest1.SCHEMA, .SCHEMA schema_nameRenvoie les enregistrements pour le schéma en cours d’utilisation ou un schéma spécifié (
schema_name).SCHEMAest facultatif si une base de données est utilisée ou si vous spécifiez leschema_namecomplet (par exemple,db.schema).Si aucune base de données n’est utilisée, spécifier
SCHEMAn’a aucun effet sur la sortie.
APPLICATION application_name, .APPLICATION PACKAGE application_package_nameRenvoie les enregistrements pour l”Snowflake Native App nommée ou un paquet d’application.
Si vous omettez
IN ..., la portée de la commande dépend de l’existence ou non d’une base de données en cours d’utilisation dans la session :Si une base de données est actuellement utilisée, la commande renvoie les objets pour lesquels vous disposez de privilèges d’affichage dans la base de données. Cela a le même effet que de spécifier
IN DATABASE.Si aucune base de données n’est actuellement utilisée, la commande renvoie les objets pour lesquels vous disposez de privilèges d’affichage dans votre compte. Cela a le même effet que de spécifier
IN ACCOUNT.
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 |
|---|---|---|
USAGE |
Secret |
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. Notez qu’un rôle doté d’un privilège quelconque sur un schéma permet à ce rôle de résoudre le schéma. Par exemple, un rôle doté du privilège CREATE sur un schéma peut créer des objets sur ce schéma sans également avoir le privilège USAGE attribué sur ce 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.
Notes sur l’utilisation¶
Snowflake ne renvoie jamais la valeur de la propriété
PASSWORD.
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 l’opérateur de canal (
->>) ou la fonction RESULT_SCAN. Les deux constructions traitent la sortie comme un jeu de résultats que vous pouvez interroger.Les noms des colonnes de sortie pour cette commande sont générés en minuscules. Si vous consommez un jeu de résultats de cette commande avec l’opérateur de canal ou la fonction RESULT_SCAN, utilisez des identificateurs entre guillemets doubles pour les noms de colonnes de la requête, afin de vous assurer qu’ils correspondent aux noms de colonnes dans la sortie analysée. Par exemple, si le nom d’une colonne de sortie est
type, spécifiez"type"pour l’identificateur.
La commande renvoie un maximum de dix mille enregistrements pour le type d’objet spécifié, conformément aux privilèges d’accès du rôle utilisé pour exécuter la commande. Aucun enregistrement au-delà de la limite de dix mille enregistrements n’est renvoyé, même si un filtre a été appliqué.
Pour afficher les résultats pour lesquels il existe plus de dix mille enregistrements, interrogez la vue correspondante (le cas échéant) dans Schéma d’information de Snowflake.