SHOW SEMANTIC VIEWS¶
Listet die semantischen Ansichten auf, für die Sie Zugriffsrechte haben. Sie können Ansichten für das aktuelle oder ein bestimmtes Schema auflisten.
Die Ausgabe gibt Ansichtsmetadaten und -eigenschaften zurück, die lexikografisch nach Datenbank, Schema und Name der semantischen Ansicht geordnet sind. Dies muss beachtet werden, wenn Sie die Ergebnisse mit den bereitgestellten Filtern filtern möchten.
- Siehe auch::
CREATE SEMANTIC VIEW, DESCRIBE SEMANTIC VIEW, DROP SEMANTIC VIEW
Syntax¶
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>' ] ]
Parameter¶
TERSE
Gibt nur eine Teilmenge der Ausgabespalten zurück:
created_on
name
kind
Der Spaltenwert
kind
ist immerSEMANTIC_VIEW
.database_name
schema_name
Standard: Kein Wert (alle Spalten sind in der Ausgabe enthalten)
LIKE 'pattern'
Filtert optional die Befehlsausgabe nach dem Objektnamen. Der Filter verwendet einen Musterabgleich ohne Berücksichtigung der Groß-/Kleinschreibung, aber mit Unterstützung von SQL-Platzhalterzeichen (
%
und_
).Die folgenden Muster geben beispielsweise die gleichen Ergebnisse zurück:
... LIKE '%testing%' ...
... LIKE '%TESTING%' ...
. Standard: Kein Wert (die Ausgabe wird nicht gefiltert).
[ IN ... ]
Gibt optional den Geltungsbereich des Befehls an. Geben Sie eine der folgenden Optionen an:
ACCOUNT
Gibt Datensätze für das gesamte Konto zurück.
DATABASE
, .DATABASE db_name
Gibt Datensätze für die aktuell verwendete Datenbank oder eine angegebene Datenbank (
db_name
) zurück.Wenn Sie
DATABASE
ohnedb_name
angeben und aktuell keine Datenbank in Verwendung ist, hat das Schlüsselwort keine Auswirkungen auf die Ausgabe.Bemerkung
Die Verwendung von SHOW-Befehlen ohne eine
IN
-Klausel in einem Datenbankkontext kann zu weniger Ergebnissen als erwartet führen.Objekte mit demselben Namen werden nur einmal angezeigt, wenn keine
IN
-Klausel verwendet wird. Wenn Sie z. B. die Tabellet1
inschema1
und die Tabellet1
inschema2
haben und beide im Geltungsbereich des von Ihnen angegebenen Datenbankkontextes liegen (d. h. die von Ihnen ausgewählte Datenbank ist die übergeordnete Datenbank vonschema1
undschema2
), dann zeigt SHOW TABLES nur eine dert1
-Tabellen an.SCHEMA
, .SCHEMA schema_name
Gibt Datensätze für das aktuell verwendete Schema oder ein angegebenes Schema (
schema_name
) zurück.SCHEMA
ist optional, wenn aktuell eine Datenbank in Verwendung ist oder wenn Sie fürschema_name
den vollqualifizierten Schemanamen (z. B.db.schema
) angeben.Wenn aktuell keine Datenbank in Verwendung ist, hat die Angabe von
SCHEMA
keine Auswirkungen auf die Ausgabe.
Standard: Abhängig davon, ob für die Sitzung aktuell eine Datenbank in Verwendung ist:
Datenbank:
DATABASE
ist der Standardwert (d. h. der Befehl gibt die Objekte zurück, für die Sie Berechtigungen zum Anzeigen in der Datenbank haben).Keine Datenbank:
ACCOUNT
ist der Standardwert (d. h. der Befehl gibt die Objekte zurück, für die Sie Berechtigungen zum Anzeigen in Ihrem Konto haben).
STARTS WITH 'name_string'
Filtert die Befehlsausgabe optional anhand der Zeichen, die am Anfang des Objektnamens angezeigt werden. Die Zeichenfolge muss in einfache Anführungszeichen gesetzt werden, wobei zwischen Groß-/Kleinschreibung unterschieden wird.
Die folgenden Zeichenfolgen geben beispielsweise unterschiedliche Ergebnisse zurück:
... STARTS WITH 'B' ...
... STARTS WITH 'b' ...
. Standard: Kein Wert (die Ausgabe wird nicht gefiltert)
LIMIT rows [ FROM 'name_string' ]
Schränkt optional die maximale Anzahl der zurückgegebenen Zeilen ein und ermöglicht gleichzeitig die „Paginierung“ der Ergebnisse. Die tatsächliche Anzahl der zurückgegebenen Zeilen kann geringer sein als das angegebene Limit. Beispielsweise ist die Anzahl der vorhandenen Objekte geringer als das angegebene Limit.
Die optionale Unterklausel
FROM 'name_string'
dient als „Cursor“ für die Ergebnisse. Dies ermöglicht das Abrufen der angegebenen Anzahl von Zeilen nach der ersten Zeile, deren Objektname mit der angegebenen Zeichenfolge übereinstimmt:Die Zeichenfolge muss in einfache Anführungszeichen gesetzt werden, wobei zwischen Groß-/Kleinschreibung unterschieden wird.
Die Zeichenfolge muss nicht den vollständigen Datenbanknamen enthalten. Partielle Namen werden unterstützt.
Standard: Kein Wert (die Ausgabe wird nicht begrenzt)
Bemerkung
Bei SHOW-Befehlen, die sowohl die
FROM 'name_string'
- als auch dieSTARTS WITH 'name_string'
-Klausel unterstützen, können Sie diese beiden Klauseln in derselben Anweisung kombinieren. Beide Bedingungen müssen jedoch erfüllt sein, da sie sich sonst gegenseitig aufheben und keine Ergebnisse zurückgegeben werden.Außerdem werden Objekte in lexikographischer Reihenfolge nach Namen zurückgegeben. Daher gibt
FROM 'name_string'
nur Zeilen mit einem höheren lexikografischen Wert zurück als die vonSTARTS WITH 'name_string'
zurückgegebenen Zeilen.Beispiel:
... STARTS WITH 'A' LIMIT ... FROM 'B'
würde keine Ergebnisse zurückgeben.... STARTS WITH 'B' LIMIT ... FROM 'A'
würde keine Ergebnisse zurückgeben.... STARTS WITH 'A' LIMIT ... FROM 'AB'
würde Ergebnisse zurückgeben (wenn Zeilen mit den Eingabezeichenfolgen übereinstimmen).
Ausgabe¶
Die Befehlsausgabe enthält Eigenschaften und Metadaten der semantischen Ansicht in den folgenden Spalten:
Spalte |
Beschreibung |
---|---|
|
Datum und Uhrzeit, wann die semantische Ansicht erstellt wurde. |
|
Name der semantischen Ansicht. |
|
Ansichtstyp. Dies ist immer Diese Spalte erscheint nur in der Ausgabe, wenn Sie TERSE angeben. |
|
Datenbank, in der die semantische Ansicht gespeichert ist. |
|
Schema, in dem die semantische Ansicht gespeichert ist. |
|
Kommentar zur semantischen Ansicht. |
|
Rolle, die Eigentümer der semantischen Ansicht ist. |
|
Der Typ der Rolle, die Eigentümer des Objekts ist, zum Beispiel |
Anforderungen an die Zugriffssteuerung¶
Eine Rolle, die zur Ausführung dieses SQL-Befehls verwendet wird, muss mindestens eine der folgenden Berechtigungen haben:
Berechtigung |
Objekt |
Anmerkungen |
---|---|---|
REFERENCES |
Semantische Ansicht |
|
OWNERSHIP |
Semantische Ansicht |
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). |
USAGE-Berechtigung für die übergeordnete Datenbank und das Schema ist erforderlich, um Operationen an einem beliebigen Objekt in einem Schema durchzuführen.
Eine Anleitung zum Erstellen einer kundenspezifischen Rolle mit einer bestimmten Gruppe von Berechtigungen finden Sie unter Erstellen von kundenspezifischen Rollen.
Allgemeine Informationen zu Rollen und Berechtigungen zur Durchführung von SQL-Aktionen auf sicherungsfähigen Objekten finden Sie unter Übersicht zur Zugriffssteuerung.
Nutzungshinweise¶
Der Befehl gibt maximal zehntausend Datensätze für den angegebenen Objekttyp zurück, entsprechend den Zugriffsrechten für die zur Ausführung des Befehls verwendete Rolle. Datensätze, die die Grenze von zehntausend Datensätzen überschreiten, werden nicht zurückgegeben, selbst wenn ein Filter angewendet wurde.
Um Ergebnisse anzuzeigen, für die mehr als zehntausend Datensätze existieren, fragen Sie die entsprechende Ansicht (sofern vorhanden) in Snowflake Information Schema ab.
Beispiele¶
Das folgende Beispiel listet die semantischen Ansichten in der Datenbank auf, die derzeit in Gebrauch ist:
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 |
+-------------------------------+----------------------+---------------+-------------+---------+---------+-----------------+-----------+
Das folgende Beispiel enthält nur eine Teilmenge der Ausgabespalten:
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 |
+-------------------------------+-----------------------+---------------+---------------+-------------------+
Das folgende Beispiel zeigt die semantischen Ansichten mit Namen, die die Zeichenfolge tpch
enthalten:
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 |
+-------------------------------+----------------------+---------------+-------------+---------+---------+-----------------+-----------+
Das folgende Beispiel zeigt die semantischen Ansichten mit Namen, die mit MY_SEMANTIC_VIEW
beginnen:
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 |
+-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------+
Das folgende Beispiel zeigt die ersten drei semantischen Ansichten mit Namen, die mit MY_SEMANTIC_VIEW
beginnen:
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 |
+-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------+
Im folgenden Beispiel werden die drei semantischen Ansichten mit Namen, die mit MY_SEMANTIC_VIEW
beginnen, nach der Ansicht mit dem Namen MY_SEMANTIC_VIEW_3
angezeigt:
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 |
+-------------------------------+--------------------+---------------+-------------+---------+---------+-----------------+-----------+