SHOW TABLES¶
Répertorie les tables pour lesquelles vous avez des privilèges d’accès, y compris les tables détruites qui se trouvent encore dans la période de conservation Time Travel et qui, par conséquent, peuvent être restaurées. La commande peut être utilisée pour répertorier les tables de la base de données ou du schéma actuel/spécifié ou pour l’ensemble de votre compte.
La sortie renvoie les métadonnées et les propriétés de la table, classées lexicographiquement par nom de base de données, de schéma et de table (voir Sortie dans ce chapitre pour lire la description des colonnes de sortie). Ceci est important à noter si vous souhaitez filtrer les résultats à l’aide des filtres fournis.
- Voir aussi :
CREATE TABLE , DROP TABLE , UNDROP TABLE , ALTER TABLE , DESCRIBE TABLE
Vue TABLES (Information Schema)
Syntaxe¶
SHOW [ TERSE ] TABLES [ HISTORY ] [ LIKE '<pattern>' ]
[ IN { ACCOUNT | DATABASE [ <db_name> ] | SCHEMA [ <schema_name> ] } ]
[ STARTS WITH '<name_string>' ]
[ LIMIT <rows> [ FROM '<name_string>' ] ]
Paramètres¶
TERSE
(Facultatif) Retourne seulement un sous-ensemble des colonnes de sortie :
created_on
name
kind
La valeur de la colonne
kind
est toujours TABLE.database_name
schema_name
Par défaut : aucune valeur (toutes les colonnes sont incluses dans la sortie)
HISTORY
(Facultatif) Inclut les tables détruites qui n’ont pas encore été purgées (c’est-à-dire qu’elles sont toujours dans leurs périodes de conservation respectives de Time Travel). S’il existe plusieurs versions d’une table détruite, la sortie affiche une ligne pour chaque version. La sortie comprend également une colonne
dropped_on
supplémentaire, qui affiche les éléments suivants :Date et horodatage (pour les tables détruites).
NULL
(pour les tables actives).
Par défaut : aucune valeur (les tables détruites ne sont pas incluses dans la sortie)
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 ACCOUNT | DATABASE [ db_name ] | SCHEMA [ schema_name ]
(Facultatif) Spécifie la portée de la commande, qui détermine si la commande liste les enregistrements uniquement pour la base de données ou le schéma actuel/spécifié, ou pour l’ensemble de votre compte.
Si vous spécifiez le mot clé
ACCOUNT
, la commande récupère les enregistrements de tous les schémas de toutes les bases de données du compte courant.Si vous spécifiez le mot clé
DATABASE
, alors :Si vous spécifiez un
db_name
, la commande récupère les enregistrements de tous les schémas de la base de données spécifiée.Si vous ne spécifiez pas un
db_name
, alors :S’il existe une base de données actuelle, la commande récupère les enregistrements de tous les schémas de la base de données actuelle.
S’il n’y a pas de base de données actuelle, la commande récupère les enregistrements de toutes les bases de données et de tous les schémas du compte.
Si vous spécifiez le mot clé
SCHEMA
, alors :Si vous spécifiez un nom de schéma qualifié (par exemple
my_database.my_schema
), la commande récupère les enregistrements de la base de données et du schéma spécifiés.Si vous spécifiez un
schema_name
non qualifié, alors :S’il existe une base de données actuelle, la commande récupère les enregistrements du schéma spécifié dans la base de données actuelle.
S’il n’y a pas de base de données actuelle, la commande affiche l’erreur
SQL compilation error: Object does not exist, or operation cannot be performed
.
Si vous ne spécifiez pas un
schema_name
, alors :S’il existe une base de données actuelle, alors :
S’il existe un schéma actuel, la commande récupère les enregistrements pour le schéma actuel dans la base de données actuelle.
S’il n’y a pas de schéma actuel, la commande récupère les enregistrements de tous les schémas de la base de données actuelle.
S’il n’y a pas de base de données actuelle, la commande récupère les enregistrements de toutes les bases de données et de tous les schémas du compte.
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 actuelle).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).
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 délimitée par des guillemets simples et est sensible à la casse. Par exemple, ceci renvoie 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 [ FROM 'name_string' ]
(Facultatif) Limite le nombre maximum de lignes retournées, tout en permettant la « pagination » des résultats. Notez que le nombre réel de lignes retournées pourrait être inférieur à la limite spécifiée (par exemple, le nombre d’objets existants est inférieur à la limite spécifiée).
La sous-clause facultative
FROM 'name_string'
sert effectivement de « curseur » pour les résultats. Ceci permet de récupérer le nombre spécifié de lignes suivant la première ligne dont le nom d’objet correspond à la chaîne spécifiée :La chaîne doit être délimitée par des guillemets simples et est sensible à la casse.
La chaîne n’a pas besoin d’inclure le nom complet de l’objet ; les noms partiels sont pris en charge.
Par défaut : aucune valeur (aucune limite n’est appliquée à la sortie)
Note
Les deux
FROM 'name_string'
etSTARTS WITH 'name_string'
peuvent être combinés dans la même instruction ; cependant, les deux conditions doivent être remplies ou elles s’annulent mutuellement et aucun résultat n’est retourné.De plus, les objets sont retournés dans l’ordre lexicographique par nom, donc
FROM 'name_string'
ne retourne que les lignes ayant une valeur lexicographique plus élevée que les lignes retournées parSTARTS WITH 'name_string'
Par exemple :
... STARTS WITH 'A' LIMIT ... FROM 'B'
ne donnerait aucun résultat.... STARTS WITH 'B' LIMIT ... FROM 'A'
ne donnerait aucun résultat.... STARTS WITH 'A' LIMIT ... FROM 'AB'
donnerait des résultats (si des lignes correspondent aux chaînes d’entrée).
Notes sur l’utilisation¶
Si un compte (ou une base de données ou un schéma) comporte un grand nombre de tables, la recherche dans l’ensemble du compte (ou de la table ou du schéma) peut consommer une quantité importante de ressources de calcul.
L’exécution de la commande ne nécessite pas l’exécution d’un entrepôt en cours d’exécution.
La valeur pour
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 à 10 000 lignes.Pour afficher les résultats pour lesquels il existe plus de 10 000 enregistrements, incluez
LIMIT rows
ou interrogez la vue correspondante dans Schéma d’information de Snowflake.
Pour post-traiter la sortie de cette commande, vous pouvez utiliser la fonction RESULT_SCAN qui traite la sortie comme une table qui peut être interrogée.
Sortie¶
La sortie de commande fournit les propriétés des tables et les métadonnées dans les colonnes suivantes :
Colonne |
Description |
---|---|
créé_le |
Date et heure de création de la table. |
name |
Nom de la table. |
database_name |
Base de données dans laquelle la table est stockée. |
nom_schéma |
Schéma dans lequel la table est stockée. |
type |
Type de table : TABLE (pour les tables permanentes), TEMPORARY, ou TRANSIENT. |
commentaire |
Commentaire pour la table. |
cluster_by |
Colonne(s) définie(s) comme clé(s) de clustering pour la table. |
rows |
Nombre de lignes de la table. Renvoie NULL pour les tables externes. |
bytes |
Nombre d’octets qui seront analysés si la table entière est analysée dans une requête. Notez que ce nombre peut être différent du nombre d’octets physiques réels (c’est-à-dire les octets stockés sur disque) pour la table. |
propriétaire |
Rôle qui possède la table. |
retention_time |
Nombre de jours pendant lesquels les données modifiées et supprimées sont conservées pour Time Travel. |
dropped_on |
Date et heure de destruction de la table ; NULL si la table est active. Cette colonne n’est affichée que lorsque le mot clé HISTORY est spécifié pour la commande. |
automatic_clustering |
Si Clustering automatique est activé pour votre compte, spécifie s’il est explicitement activé ( |
suivi_changement |
Si |
search_optimization |
Si |
search_optimization_progress |
Pourcentage de la table optimisée pour la recherche. Cette valeur augmente lorsque l’optimisation est ajoutée pour la première fois à une table et lorsque la maintenance est effectuée sur le service d’optimisation de la recherche. Avant de mesurer l’amélioration des performances de l’optimisation de la recherche sur une table nouvellement optimisée, attendez que cela montre que la table a été entièrement optimisée. |
search_optimization_bytes |
Nombre d’octets supplémentaires de stockage consommés par le service d’optimisation de la recherche pour cette table. |
is_external |
|
enable_schema_evolution |
|
owner_role_type |
Type de rôle propriétaire de l’objet, soit |
is_event |
|
budget |
Nom du budget si l’objet est contrôlé par un budget. sinon, NULL. |
Pour plus d’informations sur les propriétés qui peuvent être spécifiées pour une table, voir CREATE TABLE.
Note
Pour les tables clonées et les tables avec des données supprimées, bytes
affiché pour la table peut être différent du nombre d’octets physiques de la table :
Une table clonée n’utilise pas de stockage de données supplémentaire (jusqu’à ce que de nouvelles lignes soient ajoutées à la table ou que des lignes existantes dans la table soient modifiées ou supprimées). Si peu ou pas de modifications ont été apportées à la table, le nombre d’octets affichés est supérieur à celui des octets physiques réels enregistrés pour la table.
Les données supprimées d’une table sont conservées dans Snowflake jusqu’à ce que la période de conservation de Time Travel (1 jour, par défaut) et la période Fail-safe (7 jours) des données soient écoulées. Pendant ces deux périodes, le nombre d’octets affichés est inférieur à celui des octets physiques réels stockés pour la table.
Pour des informations plus détaillées sur la taille de la table en octets en ce qui concerne le clonage, Time Travel et Fail-safe, consultez le chapitre relatif à la TABLE_STORAGE_METRICS vue Information Schema.
Notes sur l’utilisation¶
Les résultats sont triés par nom de base de données, nom de schéma, puis nom de table. Cela signifie que les résultats pour une base de données peuvent contenir des tables provenant de plusieurs schémas et que la pagination peut être interrompue. Pour que la pagination fonctionne comme prévu, vous devez exécuter l’instruction SHOW TABLES pour un seul schéma. Vous pouvez utiliser le paramètre IN SCHEMA schema_name
pour la commande SHOW TABLES. Vous pouvez également utiliser le schéma dans le contexte actuel en exécutant une instruction USE SCHEMA schema_name
avant d’exécuter une instruction SHOW TABLES.
Exemples¶
Afficher toutes les tables dont le nom commence par line
que vous avez les privilèges d’afficher dans le schéma tpch.public
:
SHOW TABLES LIKE 'line%' IN tpch.public;
Afficher toutes les tables, y compris les tables détruites, que vous avez les privilèges d’afficher dans le schéma tpch.public
:
SHOW TABLES HISTORY IN tpch.public;