SHOW STORAGE LIFECYCLE POLICIES

Lista as políticas de ciclo de vida de armazenamento para as quais você tem privilégios de acesso.

Você pode usar este comando para listar os objetos no banco de dados e esquema atuais da sessão, em um banco de dados ou esquema especificado ou em toda a sua conta.

A saída inclui os metadados e as propriedades de cada objeto. Os objetos são classificados lexicograficamente por banco de dados, esquema e nome do objeto (consulte Saída neste tópico para obter descrições das colunas de saída). A ordem das linhas nos resultados é importante para filtrar os resultados.

Consulte também:

CREATE STORAGE LIFECYCLE POLICY, ALTER STORAGE LIFECYCLE POLICY, DESCRIBE STORAGE LIFECYCLE POLICY, DROP STORAGE LIFECYCLE POLICY

Sintaxe

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

          DATABASE                 |
          DATABASE <database_name> |

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

Parâmetros

LIKE 'pattern'

Opcionalmente, filtra a saída do comando pelo nome do objeto. O filtro utiliza correspondência de padrão que não diferencia maiúsculas e minúsculas, com suporte para caracteres curinga SQL (% e _).

Por exemplo, os seguintes padrões retornam os mesmos resultados:

... LIKE '%testing%' ...
... LIKE '%TESTING%' ...

. padrão: sem valor (nenhuma filtragem é aplicada à saída).

[ IN ... ]

Opcionalmente, especifica o escopo do comando. Especifique um dos seguintes:

ACCOUNT

Retorna registros para toda a conta.

DATABASE, . DATABASE db_name

Retorna registros do banco de dados atual em uso ou de um banco de dados especificado (db_name).

Se você especificar DATABASE sem db_name e nenhum banco de dados estiver em uso, a palavra-chave não terá efeito sobre a saída.

Nota

Usar comandos SHOW sem uma cláusula IN em um contexto de banco de dados pode resultar em menos resultados do que o esperado.

Os objetos com o mesmo nome são exibidos apenas uma vez se não for usada a cláusula IN. Por exemplo, se a tabela t1 estiver em schema1 e a tabela t1 estiver em schema2 e ambas estiverem no escopo do contexto do banco de dados especificado (ou seja, o banco de dados selecionado é o pai de schema1 e schema2), então SHOW TABLES exibirá apenas uma das tabelas t1.

SCHEMA, . SCHEMA schema_name

Retorna registros do esquema atual em uso ou de um esquema especificado (schema_name).

SCHEMA é opcional se um banco de dados estiver em uso ou se você especificar o schema_name totalmente qualificado (por exemplo, db.schema).

Se nenhum banco de dados estiver em uso, a especificação SCHEMA não terá efeito sobre a saída.

Se você omitir IN ..., o escopo do comando dependerá se a sessão tem um banco de dados em uso:

  • Se um banco de dados estiver em uso no momento, o comando retornará os objetos que você tem privilégios para visualizar no banco de dados. Isso tem o mesmo efeito que especificar IN DATABASE.

  • Se nenhum banco de dados estiver em uso no momento, o comando retornará os objetos que você tem privilégios para visualizar na sua conta. Isso tem o mesmo efeito que especificar IN ACCOUNT.

Saída

A saída do comando inclui as seguintes colunas, que descrevem as propriedades e metadados do objeto:

Coluna

Descrição

created_on

Data e hora de criação da política.

name

O nome da política.

database_name

O nome do banco de dados ao qual a política está associada.

schema_name

O nome do esquema que a política usa.

kind

O tipo de política de ciclo de vida de armazenamento.

owner

O nome da função que criou a política.

comment

Um comentário opcional que descreve a política.

owner_role_type

O tipo de função que o proprietário da política usou para criar a política.

options

Parâmetros opcionais adicionados à política para mudar a forma como a política se comporta:

  • archive_for_days: o número de dias para arquivar as linhas antes da expiração. Se essa propriedade não for definida para a política, o valor será NULL.

  • archive_tier: a camada de armazenamento da política: COOl ou COLD.

Requisitos de controle de acesso

Uma função usada para executar esse comando SQL deve ter pelo menos um dos seguintes privilégios, no mínimo:

Privilégio

Objeto

Notas

APPLY STORAGE LIFECYCLE POLICY

Conta

Permite SHOW em todas as políticas de ciclo de vida de armazenamento na conta.

APPLY

Política de ciclo de vida de armazenamento

Permite SHOW na política

OWNERSHIP

Política de ciclo de vida de armazenamento

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

O privilégio USAGE no banco de dados e no esquema pai é necessário para executar operações em qualquer objeto de um esquema. Observe que uma função com privilégio concedido em um esquema permite que essa função resolva o esquema. Por exemplo, uma função com privilégio CREATE concedido em um esquema pode criar objetos nesse esquema sem também ter USAGE concedido nesse esquema.

Para instruções sobre como criar uma função personalizada com um conjunto específico de privilégios, consulte Criação de funções personalizadas.

Para informações gerais sobre concessões de funções e privilégios para executar ações de SQL em objetos protegíveis, consulte Visão geral do controle de acesso.

Notas de uso

  • O comando não precisa de um warehouse em funcionamento para ser executado.

  • O comando retorna apenas objetos para os quais a função atual do usuário atual recebeu pelo menos um privilégio de acesso.

  • O privilégio de acesso MANAGE GRANTS permite implicitamente que seu titular consulte todos os objetos da conta. Por padrão, somente o administrador de conta (usuários com a função ACCOUNTADMIN) e o administrador de segurança (usuários com a função SECURITYADMIN) têm o privilégio MANAGE GRANTS.

  • Para pós-processar a saída deste comando, você pode usar o operador de canal (->>) ou a função RESULT_SCAN. Ambos os constructos tratam a saída como um conjunto de resultados que você pode consultar.

    Os nomes das colunas de saída para este comando são gerados em minúsculas. Se você consumir um conjunto de resultados deste comando com o operador de canal ou a função RESULT_SCAN, use identificadores entre aspas duplas para os nomes das colunas na consulta para garantir que eles correspondam aos nomes das colunas na saída que foi verificada. Por exemplo, se o nome de uma coluna de saída for type, especifique "type" para o identificador.

  • O comando retorna um máximo de dez mil registros para o tipo de objeto especificado, conforme ditado pelos privilégios de acesso da função usada para executar o comando. Todos os registros acima do limite de dez mil registros não são retornados, mesmo com um filtro aplicado.

    Para visualizar os resultados para os quais existem mais de dez mil registros, consulte a exibição correspondente (se houver) em Snowflake Information Schema.

  • Executar um comando para objetos em nível de esquema somente retornará um objeto se a função atual também tiver pelo menos um privilégio no banco de dados pai e no esquema.

Exemplos

O exemplo a seguir lista as políticas de ciclo de vida de armazenamento que você tem privilégios para visualizar no esquema PUBLIC do banco de dados mydb:

USE DATABASE mydb;

SHOW STORAGE LIFECYCLE POLICIES;
Copy

Saída:

+----------------------------------------+------------------+---------------------------+-------------------------------+--------------------------+--------------+-------------------+-----------------+---------------------------+
|               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}  |
+----------------------------------------+------------------+---------------------------+-------------------------------+--------------------------+--------------+-------------------+-----------------+---------------------------+