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                                        |
                                          DATABASE <database_name>                        |

                                          SCHEMA                                          |
                                          SCHEMA <schema_name>                            |
                                          <schema_name>

                                          APPLICATION <application_name>                  |
                                          APPLICATION PACKAGE <application_package_name>  |
                                        }
                                  ]
                                  [ STARTS WITH '<name_string>' ]
                                  [ LIMIT <rows> [ FROM '<name_string>' ] ]

Copy

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 ... ]

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 sans db_name et qu’aucune base de données n’est utilisée, le mot-clé n’a aucun effet sur la sortie.

SCHEMA, . SCHEMA schema_name, . 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 le schema_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).

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, 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 [ FROM 'name_string' ]

(Facultatif) Limite le nombre maximum de lignes retournées, tout en permettant la « pagination » des résultats. 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.

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

Pour les commandes SHOW qui prennent en charge les clauses FROM 'name_string' et STARTS WITH 'name_string', vous pouvez combiner ces deux clauses dans la même instruction. Cependant, les deux conditions doivent être remplies ou elles s’annulent mutuellement et aucun résultat n’est renvoyé.

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 par STARTS 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.
Dans la sortie, 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 la commande 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 commande USE SCHEMA avant d’exécuter une commande SHOW TABLES.

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épasser 10000. Si LIMIT 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é (`ON`) ou désactivé (`OFF`) pour la table. Cette colonne n’est pas visible si le clustering automatique n’est pas activé pour votre compte.
suivi_changement	Si `ON`, le suivi des modifications est activé. Vous pouvez interroger ces données de suivi des modifications en utilisant les flux ou la clause CHANGES pour les instructions SELECT. Si `OFF`, le suivi des modifications est actuellement désactivé, mais pourrait être activé.
search_optimization	Si `ON`, la table a le service d’optimisation de la recherche activé. Sinon, la valeur par défaut est `OFF`.
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	`Y` s’il s’agit d’une table externe ; `N` dans le cas contraire.
enable_schema_evolution	`Y` si la table a une évolution de schéma activée ; `N` dans le cas contraire. Vous pouvez activer l’évolution automatique du schéma de table en utilisant les commandes CREATE TABLE ou ALTER TABLE.
owner_role_type	Type de rôle qui possède l’objet, par exemple `ROLE`. . Si une Snowflake Native App est propriétaire de l’objet, la valeur est `APPLICATION`. . Snowflake renvoie NULL si vous supprimez l’objet, car un objet supprimé n’a pas de rôle propriétaire.
is_event	`Y` s’il s’agit d’une table d’événements ; `N` dans le cas contraire.
budget	Nom du budget si l’objet est contrôlé par un budget. sinon, NULL.
is_hybrid	`Y` s’il s’agit d’une table hybride ; `N` dans le cas contraire.
est_iceberg	`Y` si la table est une table Apache Iceberg ; sinon, `N`.
est_immuable	`Y` si la table a été créée avec la propriété READ ONLY ; `N` dans les autres cas.

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.

Exemples¶

Ces exemples montrent toutes les tables que vous avez le droit d’afficher en fonction des paramètres spécifiés.

Exécutez SHOW TABLES sur les tables de les Ensembles de données d’échantillon. Les exemples utilisent le paramètre TERSE pour limiter la sortie.

Affichez toutes les tables avec un nom qui commence par LINE dans le schéma tpch_sf1 :

SHOW TERSE TABLES IN tpch_sf1 STARTS WITH 'LINE';

Copy

+-------------------------------+----------+-------+-----------------------+-------------+
| created_on                    | name     | kind  | database_name         | schema_name |
|-------------------------------+----------+-------+-----------------------+-------------|
| 2016-07-08 13:41:59.960 -0700 | LINEITEM | TABLE | SNOWFLAKE_SAMPLE_DATA | TPCH_SF1    |
+-------------------------------+----------+-------+-----------------------+-------------+

Afficher toutes les tables dont le nom comprend la sous-chaîne PART dans le schéma tpch_sf1 :

SHOW TERSE TABLES LIKE '%PART%' IN tpch_sf1;

Copy

+-------------------------------+-----------+-------+-----------------------+-------------+
| created_on                    | name      | kind  | database_name         | schema_name |
|-------------------------------+-----------+-------+-----------------------+-------------|
| 2016-07-08 13:41:59.960 -0700 | JPART     | TABLE | SNOWFLAKE_SAMPLE_DATA | TPCH_SF1    |
| 2016-07-08 13:41:59.960 -0700 | JPARTSUPP | TABLE | SNOWFLAKE_SAMPLE_DATA | TPCH_SF1    |
| 2016-07-08 13:41:59.960 -0700 | PART      | TABLE | SNOWFLAKE_SAMPLE_DATA | TPCH_SF1    |
| 2016-07-08 13:41:59.960 -0700 | PARTSUPP  | TABLE | SNOWFLAKE_SAMPLE_DATA | TPCH_SF1    |
+-------------------------------+-----------+-------+-----------------------+-------------+

Affichez les tables du schéma tpch_sf1 mais limitez la sortie à trois lignes et commencez par les noms de tables qui commencent par J :

SHOW TERSE TABLES IN tpch_sf1 LIMIT 3 FROM 'J';

Copy

+-------------------------------+-----------+-------+-----------------------+-------------+
| created_on                    | name      | kind  | database_name         | schema_name |
|-------------------------------+-----------+-------+-----------------------+-------------|
| 2016-07-08 13:41:59.960 -0700 | JCUSTOMER | TABLE | SNOWFLAKE_SAMPLE_DATA | TPCH_SF1    |
| 2016-07-08 13:41:59.960 -0700 | JLINEITEM | TABLE | SNOWFLAKE_SAMPLE_DATA | TPCH_SF1    |
| 2016-07-08 13:41:59.960 -0700 | JNATION   | TABLE | SNOWFLAKE_SAMPLE_DATA | TPCH_SF1    |
+-------------------------------+-----------+-------+-----------------------+-------------+

Afficher une table supprimée en utilisant le paramètre HISTORY.

Créez une table dans votre schéma actuel, puis supprimez-la :
CREATE OR REPLACE TABLE test_show_tables_history(c1 NUMBER);

DROP TABLE test_show_tables_history;
Copy
Utilisez le paramètre HISTORY pour inclure les tables supprimées dans la sortie de la commande :
SHOW TABLES HISTORY LIKE 'test_show_tables_history';
Copy
Dans la sortie, la colonne dropped_on indique la date et l’heure auxquelles la table a été supprimée.