SHOW SEMANTIC VIEWS¶
Répertorie les vues sémantiques pour lesquelles vous disposez de privilèges d’accès. Vous pouvez répertorier les vues du schéma actuel ou du schéma spécifié.
La sortie renvoie les métadonnées et les propriétés des vues, classées lexicographiquement par base de données, schéma et nom de vue sémantique. Ceci est important à noter si vous souhaitez filtrer les résultats à l’aide des filtres fournis.
- Voir aussi ::
CREATE SEMANTIC VIEW, DESCRIBE SEMANTIC VIEW, DROP SEMANTIC VIEW
Syntaxe¶
SHOW [ TERSE ] SEMANTIC VIEWS [ LIKE '<pattern>' ]
[ IN
{
ACCOUNT |
DATABASE |
DATABASE <database_name> |
SCHEMA |
SCHEMA <schema_name> |
<schema_name>
}
]
[ STARTS WITH '<name_string>' ]
[ LIMIT <rows> [ FROM '<name_string>' ] ]
Paramètres¶
TERSE
Retourne seulement un sous-ensemble des colonnes de sortie :
created_on
name
kind
La valeur de la colonne
kind
est toujoursSEMANTIC_VIEW
.database_name
schema_name
Par défaut : aucune valeur (toutes les colonnes sont 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
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.
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 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 [ 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 encadrée de 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'
etSTARTS 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 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).
Sortie¶
La sortie de la commande fournit les propriétés et les métadonnées de vue sémantique dans les colonnes suivantes :
Colonne |
Description |
---|---|
|
Date et heure de création de la vue sémantique. |
|
Nom de la vue sémantique. |
|
Type de vue. Il s’agit toujours de Cette colonne n’apparaît dans la sortie que si vous spécifiez TERSE. |
|
Base de données dans laquelle la vue sémantique est stockée. |
|
Schéma dans lequel la vue sémantique est stockée. |
|
Commentaire sur la vue sémantique. |
|
Rôle qui possède la vue sémantique. |
|
Type de rôle qui possède l’objet, par exemple |
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 |
---|---|---|
REFERENCES |
Vue sémantique |
|
OWNERSHIP |
Vue sémantique |
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.
Notes sur l’utilisation¶
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.
Exemples¶
L’exemple suivant répertorie les vues sémantiques de la base de données en cours d’utilisation :
SHOW SEMANTIC VIEWS;
+-------------------------------+----------------------+---------------+-------------+---------+---------+-----------------+-----------+
| created_on | name | database_name | schema_name | comment | owner | owner_role_type | extension |
|-------------------------------+----------------------+---------------+-------------+---------+---------+-----------------+-----------+
| 2025-04-10 08:29:02.732 -0700 | MY_SEMANTIC_VIEW_1 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:29:21.117 -0700 | MY_SEMANTIC_VIEW_2 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:29:38.040 -0700 | MY_SEMANTIC_VIEW_3 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:47:33.161 -0700 | MY_SEMANTIC_VIEW_4 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:47:46.294 -0700 | MY_SEMANTIC_VIEW_5 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:47:58.480 -0700 | MY_SEMANTIC_VIEW_6 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-02-28 16:16:04.002 -0800 | O_TPCH_SEMANTIC_VIEW | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-03-21 07:03:54.120 -0700 | TPCH_REV_ANALYSIS | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
+-------------------------------+----------------------+---------------+-------------+---------+---------+-----------------+-----------+
L’exemple suivant n’inclut qu’un sous-ensemble des colonnes de sortie :
SHOW TERSE SEMANTIC VIEWS;
+-------------------------------+-----------------------+---------------+---------------+-------------------+
| created_on | name | kind | database_name | schema_name |
|-------------------------------+-----------------------+---------------+---------------+-------------------|
| 2025-04-10 08:29:02.732 -0700 | MY_SEMANTIC_VIEW_1 | SEMANTIC_VIEW | MY_DB | MY_SCHEMA |
| 2025-04-10 08:29:21.117 -0700 | MY_SEMANTIC_VIEW_2 | SEMANTIC_VIEW | MY_DB | MY_SCHEMA |
| 2025-04-10 08:29:38.040 -0700 | MY_SEMANTIC_VIEW_3 | SEMANTIC_VIEW | MY_DB | MY_SCHEMA |
| 2025-04-10 08:47:33.161 -0700 | MY_SEMANTIC_VIEW_4 | SEMANTIC_VIEW | MY_DB | MY_SCHEMA |
| 2025-04-10 08:47:46.294 -0700 | MY_SEMANTIC_VIEW_5 | SEMANTIC_VIEW | MY_DB | MY_SCHEMA |
| 2025-04-10 08:47:58.480 -0700 | MY_SEMANTIC_VIEW_6 | SEMANTIC_VIEW | MY_DB | MY_SCHEMA |
| 2025-02-28 16:16:04.002 -0800 | O_TPCH_SEMANTIC_VIEW | SEMANTIC_VIEW | MY_DB | MY_SCHEMA |
| 2025-03-21 07:03:54.120 -0700 | TPCH_REV_ANALYSIS | SEMANTIC_VIEW | MY_DB | MY_SCHEMA |
+-------------------------------+-----------------------+---------------+---------------+-------------------+
L’exemple suivant affiche les vues sémantiques dont les noms comportent la chaîne tpch
:
SHOW SEMANTIC VIEWS LIKE '%tpch%';
+-------------------------------+----------------------+---------------+-------------+---------+---------+-----------------+-----------+
| created_on | name | database_name | schema_name | comment | owner | owner_role_type | extension |
|-------------------------------+----------------------+---------------+-------------+---------+---------+-----------------+-----------|
| 2025-02-28 16:16:04.002 -0800 | O_TPCH_SEMANTIC_VIEW | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-03-21 07:03:54.120 -0700 | TPCH_REV_ANALYSIS | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
+-------------------------------+----------------------+---------------+-------------+---------+---------+-----------------+-----------+
L’exemple suivant affiche les vues sémantiques dont les noms commencent par MY_SEMANTIC_VIEW
:
SHOW SEMANTIC VIEWS STARTS WITH 'MY_SEMANTIC_VIEW';
+-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------+
| created_on | name | database_name | schema_name | comment | owner | owner_role_type | extension |
|-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------|
| 2025-04-10 08:29:02.732 -0700 | MY_SEMANTIC_VIEW_1 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:29:21.117 -0700 | MY_SEMANTIC_VIEW_2 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:29:38.040 -0700 | MY_SEMANTIC_VIEW_3 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:47:33.161 -0700 | MY_SEMANTIC_VIEW_4 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:47:46.294 -0700 | MY_SEMANTIC_VIEW_5 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:47:58.480 -0700 | MY_SEMANTIC_VIEW_6 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
+-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------+
L’exemple suivant affiche les trois premières vues sémantiques dont les noms commencent par MY_SEMANTIC_VIEW
:
SHOW SEMANTIC VIEWS STARTS WITH 'MY_SEMANTIC_VIEW' LIMIT 3;
+-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------+
| created_on | name | database_name | schema_name | comment | owner | owner_role_type | extension |
|-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------|
| 2025-04-10 08:29:02.732 -0700 | MY_SEMANTIC_VIEW_1 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:29:21.117 -0700 | MY_SEMANTIC_VIEW_2 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:29:38.040 -0700 | MY_SEMANTIC_VIEW_3 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
+-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------+
L’exemple suivant affiche les trois vues sémantiques dont les noms commencent par MY_SEMANTIC_VIEW
après la vue nommée MY_SEMANTIC_VIEW_3
:
SHOW SEMANTIC VIEWS STARTS WITH 'MY_SEMANTIC_VIEW' LIMIT 3 FROM 'MY_SEMANTIC_VIEW_3';
+-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------+
| created_on | name | database_name | schema_name | comment | owner | owner_role_type | extension |
|-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------|
| 2025-04-10 08:47:33.161 -0700 | MY_SEMANTIC_VIEW_4 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:47:46.294 -0700 | MY_SEMANTIC_VIEW_5 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
| 2025-04-10 08:47:58.480 -0700 | MY_SEMANTIC_VIEW_6 | MY_DB | MY_SCHEMA | | MY_ROLE | ROLE | NULL |
+-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------+