Uso de resultados de consultas persistentes¶

Otimização da recuperação¶

Se um usuário repete uma consulta que já foi executada, e os dados na(s) tabela(s) não mudaram desde a última vez que a consulta foi executada, então o resultado da consulta é o mesmo. Em vez de executar a consulta novamente, Snowflake simplesmente retorna o mesmo resultado que retornou anteriormente. Isto pode reduzir substancialmente o tempo de consulta, pois o Snowflake ignora a execução da consulta e, em vez disso, recupera o resultado diretamente do cache.

Normalmente, os resultados das consultas são reutilizados se todas as seguintes condições forem atendidas:

• A nova consulta corresponde exatamente à consulta executada anteriormente. Qualquer diferença na sintaxe, incluindo letras minúsculas versus maiúsculas, ou o uso de aliases de tabela, inibirá 100% a reutilização do cache. Por exemplo, considere as seguintes consultas, executadas em sucessão:

  SELECT DISTINCT(severity) FROM weather_events;
  SELECT DISTINCT(severity) FROM weather_events;
  SELECT DISTINCT(severity) FROM weather_events we;
  select distinct(severity) from weather_events;
  

  Copy

  A primeira consulta preencherá o cache, e a segunda consulta idêntica se beneficiará da reutilização de 100% do cache. No entanto, a terceira e a quarta consultas não acionarão a reutilização do cache, simplesmente porque a terceira consulta introduz um alias de tabela e a quarta consulta usa palavras-chave em letras minúsculas.

• A consulta não inclui funções não reutilizáveis, que retornam resultados diferentes para execuções sucessivas da mesma consulta. UUID_STRING, RANDOM e RANDSTR são bons exemplos de funções não reutilizáveis.

• A consulta não inclui funções externas.

• Os dados da tabela que contribuem para o resultado da consulta não foram alterados.

• O resultado persistente para a consulta anterior ainda está disponível.

• A função que acessa os resultados em cache tem os privilégios necessários.

  • Se a consulta foi uma consulta SELECT, a função que executa a consulta deve ter os privilégios de acesso necessários para todas as tabelas utilizadas na consulta em cache.

  • Se a consulta foi uma consulta SHOW, a função que executou a consulta deve corresponder à função que gerou os resultados em cache.

• As opções de configuração que afetam a forma como o resultado foi produzido não mudaram.

• As micropartições da tabela não foram alteradas (por exemplo, foram reagrupadas ou consolidadas) devido a mudanças em outros dados da tabela.

Por padrão, a reutilização dos resultados é ativada, mas pode ser substituída em nível de conta, usuário e sessão usando o parâmetro de sessão USE_CACHED_RESULT.

Pós-processamento dos resultados de consultas¶

Em alguns casos, você pode querer realizar um processamento adicional sobre o resultado de uma consulta que já tenha sido feita. Por exemplo:

• Você está desenvolvendo uma consulta complexa passo a passo e deseja adicionar uma nova camada sobre a consulta anterior e executar a nova consulta sem recalcular os resultados parciais a partir do zero.

• A consulta anterior era uma instrução SHOW <objetos>, DESCRIBE <objeto> ou CALL, que retorna resultados em uma forma que não é fácil de reutilizar.

  Por exemplo, você não pode chamar um procedimento armazenado dentro de uma instrução SQL mais complexa da maneira como você pode chamar uma função dentro de uma instrução SQL, então a única maneira de processar a saída do procedimento armazenado é pós-processar os resultados da consulta armazenada.

O pós-processamento pode ser realizado utilizando a função de tabela RESULT_SCAN. A função retorna os resultados da consulta anterior como uma “tabela” e uma nova consulta pode então ser executada sobre os dados tabulares.