Requêtes prises en charge pour les tables dynamiques¶

DISTINCT

Pris en charge

Pris en charge

FROM

Tables sources, vues, tables Apache Iceberg™ gérées par Snowflake et autres tables dynamiques.

Les sous-requêtes en dehors des clauses FROM (par exemple, WHERE EXISTS) ne sont pas prises en charge.

Pris en charge

CROSS JOIN

Pris en charge. Vous pouvez spécifier un nombre quelconque de tables dans la jointure, et les mises à jour de toutes les tables de la jointure sont reflétées dans les résultats de la requête.

Pris en charge

LATERAL JOIN

Non pris en charge. Toutefois, vous pouvez utiliser LATERAL avec FLATTEN(). Par exemple :

CREATE TABLE persons
 AS
  SELECT column1 AS id, parse_json(column2) AS entity
  FROM values
   (12712555,
   '{ name:  { first: "John", last: "Smith"},
     contact: [
     { business:[
       { type: "phone", content:"555-1234" },
       { type: "email", content:"j.smith@example.com" } ] } ] }'),
   (98127771,
    '{ name:  { first: "Jane", last: "Doe"},
     contact: [
     { business:[
       { type: "phone", content:"555-1236" },
       { type: "email", content:"j.doe@example.com" } ] } ] }');

CREATE DYNAMIC TABLE my_dynamic_table
 TARGET_LAG = DOWNSTREAM
 WAREHOUSE = mywh
 AS
  SELECT p.id, f.value, f.path
  FROM persons p,
  LATERAL FLATTEN(input => p.entity) f;

Notez le comportement suivant lors de l’utilisation de l’aplatissement latéral avec le rafraîchissement incrémentiel :

• La sélection de la colonne SEQ aplatie à partir d’une jointure à aplatissement latérale n’est pas prise en charge.

• Lorsque vous utilisez le paramètre AUTO, Snowflake choisit généralement une actualisation incrémentielle pour les requêtes avec des jointures latérales aplaties, à moins que d’autres limites ne l’empêchent.

Pris en charge.

[{LEFT | RIGHT | FULL }] OUTER JOIN

Ceci n’est pas pris en charge :

• Les jointures externes dans lesquelles les deux parties sont la même table.

• Les jointures externes dans lesquelles les deux parties sont une sous-requête avec des clauses GROUP BY.

• Les jointures externes avec des prédicats de non-égalité.

Autrement, vous pouvez spécifier un nombre quelconque de tables dans une jointure externe, et les mises à jour de toutes les tables de la jointure sont reflétées dans les résultats de la requête.

Pris en charge

PIVOT et UNPIVOT

Non pris en charge

Non pris en charge

Agrégats scalaires

Pris en charge

Pris en charge

Définir les opérateurs (UNION, MINUS, EXCEPT, INTERSECT)

Non pris en charge, sauf pour UNION. Dans le cas d’une actualisation incrémentielle, l’opérateur d’ensemble UNION fonctionne comme une combinaison des opérateurs UNION ALL et SELECT DISTINCT.

Pris en charge

Tous les opérateurs de sous-requête.

Non pris en charge

Pris en charge

Fonctions définies par l’utilisateur (UDFs)

Pris en charge, à l’exception des limites suivantes :

• Les UDFs écrites en Python, Java, Scala ou Javascript qui spécifient le paramètre VOLATILE ne sont pas prises en charge.

• Les UDFs écrites en SQL et contenant des sous-requêtes ne sont pas prises en charge (par exemple, une instruction SELECT).

• Le remplacement d’une IMMUTABLE UDF alors qu’elle est utilisée par une table dynamique qui utilise l’actualisation incrémentielle entraîne l’échec de l’actualisation.

• L’importation d’UDFs à partir d’une zone de préparation externe n’est pas possible.

Pris en charge

WHERE / HAVING / QUALIFY

Les filtres contenant les mêmes expressions que celles valables dans SELECT sont pris en charge.

Les filtres utilisant les fonctions CURRENT_TIMESTAMP, CURRENT_TIME et CURRENT_DATE et leurs alias sont pris en charge.

Pris en charge.

Les filtres utilisant les fonctions CURRENT_TIMESTAMP, CURRENT_TIME et CURRENT_DATE et leurs alias sont pris en charge.

WITH

Les expressions de table communes (CTEs) qui utilisent des fonctionnalités d’actualisation incrémentielle dans la sous-requête sont prises en charge.

WITH RECURSIVE n’est pas pris en charge.

Pris en charge

ANY_VALUE

Non pris en charge

Non pris en charge

COMPLETE (SNOWFLAKE.CORTEX)

Prise en charge dans la clause SELECT.

Pris en charge

CURRENT_DATE (et alias)

Prise en charge uniquement dans le cadre d’une clause WHERE/HAVING/QUALIFY.

Prise en charge uniquement dans le cadre d’une clause WHERE/HAVING/QUALIFY.

CURRENT_ROLE

Non pris en charge

Pris en charge

CURRENT_TIMESTAMP (et alias)

Prise en charge uniquement dans le cadre d’une clause WHERE/HAVING/QUALIFY.

Prise en charge uniquement dans le cadre d’une clause WHERE/HAVING/QUALIFY.

CURRENT_WAREHOUSE

Non pris en charge

Pris en charge

EMBED_TEXT_768 (SNOWFLAKE.CORTEX)

Prise en charge dans la clause SELECT.

Pris en charge

EXTRACT_ANSWER (SNOWFLAKE.CORTEX)

Prise en charge dans la clause SELECT.

Pris en charge

FIRST_VALUE

Pris en charge

Pris en charge

NTH_VALUE

Pris en charge

Pris en charge

ROW_NUMBER

Pris en charge

Pris en charge

Fonctions séquentielles (par exemple SEQ1, SEQ2)

Non pris en charge

Pris en charge

Fonctions définies par l’utilisateur VOLATILE

Non pris en charge

Pris en charge