SHOW STORAGE LIFECYCLE POLICIES¶

Listet die Lebenszyklusrichtlinien des Speichers auf, für die Sie Zugriffsrechte haben.

Mit diesem Befehl können Sie die Objekte in der aktuellen Datenbank und im aktuellen Schema für die Sitzung, für eine bestimmte Datenbank oder ein bestimmtes Schema oder für Ihr gesamtes Konto auflisten.

Die Ausgabe enthält die Metadaten und Eigenschaften für jedes Objekt. Die Objekte werden lexikografisch nach Datenbank, Schema und Objektname sortiert (Beschreibungen der Ausgabespalten finden Sie hier unter Ausgabe). Die Reihenfolge der Zeilen in den Ergebnissen muss beachtet werden, wenn Sie die Ergebnisse filtern möchten.

Siehe auch:: CREATE STORAGE LIFECYCLE POLICY, ALTER STORAGE LIFECYCLE POLICY, DESCRIBE STORAGE LIFECYCLE POLICY, DROP STORAGE LIFECYCLE POLICY

Syntax¶

SHOW STORAGE LIFECYCLE POLICIES
  [ LIKE '<pattern>' ]
  [ IN
        {
          ACCOUNT                  |

          DATABASE                 |
          DATABASE <database_name> |

          SCHEMA                   |
          SCHEMA <schema_name>     |
          <schema_name>
        }
  ]

Copy

Parameter¶

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 ohne db_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 Tabelle t1 in schema1 und die Tabelle t1 in schema2 haben und beide im Geltungsbereich des von Ihnen angegebenen Datenbankkontextes liegen (d. h. die von Ihnen ausgewählte Datenbank ist die übergeordnete Datenbank von schema1 und schema2), dann zeigt SHOW TABLES nur eine der t1-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ür schema_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.

Wenn Sie IN ... weglassen, hängt der Geltungsbereich des Befehls davon ab, ob für die Sitzung aktuell eine Datenbank in Verwendung ist:

Wenn aktuell eine Datenbank verwendet wird, gibt der Befehl die Objekte zurück, für die Sie Berechtigungen zum Anzeigen in der Datenbank haben. Dies hat die gleiche Wirkung wie die Angabe von IN DATABASE.
Wenn aktuell keine Datenbank verwendet wird, gibt der Befehl die Objekte zurück, für die Sie Berechtigungen zum Anzeigen in Ihrem Konto haben. Dies hat die gleiche Wirkung wie die Angabe von IN ACCOUNT.

Ausgabe¶

Die Ausgabe des Befehls enthält die folgenden Spalten, die die Eigenschaften und Metadaten des Objekts beschreiben:

Spalte	Beschreibung
`created_on`	Datum und Uhrzeit der Erstellung der Richtlinie.
`name`	Der Name der Richtlinie.
`database_name`	Der Name der Datenbank, mit der die Richtlinie verknüpft ist.
`schema_name`	Der Name des Schemas, das von der Richtlinie verwendet wird.
`kind`	Der Typ der Lebenszyklusrichtlinie des Speichers.
`owner`	Der Name der Rolle, die die Richtlinie erstellt hat.
`comment`	Ein optionaler Kommentar, der die Richtlinie beschreibt.
`owner_role_type`	Der Typ der Rolle, den der Eigentümer der Richtlinie zum Erstellen der Richtlinie verwendet hat.
`options`	Optionale Parameter, die der Richtlinie hinzugefügt wurden, um das Verhalten der Richtlinie zu ändern: `archive_for_days`: Anzahl der Tage, in denen Zeilen vor dem Ablaufen archiviert werden. Wenn diese Eigenschaft für die Richtlinie nicht festgelegt ist, ist der Wert NULL. `archive_tier`: Die Speicherebene für die Richtlinie; COOl oder COLD.

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
APPLY STORAGE LIFECYCLE POLICY	Konto	Erlaubt SHOW für alle Speicherlebenszyklusrichtlinien im Konto.
APPLY	Richtlinie für den Lebenszyklus des Speichers	Erlaubt SHOW für die Richtlinie
OWNERSHIP	Richtlinie für den Lebenszyklus des Speichers	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).

Für das Ausführen von Operationen für ein Objekt in einem Schema ist mindestens eine Berechtigung für die übergeordnete Datenbank und mindestens eine Berechtigung für das übergeordnete Schema erforderlich.

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¶

Für die Ausführung des Befehls ist kein aktives Warehouse erforderlich.
Der Befehl gibt nur Objekte zurück, für die der aktuellen Rolle des aktuellen Benutzers mindestens ein Zugriffsrecht zugewiesen wurde.
Das Zugriffsrecht MANAGE GRANTS gibt seinem Eigentümer implizit die Möglichkeit, jedes Objekt im Konto anzuzeigen. Standardmäßig haben nur der Kontoadministrator (Benutzer mit der Rolle ACCOUNTADMIN) und der Systemadministrator (Benutzer mit der Rolle SECURITYADMIN) die Berechtigung MANAGE GRANTS.

Um die Ausgabe dieses Befehls nachzubearbeiten, können Sie den Befehl Pipe-Operator (->>) oder die RESULT_SCAN-Funktion verwenden. Beide Konstrukte behandeln die Ausgabe als Resultset, das Sie abfragen können.

Sie können zum Beispiel den Pipe-Operator oder die RESULT_SCAN-Funktion verwenden, um bestimmte Spalten aus der SHOW-Befehlsausgabe auszuwählen oder die Zeilen zu filtern.

Wenn Sie sich auf die Ausgabespalten beziehen, verwenden Sie Bezeichner mit doppelten Anführungszeichen für die Spaltennamen. Um beispielsweise die Ausgabespalte type auszuwählen, geben Sie SELECT "type" an.

Sie müssen Bezeichner in doppelten Anführungszeichen verwenden, da die Ausgabespaltennamen für SHOW-Befehle in Kleinbuchstaben geschrieben sind. Die doppelten Anführungszeichen stellen sicher, dass die Spaltennamen in der SELECT-Liste oder WHERE-Klausel den Spaltennamen in der SHOW-Befehlsausgabe entsprechen, die gescannt wurde.

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.

Die Ausführung des Befehls für Objekte auf Schema-Ebene gibt nur dann ein Objekt zurück, wenn die aktuelle Rolle auch mindestens eine Berechtigung für die übergeordnete Datenbank und das übergeordnete Schema besitzt.

Beispiele¶

Das folgende Beispiel listet die Speicherlebenszyklusrichtlinien auf, die Sie im Schema PUBLIC der Datenbank mydb anzeigen dürfen:

USE DATABASE mydb;

SHOW STORAGE LIFECYCLE POLICIES;

Copy

Ausgabe:

+----------------------------------------+------------------+---------------------------+-------------------------------+--------------------------+--------------+-------------------+-----------------+---------------------------+
|               created_on               |       name       |       database_name       |          schema_name          |           kind           |    owner     |      comment      | owner_role_type |          options          |
+----------------------------------------+------------------+---------------------------+-------------------------------+--------------------------+--------------+-------------------+-----------------+---------------------------+
| Fri, 23 Jun 1967 07:00:00.123000 +0000 | MY_POLICY        | MYDB                      | PUBLIC                        | STORAGE_LIFECYCLE_POLICY | TESTACCOUNT  | identity          | ROLE            | {"ARCHIVE_FOR_DAYS":null} |
| Fri, 23 Jun 1967 07:00:00.123000 +0000 | MY_SECOND_POLICY | MYDB                      | PUBLIC                        | STORAGE_LIFECYCLE_POLICY | TESTACCOUNT  | identity with UDF | ROLE            | {"ARCHIVE_FOR_DAYS":365}  |
| Fri, 23 Jun 1967 07:00:00.123000 +0000 | MY_THIRD_POLICY  | MYDB                      | PUBLIC                        | STORAGE_LIFECYCLE_POLICY | TESTACCOUNT  | always true       | ROLE            | {"ARCHIVE_FOR_DAYS":180}  |
+----------------------------------------+------------------+---------------------------+-------------------------------+--------------------------+--------------+-------------------+-----------------+---------------------------+