Utiliser des instructions de langage de définition de données (LDD)

Les instructions de langage de définition de données (Data definition language, DDL) permettent de créer et de modifier des ressources BigQuery à l'aide de la syntaxe de requête SQL standard. Dans BigQuery, à l'heure actuelle, les commandes LDD vous permettent de :

• créer des tables, des vues et des fonctions définies par l'utilisateur (User-defined functions, UDF) ;
• modifier des tables ;
• supprimer des tables et des vues.

Instruction CREATE TABLE

Pour créer une table dans BigQuery, utilisez l'instruction LDD CREATE TABLE.

Syntaxe

{CREATE TABLE | CREATE TABLE IF NOT EXISTS | CREATE OR REPLACE TABLE}
table_name
[(
  column_name column_schema[, ...]
)]
[PARTITION BY partition_expression]
[CLUSTER BY clustering_column_list]
[OPTIONS(table_option_list)]
[AS query_statement]

Où :

{CREATE TABLE | CREATE TABLE IF NOT EXISTS | CREATE OR REPLACE TABLE} correspond à l'une des instructions suivantes :

• CREATE TABLE : crée une table.
• CREATE TABLE IF NOT EXISTS : crée une table uniquement si la table n'existe pas dans l'ensemble de données spécifié.
• CREATE OR REPLACE TABLE : crée une table et remplace une table existante portant le même nom dans l'ensemble de données spécifié.

Les instructions CREATE TABLE doivent respecter les règles suivantes :

• Chaque requête ne peut contenir qu'une seule instruction CREATE.
• La liste des colonnes ou la clause as query_statement ou bien les deux doivent être présentes.
• Lorsque la liste des colonnes et la clause as query_statement sont toutes deux présentes, BigQuery ignore les noms dans la clause as query_statement et met les colonnes en correspondance avec leur position dans la liste des colonnes.
• Lorsque seule la clause as query_statement est présente, BigQuery détermine le nom et le type des colonnes à l'aide de la clause as query_statement.
• Les noms des colonnes doivent être spécifiés soit avec la liste des colonnes, soit à l'aide de la clause as query_statement.
• Les noms de colonnes en double ne sont pas autorisés.

table_name

table_name est le nom de la table que vous créez. Le nom de la table doit être unique pour chaque ensemble de données. Le nom de la table peut :

• contenir jusqu'à 1 024 caractères ;
• contenir des lettres (majuscules ou minuscules), des chiffres et des traits de soulignement.

column_name et column_schema

(column_name column_schema[, ...]) contient les informations de schéma de la table dans une liste d'éléments séparés par des virgules :

• column_name correspond au nom de la colonne. Un nom de colonne :
  • ne doit contenir que des lettres (a-z, A-Z), des chiffres (0-9) ou des traits de soulignement (_) ;
  • doit commencer par une lettre ou un trait de soulignement ;
  • peut contenir jusqu'à 128 caractères.
• column_schema est semblable à un type de données, mais il accepte une contrainte NOT NULL facultative pour les types autres que ARRAY. column_schema est également compatible avec des options sur les colonnes de premier niveau et sur les champs STRUCT.

column_schema :=
   {simple_type [NOT NULL] |
    STRUCT<field_list> [NOT NULL] |
    ARRAY<array_element_schema>}
   [OPTIONS(column_option_list)]

field_list := field_name column_schema [, ...]

array_element_schema := {simple_type | STRUCT<field_list>} [NOT NULL]

simple_type correspond à tout type de données compatible en dehors de STRUCT et ARRAY.

field_name correspond au nom du champ "struct". Les noms de champs "struct" sont soumis aux mêmes restrictions que les noms de colonnes.

Lorsque la contrainte NOT NULL est présente pour une colonne ou un champ, la colonne ou le champ sont créés avec le mode REQUIRED. Inversement, lorsque la contrainte NOT NULL est absente, la colonne ou le champ sont créés avec le mode NULLABLE.

Les colonnes et les champs de type ARRAY ne sont pas compatibles avec le modificateur NOT NULL. Par exemple, un column_schema correspondant à ARRAY<INT64> NOT NULL n'est pas valide, car les colonnes ARRAY présentent le mode REPEATED et peuvent être vides, mais ne peuvent pas être NULL. Un élément de tableau dans une table ne peut jamais être NULL, que la contrainte NOT NULL soit spécifiée ou non. Par exemple, ARRAY<INT64> correspond à ARRAY<INT64 NOT NULL>.

L'attribut NOT NULL du champ column_schema d'une table ne se propage pas dans le reste de la table via les requêtes. Par exemple, si la table T contient une colonne déclarée comme x INT64 NOT NULL, CREATE TABLE dataset.newtable AS SELECT x FROM T crée une table nommée dataset.newtable dans laquelle x est NULLABLE.

column_schema ne peut être utilisé que dans la liste des définitions de colonnes des instructions CREATE TABLE. Il ne peut pas être utilisé comme type à l'intérieur des expressions. Par exemple, CAST(1 AS INT64 NOT NULL) n'est pas valide.

partition_expression

PARTITION BY est une clause facultative qui contrôle le partitionnement de table. partition_expression est une expression qui détermine comment partitionner la table. L'expression de partition peut contenir les valeurs suivantes :

• PARTITION BY DATE(_PARTITIONTIME) : partitionne la table en utilisant l'horodatage basé sur la date dans la pseudo-colonne _PARTITIONTIME pseudo column. Cette syntaxe n'est acceptée avec CREATE TABLE que lorsque la clause AS query_statement est absente.
• PARTITION BY _PARTITIONDATE : partitionne la table en utilisant la _PARTITIONDATE pseudo column. Cette syntaxe n'est compatible qu'avec CREATE TABLE sans la clause AS query_statement et équivaut à utiliser PARTITION BY DATE(_PARTITIONTIME).
• PARTITION BY DATE(<timestamp_column>) : partitionne la table en utilisant la date de la colonne TIMESTAMP.
• PARTITION BY <date_column> : partitionne la table en utilisant la colonne DATE.

clustering_column_list

CLUSTER BY est une clause facultative qui contrôle le clustering des tables. clustering_column_list est une liste d'éléments séparés par des virgules qui détermine la façon de procéder au clustering de la table. Cette liste peut contenir jusqu'à quatre noms de colonnes à mettre en cluster.

table_option_list

La liste d'options vous permet de définir des options de table, telles qu'un libellé et une date/heure d'expiration. Vous pouvez inclure plusieurs options dans une liste d'éléments séparés par des virgules.

Spécifiez les listes d'options de table au format suivant :

NAME=VALUE, ...

NAME et VALUE doivent être utilisées selon l'une des combinaisons suivantes :

NAME	VALUE	Détails
expiration_timestamp	TIMESTAMP	Exemple : expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC" Cette propriété est équivalente à la propriété de ressource de table expirationTime.
partition_expiration_days	FLOAT64	Exemple : partition_expiration_days=7 Cette propriété est équivalente à la propriété de ressource de table timePartitioning.expirationMs mais utilise des jours au lieu de millisecondes. Un jour équivaut à 86 400 000 millisecondes, soit 24 heures. Cette propriété ne peut être définie que si la table est partitionnée.
require_partition_filter	BOOL	Exemple : require_partition_filter=true Cette propriété est équivalente à la propriété de ressource de table timePartitioning.requirePartitionFilter. Cette propriété ne peut être définie que si la table est partitionnée.
kms_key_name	STRING	Exemple : kms_key_name="projects/project_id/locations/location/keyRings/keyring/cryptoKeys/key" Cette propriété est équivalente à la propriété de ressource de table encryptionConfiguration.kmsKeyName. En savoir plus sur la protection des données avec des clés Cloud KMS
friendly_name	STRING	Exemple : friendly_name="my_table" Cette propriété est équivalente à la propriété de ressource de table friendlyName.
description	STRING	Exemple : description="a table that expires in 2025" Cette propriété est équivalente à la propriété de ressource de table description.
labels	ARRAY<STRUCT<STRING, STRING>>	Exemple : labels=[("org_unit", "development")] Cette propriété est équivalente à la propriété de ressource de table labels.

VALUE est une expression constante ne contenant que des littéraux, des paramètres de requête et des fonctions scalaires. Si l'expression constante renvoie la valeur null, l'option NAME correspondante est ignorée.

L'expression constante ne peut pas contenir les éléments suivants :

• Une référence à une table
• Des sous-requêtes ou des instructions SQL telles que SELECT, CREATE et UPDATE
• Des fonctions définies par l'utilisateur, des fonctions d'agrégation ou des fonctions d'analyse
• Les fonctions scalaires suivantes :
  • ARRAY_TO_STRING
  • REPLACE
  • REGEXP_REPLACE
  • RAND
  • FORMAT
  • LPAD
  • RPAD
  • REPEAT
  • SESSION_USER
  • GENERATE_ARRAY
  • GENERATE_DATE_ARRAY

column_option_list

Le paramètre column_option_list dans column_schema permet de spécifier des options de colonne ou de champ facultatives. Les options de colonnes ont la même syntaxe et les mêmes exigences que les options de tables, mais une liste différente de NAME et de VALUE :

NAME	VALUE	Détails
description	STRING	Exemple : description="a unique id" Cette propriété est équivalente à la propriété de ressource de table schema.fields[].description.

query_statement

La clause AS query_statement spécifie la requête à partir de laquelle la table doit être créée. Consultez la documentation de référence sur la syntaxe SQL pour connaître le format compatible pour query_statement.

Limites connues

• Il n'est pas possible de créer une table partitionnée par date d'ingestion à partir du résultat d'une requête. Au lieu de cela, créez la table avec une instruction LDD CREATE TABLE, puis insérez-y des données à l'aide d'une instruction LMD INSERT.
• Il n'est pas possible de remplacer une table par un type de partitionnement différent à l'aide du modificateur OR REPLACE. Au lieu de cela, supprimez (DROP) la table, puis utilisez une instruction CREATE TABLE ... AS SELECT ... pour la recréer.

Tables temporaires

Beta

Cette fonctionnalité est disponible dans sa version préliminaire, et peut changer ou bénéficier d'une assistance limitée. Pour en savoir plus, consultez les étapes de lancement des produits.

Pour créer une table temporaire, utilisez le mot clé TEMP ou TEMPORARY lorsque vous utilisez l'instruction CREATE TABLE.

Syntaxe

{ CREATE {TEMP|TEMPORARY} TABLE |
  CREATE {TEMP|TEMPORARY} TABLE IF NOT EXISTS |
  CREATE OR REPLACE {TEMP|TEMPORARY} TABLE } ...

À l'exception de l'utilisation de TEMP ou de TEMPORARY, la syntaxe est identique à la syntaxe CREATE TABLE.

Lorsqu'une table temporaire est créée, la table existe pour la durée de vie du script actuel. Les noms de tables temporaires ne doivent pas être qualifiés, c'est-à-dire que ces noms ne doivent pas contenir de qualificatif de projet ou d'ensemble de données. Les tables temporaires créées dans le cadre d'une procédure restent disponibles lorsque l'appel de procédure aboutit, jusqu'à la fin d'exécution du script principal.

Pour créer une table temporaire, procédez comme suit :

CREATE TEMP TABLE Example
(
  x INT64,
  y STRING
);

INSERT INTO Example
VALUES (5, 'foo');

INSERT INTO Example
VALUES (6, 'bar');

SELECT *
FROM Example;

Ce script renvoie le résultat suivant :

+-----+---+-----+
| Row | x | y   |
+-----+---|-----+
| 1   | 5 | foo |
| 2   | 6 | bar |
+-----+---|-----+

Vous pouvez supprimer explicitement une table temporaire avant la fin du script en exécutant une instruction DROP TABLE :

CREATE TEMP TABLE foo(x INT64);
SELECT * FROM foo;  -- Succeeds
DROP TABLE foo;
SELECT * FROM foo;  -- Results in an error

Lorsque des tables temporaires sont utilisées avec un ensemble de données par défaut, les noms de table non qualifiés font référence aux éléments suivants :

• une table temporaire, le cas échéant,
• ou bien une table dans l'ensemble de données par défaut.

L'exception concerne les instructions CREATE TABLE, où la table cible est considérée comme une table temporaire si et seulement si le mot clé TEMP ou TEMPORARY est présent.

Prenons l'exemple du script suivant :

-- Create table t1 in the default dataset
CREATE TABLE t1 (x INT64);

-- Create temporary table t1
CREATE TEMP TABLE t1 (x INT64);

-- This statement will select from the temporary table
SELECT * FROM t1;

-- Drop the temporary table
DROP TABLE t1;

-- Now that the temporary table is dropped, this statement will select from
-- the table in the default dataset
SELECT * FROM t1;

Vous pouvez indiquer explicitement que vous faites référence à une table temporaire en qualifiant le nom de la table avec _SESSION :

-- Create a temp table
CREATE TEMP TABLE t1 (x INT64);

-- Create a temp table using the `_SESSION` qualifier
CREATE TEMP TABLE _SESSION.t2 (x INT64);

-- Select from a temporary table using the `_SESSION` qualifier
SELECT * FROM _SESSION.t1;

Si vous utilisez le qualificateur _SESSION pour une requête d'une table temporaire qui n'existe pas, vous recevrez un message d'erreur indiquant que la table n'existe pas. Par exemple, s'il n'existe aucune table temporaire appelée t3, vous recevrez ce message d'erreur même si une table nommée t3 existe dans l'ensemble de données par défaut.

Vous ne pouvez pas utiliser _SESSION pour créer une table non-temporaire :

CREATE TABLE _SESSION.t4 (x INT64);  -- Fails

Exemples CREATE TABLE

Créer une table

L'instruction LDD CREATE TABLE crée une table avec les options spécifiées. Si le nom de la table existe dans l'ensemble de données, l'erreur suivante est renvoyée :

Already Exists: project_id:dataset.table

L'exemple suivant crée une table partitionnée nommée newtable dans mydataset. Si aucun projet par défaut n'est configuré, ajoutez-le au nom de l'ensemble de données au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.newtable`.

La table est partitionnée à l'aide de la partition_expression suivante : PARTITION BY _PARTITIONDATE. Cette expression partitionne la table en utilisant la date figurant dans la pseudo-colonne _PARTITIONDATE.

Le schéma de la table contient deux colonnes :

• x : un entier, avec la description "Un champ INTEGER facultatif"

• y : un type de données STRUCT contenant deux colonnes :

  • a : un tableau de chaînes, avec la description "Un champ STRING répété"
  • b : une valeur booléenne
  Remarque : Lorsque vous examinez le schéma de la table dans Cloud Console ou dans l'interface utilisateur Web de BigQuery, un type de données STRUCT s'affiche en tant que colonne RECORD et un type de données ARRAY s'affiche en tant que colonne REPEATED. Les types de données STRUCT et ARRAY permettent de créer des données imbriquées et répétées dans BigQuery. Pour plus d'informations, consultez la section Spécifier des champs imbriqués et répétés.

La liste d'options de table spécifie :

• les date et heure d'expiration de la table : 1er janvier 2025 à 00:00:00 UTC ;
• le délai d'expiration de la partition : un jour ;
• la description : une table qui expire en 2025 ;
• le libellé : org_unit = development.

Pour créer une table à l'aide du LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE TABLE mydataset.newtable
    (
      x INT64 OPTIONS(description="An optional INTEGER field"),
      y STRUCT<
        a ARRAY<STRING> OPTIONS(description="A repeated STRING field"),
        b BOOL
      >
    )
    PARTITION BY _PARTITIONDATE
    OPTIONS(
      expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC",
      partition_expiration_days=1,
      description="a table that expires in 2025, with each partition living for 24 hours",
      labels=[("org_unit", "development")]
    )
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la table apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE TABLE mydataset.newtable
    (
      x INT64 OPTIONS(description="An optional INTEGER field"),
      y STRUCT<
        a ARRAY<STRING> OPTIONS(description="A repeated STRING field"),
        b BOOL
      >
    )
    PARTITION BY _PARTITIONDATE
    OPTIONS(
      expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC",
      partition_expiration_days=1,
      description="a table that expires in 2025, with each partition living for 24 hours",
      labels=[("org_unit", "development")]
    )
    

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la table apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE TABLE mydataset.newtable
(
  x INT64 OPTIONS(description="An optional INTEGER field"),
  y STRUCT<
    a ARRAY<STRING> OPTIONS(description="A repeated STRING field"),
    b BOOL
  >
)
PARTITION BY _PARTITIONDATE
OPTIONS(
  expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC",
  partition_expiration_days=1,
  description="a table that expires in 2025, with each partition living for 24 hours",
  labels=[("org_unit", "development")]
)'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Créer une table à partir d'une table existante

L'instruction LDD CREATE TABLE ... AS SELECT crée une table à partir d'une requête. Si le nom de la table existe dans l'ensemble de données, l'erreur suivante est renvoyée :

Already Exists: project_id:dataset.table

L'exemple suivant crée une table nommée top_words dans mydataset. Si aucun projet par défaut n'est configuré, ajoutez-le au nom de l'ensemble de données au format suivant : `project_id.dataset.table` (y compris les accents graves). Par exemple : `myproject.mydataset.rainy_days`.

Le schéma de la table contient deux colonnes :

• corpus : nom d'un corpus de Shakespeare ;

• top_words : un tableau (ARRAY) de structures (STRUCT) contenant deux champs : word (une chaîne STRING) et word_count (un type de données INT64 représentant le nombre de mots).

  Remarque : Lorsque vous examinez le schéma de la table dans Cloud Console ou dans l'UI Web de BigQuery, un type de données STRUCT s'affiche en tant que colonne RECORD et un type de données ARRAY s'affiche en tant que colonne REPEATED. Les types de données STRUCT et ARRAY permettent de créer des données imbriquées et répétées dans BigQuery. Pour plus d'informations, consultez la section Spécifier des champs imbriqués et répétés.

La liste d'options de table spécifie :

• la description : dix mots principaux par corpus de Shakespeare.

Pour créer une table à l'aide du LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE TABLE mydataset.top_words
    OPTIONS(
      description="Top ten words per Shakespeare corpus"
    ) AS
    SELECT
      corpus,
      ARRAY_AGG(STRUCT(word, word_count) ORDER BY word_count DESC LIMIT 10) AS top_words
    FROM bigquery-public-data.samples.shakespeare
    GROUP BY corpus;

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la table apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE TABLE mydataset.top_words
    OPTIONS(
      description="Top ten words per Shakespeare corpus"
    ) AS
    SELECT
      corpus,
      ARRAY_AGG(STRUCT(word, word_count) ORDER BY word_count DESC LIMIT 10) AS top_words
    FROM bigquery-public-data.samples.shakespeare
    GROUP BY corpus;

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la table apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
     CREATE TABLE mydataset.top_words
     OPTIONS(
       description="Top ten words per Shakespeare corpus"
     ) AS
     SELECT
       corpus,
       ARRAY_AGG(STRUCT(word, word_count)
                 ORDER BY word_count DESC LIMIT 10) AS top_words
     FROM `bigquery-public-data.samples.shakespeare`
     GROUP BY corpus;'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Créer une table seulement si la table n'existe pas

L'instruction LDD CREATE TABLE IF NOT EXISTS crée une table avec les options spécifiées uniquement si le nom de la table n'existe pas dans l'ensemble de données. Si ce nom de table existe dans l'ensemble de données, aucune erreur n'est renvoyée et aucune mesure n'est prise.

L'exemple suivant crée une table nommée newtable dans mydataset uniquement si aucune table nommée newtable n'existe dans mydataset. Si aucun projet par défaut n'est configuré, ajoutez-le au nom de l'ensemble de données au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.newtable`.

Le schéma de la table contient deux colonnes :

• x : un entier

• y : un type de données STRUCT contenant a (un tableau de chaînes) et b (une valeur booléenne)

  Remarque : Lorsque vous examinez le schéma de la table dans Cloud Console ou dans l'interface utilisateur Web de BigQuery, un type de données STRUCT s'affiche en tant que RECORD et un type de données ARRAY s'affiche en tant que REPEATED. Les types de données STRUCT et ARRAY permettent de créer des données imbriquées et répétées dans BigQuery. Pour plus d'informations, consultez la section Spécifier des champs imbriqués et répétés.

La liste d'options de table spécifie :

• les date et heure d'expiration : 1er janvier 2025 à 00:00:00 UTC ;
• la description : une table qui expire en 2025 ;
• le libellé : org_unit = development.

Pour créer une table à l'aide du LDD seulement si ce nom de table n'existe pas déjà dans l'ensemble de données :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE TABLE IF NOT EXISTS mydataset.newtable (x INT64, y STRUCT<a ARRAY<STRING>, b BOOL>)
    OPTIONS(
      expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC",
      description="a table that expires in 2025",
      labels=[("org_unit", "development")]
    )
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la table apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE TABLE IF NOT EXISTS mydataset.newtable (x INT64, y STRUCT<a ARRAY<STRING>, b BOOL>)
    OPTIONS(
      expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC",
      description="a table that expires in 2025",
      labels=[("org_unit", "development")]
    )
    

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la table apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE TABLE IF NOT EXISTS mydataset.newtable (x INT64, y STRUCT<a ARRAY<STRING>, b BOOL>)
 OPTIONS(
   expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC",
   description="a table that expires in 2025",
   labels=[("org_unit", "development")]
 )'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Créer ou remplacer une table

L'instruction LDD CREATE OR REPLACE TABLE crée une table avec les options spécifiées. Si le nom de la table existe déjà dans l'ensemble de données, la table est remplacée par une table vide.

L'exemple suivant crée une table nommée newtable dans mydataset. Si newtable existe déjà dans mydataset, elle est remplacée par la nouvelle table. Si aucun projet par défaut n'est configuré, ajoutez-le au nom de l'ensemble de données au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.newtable`.

Le schéma de la table contient deux colonnes :

• x : un entier

• y : un type de données STRUCT contenant a (un tableau de chaînes) et b (une valeur booléenne)

  Remarque : Lorsque vous examinez le schéma de la table dans Cloud Console ou dans l'interface utilisateur Web de BigQuery, un type de données STRUCT s'affiche en tant que RECORD et un type de données ARRAY s'affiche en tant que REPEATED. Les types de données STRUCT et ARRAY permettent de créer des données imbriquées et répétées dans BigQuery. Pour plus d'informations, consultez la section Spécifier des champs imbriqués et répétés.

La liste d'options de table spécifie :

• les date et heure d'expiration : 1er janvier 2025 à 00:00:00 UTC ;
• la description : une table qui expire en 2025 ;
• le libellé : org_unit = development.

Pour créer une table à l'aide du LDD et remplacer une table du même nom :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE OR REPLACE TABLE mydataset.newtable (x INT64, y STRUCT<a ARRAY<STRING>, b BOOL>)
    OPTIONS(
      expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC",
      description="a table that expires in 2025",
      labels=[("org_unit", "development")]
    )
    

4. Cliquez sur Run (Exécuter).

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE OR REPLACE TABLE mydataset.newtable (x INT64, y STRUCT<a ARRAY<STRING>, b BOOL>)
    OPTIONS(
      expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC",
      description="a table that expires in 2025",
      labels=[("org_unit", "development")]
    )
    

4. Cliquez sur Exécuter la requête.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE OR REPLACE TABLE mydataset.newtable (x INT64, y STRUCT<a ARRAY<STRING>, b BOOL>)
 OPTIONS(
   expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC",
   description="a table that expires in 2025",
   labels=[("org_unit", "development")]
 )'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Créer une table avec des colonnes REQUIRED

Le modificateur NOT NULL dans la liste de définitions de colonnes d'une instruction CREATE TABLE indique qu'une colonne ou un champ est créé en mode REQUIRED.

L'exemple suivant crée une table nommée newtable dans mydataset. Si le nom de la table existe dans l'ensemble de données, l'erreur suivante est renvoyée :

Already Exists: project_id:dataset.table

Si aucun projet par défaut n'est configuré, ajoutez-le au nom de l'ensemble de données au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.newtable`.

Le schéma de la table contient trois colonnes :

• x : un entier REQUIRED
• y : un type de données STRUCT REQUIRED contenant a (un tableau de chaînes), b (une valeur booléenne REQUIRED) et c (un nombre à virgule flottante NULLABLE)

• z : une chaîne NULLABLE

  Remarque : Lorsque vous examinez le schéma de la table dans Cloud Console ou dans l'interface utilisateur Web de BigQuery, un type de données STRUCT s'affiche en tant que RECORD et un type de données ARRAY s'affiche en tant que REPEATED. Les types de données STRUCT et ARRAY permettent de créer des données imbriquées et répétées dans BigQuery. Pour plus d'informations, consultez la section Spécifier des champs imbriqués et répétés.

Pour créer une table avec les colonnes REQUIRED à l'aide du LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE TABLE my_dataset.new_table (
      x INT64 NOT NULL,
      y STRUCT<
        a ARRAY<STRING>,
        b BOOL NOT NULL,
        c FLOAT64
      > NOT NULL,
      z STRING
    )
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la table apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE TABLE my_dataset.new_table (
      x INT64 NOT NULL,
      y STRUCT<
        a ARRAY<STRING>,
        b BOOL NOT NULL,
        c FLOAT64
      > NOT NULL,
      z STRING
    )
    

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la table apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
 CREATE TABLE my_dataset.new_table (
   x INT64 NOT NULL,
   y STRUCT<
     a ARRAY<STRING>,
     b BOOL NOT NULL,
     c FLOAT64
   > NOT NULL,
   z STRING
 )'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Créer une table partitionnée

L'exemple suivant crée une table partitionnée nommée newtable dans mydataset à l'aide d'une colonne DATE. Si aucun projet par défaut n'est configuré, ajoutez-le au nom de l'ensemble de données au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.newtable`.

Le schéma de la table contient deux colonnes :

• transaction_id : un entier
• date_transaction : une date

La liste d'options de table spécifie :

• le délai d'expiration de la partition : trois jours ;
• la description : une table partitionnée par transaction_date.

Pour créer une table à l'aide du LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE TABLE mydataset.newtable (transaction_id INT64, transaction_date DATE)
    PARTITION BY transaction_date
    OPTIONS(
      partition_expiration_days=3,
      description="a table partitioned by transaction_date"
    )
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la table apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE TABLE mydataset.newtable (transaction_id INT64, transaction_date DATE)
    PARTITION BY transaction_date
    OPTIONS(
      partition_expiration_days=3,
      description="a table partitioned by transaction_date"
    )
    

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la table apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE TABLE mydataset.newtable (transaction_id INT64, transaction_date DATE)
PARTITION BY transaction_date
OPTIONS(
  partition_expiration_days=3,
  description="a table partitioned by transaction_date"
)'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Créer une table partitionnée à partir d'un résultat de requête

L'exemple suivant crée une table partitionnée nommée days_with_rain dans mydataset à l'aide d'une colonne DATE. Si aucun projet par défaut n'est configuré, ajoutez-le au nom de l'ensemble de données au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.newtable`.

Le schéma de la table contient deux colonnes :

• date : la DATE de collecte des données
• station_name : le nom de la station météo sous forme de chaîne (STRING)
• prcp : la quantité de précipitations en pouces, au format FLOAT64

La liste d'options de table spécifie :

• le délai d'expiration de la partition : un an ;
• la description : stations météorologiques avec précipitations, partitionnées par jour.

Pour créer une table à l'aide du LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE TABLE mydataset.days_with_rain
    PARTITION BY date
    OPTIONS (
      partition_expiration_days=365,
      description="weather stations with precipitation, partitioned by day"
    ) AS
    SELECT
      DATE(CAST(year AS INT64), CAST(mo AS INT64), CAST(da AS INT64)) AS date,
      (SELECT ANY_VALUE(name) FROM `bigquery-public-data.noaa_gsod.stations` AS stations
       WHERE stations.usaf = stn) AS station_name,  -- Stations may have multiple names
      prcp
    FROM `bigquery-public-data.noaa_gsod.gsod2017` AS weather
    WHERE prcp != 99.9  -- Filter unknown values
      AND prcp > 0      -- Filter stations/days with no precipitation
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la table apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE TABLE mydataset.days_with_rain
    PARTITION BY date
    OPTIONS (
      partition_expiration_days=365,
      description="weather stations with precipitation, partitioned by day"
    ) AS
    SELECT
      DATE(CAST(year AS INT64), CAST(mo AS INT64), CAST(da AS INT64)) AS date,
      (SELECT ANY_VALUE(name) FROM `bigquery-public-data.noaa_gsod.stations` AS stations
       WHERE stations.usaf = stn) AS station_name,  -- Stations may have multiple names
      prcp
    FROM `bigquery-public-data.noaa_gsod.gsod2017` AS weather
    WHERE prcp != 99.9  -- Filter unknown values
      AND prcp > 0      -- Filter stations/days with no precipitation
    

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la table apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE TABLE mydataset.days_with_rain
PARTITION BY date
OPTIONS (
  partition_expiration_days=365,
  description="weather stations with precipitation, partitioned by day"
) AS
SELECT
  DATE(CAST(year AS INT64), CAST(mo AS INT64), CAST(da AS INT64)) AS date,
  (SELECT ANY_VALUE(name) FROM `bigquery-public-data.noaa_gsod.stations` AS stations
   WHERE stations.usaf = stn) AS station_name,  -- Stations may have multiple names
  prcp
FROM `bigquery-public-data.noaa_gsod.gsod2017` AS weather
WHERE prcp != 99.9  -- Filter unknown values
  AND prcp > 0      -- Filter stations/days with no precipitation
'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Créer une table en cluster

Remarque : La compatibilité LDD pour le clustering des tables est actuellement disponible en version bêta.

Exemple 1

L'exemple suivant crée une table en cluster nommée myclusteredtable dans mydataset. La table est une table partitionnée suivant une colonne TIMESTAMP et mise en cluster par une colonne STRING nommée customer_id.

Si aucun projet par défaut n'est configuré, ajoutez-le au nom de l'ensemble de données au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.myclusteredtable`.

Le schéma de la table contient trois colonnes :

• timestamp : heure de la collecte des données sous forme d'horodatage (TIMESTAMP)
• customer_id : ID client sous forme de chaîne (STRING)
• transaction_amount : montant de la transaction au format numérique (NUMERIC)

La liste d'options de table spécifie :

• le délai d'expiration de la partition : trois jours ;
• la description : une table mise en cluster par customer_id.

Pour créer une table en cluster à l'aide d'une instruction LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE TABLE mydataset.myclusteredtable
    (
      timestamp TIMESTAMP,
      customer_id STRING,
      transaction_amount NUMERIC
    )
    PARTITION BY DATE(timestamp)
    CLUSTER BY customer_id
    OPTIONS (
      partition_expiration_days=3,
      description="a table clustered by customer_id"
    )

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la table apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD CREATE TABLE dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE TABLE mydataset.myclusteredtable
    (
      timestamp TIMESTAMP,
      customer_id STRING,
      transaction_amount NUMERIC
    )
    PARTITION BY DATE(timestamp)
    CLUSTER BY customer_id
    OPTIONS (
      partition_expiration_days=3,
      description="a table clustered by customer_id"
    )

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la table apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE TABLE mydataset.myclusteredtable
(
  timestamp TIMESTAMP,
  customer_id STRING,
  transaction_amount NUMERIC
)
PARTITION BY DATE(timestamp)
CLUSTER BY customer_id
OPTIONS (
  partition_expiration_days=3,
  description="a table clustered by customer_id"
)'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Exemple 2

L'exemple suivant crée une table en cluster nommée myclusteredtable dans mydataset. La table est une table partitionnée par date d'ingestion.

Si aucun projet par défaut n'est configuré, ajoutez-le au nom de l'ensemble de données au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.myclusteredtable`.

Le schéma de la table contient trois colonnes :

• timestamp : heure de la collecte des données sous forme d'horodatage (TIMESTAMP)
• customer_id : ID client sous forme de chaîne (STRING)
• transaction_amount : montant de la transaction au format numérique (NUMERIC)

La liste d'options de table spécifie :

• le délai d'expiration de la partition : trois jours ;
• la description : une table mise en cluster par customer_id.

Pour créer une table en cluster à l'aide d'une instruction LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE TABLE mydataset.myclusteredtable
    (
      timestamp TIMESTAMP,
      customer_id STRING,
      transaction_amount NUMERIC
    )
    PARTITION BY DATE(_PARTITIONTIME)
    CLUSTER BY
      customer_id
    OPTIONS (
      partition_expiration_days=3,
      description="a table clustered by customer_id"
    )

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la table apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD CREATE TABLE dans la zone de texte Nouvelle requête.

    CREATE TABLE mydataset.myclusteredtable
    (
      timestamp TIMESTAMP,
      customer_id STRING,
      transaction_amount NUMERIC
    )
    PARTITION BY DATE(_PARTITIONTIME)
    CLUSTER BY
      customer_id
    OPTIONS (
      partition_expiration_days=3,
      description="a table clustered by customer_id"
    )

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la table apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE TABLE mydataset.myclusteredtable
(
  timestamp TIMESTAMP,
  customer_id STRING,
  transaction_amount NUMERIC
)
PARTITION BY DATE(_PARTITIONTIME)
CLUSTER BY
  customer_id
OPTIONS (
  partition_expiration_days=3,
  description="a table clustered by customer_id"
)'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Créer une table en cluster à partir d'un résultat de requête

L'exemple suivant crée une table en cluster nommée myclusteredtable dans mydataset en utilisant le résultat d'une requête. La table est une table partitionnée suivant une colonne TIMESTAMP.

Si aucun projet par défaut n'est configuré, ajoutez-le au nom de l'ensemble de données au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.myclusteredtable`.

Le schéma de la table contient trois colonnes :

• timestamp : heure de la collecte des données sous forme d'horodatage (TIMESTAMP)
• customer_id : ID client sous forme de chaîne (STRING)
• transaction_amount : montant de la transaction au format numérique (NUMERIC)

La liste d'options de table spécifie :

• le délai d'expiration de la partition : trois jours ;
• la description : une table mise en cluster par customer_id.

Pour créer une table en cluster à l'aide d'une instruction LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE TABLE mydataset.myclusteredtable
    (
      timestamp TIMESTAMP,
      customer_id STRING,
      transaction_amount NUMERIC
    )
    PARTITION BY DATE(timestamp)
    CLUSTER BY
      customer_id
    OPTIONS (
      partition_expiration_days=3,
      description="a table clustered by customer_id"
    )
    AS SELECT * FROM mydataset.myothertable

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la table apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD CREATE TABLE dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE TABLE mydataset.myclusteredtable
    (
      timestamp TIMESTAMP,
      customer_id STRING,
      transaction_amount NUMERIC
    )
    PARTITION BY DATE(timestamp)
    CLUSTER BY
      customer_id
    OPTIONS (
      partition_expiration_days=3,
      description="a table clustered by customer_id"
    )
    AS SELECT * FROM mydataset.myothertable

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la table apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE TABLE mydataset.myclusteredtable
  (
    timestamp TIMESTAMP,
    customer_id STRING,
    transaction_amount NUMERIC
  )
PARTITION BY DATE(timestamp)
CLUSTER BY
  customer_id
OPTIONS (
  partition_expiration_days=3,
  description="a table clustered by customer_id"
)
AS SELECT * FROM mydataset.myothertable'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Instruction CREATE VIEW

Pour créer une vue dans BigQuery, utilisez l'instruction LDD CREATE VIEW.

Syntaxe

{CREATE VIEW | CREATE VIEW IF NOT EXISTS | CREATE OR REPLACE VIEW}
view_name
[OPTIONS(view_option_list)]
AS query_expression

Où :

{CREATE VIEW | CREATE VIEW IF NOT EXISTS | CREATE OR REPLACE VIEW} correspond à l'une des instructions suivantes :

• CREATE VIEW : crée une vue.
• CREATE VIEW IF NOT EXISTS : crée une vue uniquement si la vue n'existe pas dans l'ensemble de données spécifié.
• CREATE OR REPLACE VIEW : crée une vue et remplace une vue existante portant le même nom dans l'ensemble de données spécifié.

view_name est le nom de la vue que vous créez. Le nom de la vue doit être unique pour chaque ensemble de données. Le nom de la vue peut :

• contenir jusqu'à 1 024 caractères ;
• contenir des lettres (majuscules ou minuscules), des chiffres et des traits de soulignement.

view_option_list permet de spécifier d'autres options de création de vues, telles qu'un libellé et une date d'expiration.

Les instructions CREATE VIEW doivent respecter les règles suivantes :

• Chaque requête ne peut contenir qu'une seule instruction CREATE.

query_expression est l'expression de requête SQL standard utilisée pour définir la vue.

view_option_list

La liste d'options vous permet de définir des options de vue, telles qu'un libellé et une date/heure d'expiration. Vous pouvez inclure plusieurs options dans une liste d'éléments séparés par des virgules.

Spécifiez les listes d'options de vue au format suivant :

NAME=VALUE, ...

NAME et VALUE doivent être utilisées selon l'une des combinaisons suivantes :

NAME	VALUE	Détails
expiration_timestamp	TIMESTAMP	Exemple : expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC" Cette propriété est équivalente à la propriété de ressource de table expirationTime.
friendly_name	STRING	Exemple : friendly_name="my_view" Cette propriété est équivalente à la propriété de ressource de table friendlyName.
description	STRING	Exemple : description="a view that expires in 2025" Cette propriété est équivalente à la propriété de ressource de table description.
labels	ARRAY<STRUCT<STRING, STRING>>	Exemple : labels=[("org_unit", "development")] Cette propriété est équivalente à la propriété de ressource de table labels.

VALUE est une expression constante ne contenant que des littéraux, des paramètres de requête et des fonctions scalaires. Si l'expression constante renvoie la valeur null, l'option NAME correspondante est ignorée.

L'expression constante ne peut pas contenir les éléments suivants :

• Une référence à une table
• Des sous-requêtes ou des instructions SQL telles que SELECT, CREATE et UPDATE
• Des fonctions définies par l'utilisateur, des fonctions d'agrégation ou des fonctions d'analyse
• Les fonctions scalaires suivantes :
  • ARRAY_TO_STRING
  • REPLACE
  • REGEXP_REPLACE
  • RAND
  • FORMAT
  • LPAD
  • RPAD
  • REPEAT
  • SESSION_USER
  • GENERATE_ARRAY
  • GENERATE_DATE_ARRAY

Exemples

Créer une vue

L'instruction LDD CREATE VIEW crée une vue avec les options spécifiées. Si le nom de la vue existe déjà dans l'ensemble de données, l'erreur suivante est renvoyée :

Already Exists: project_id:dataset.table

L'exemple suivant crée une vue nommée newview dans mydataset. Lorsque vous utilisez une instruction LDD pour créer une vue, vous devez spécifier le projet, l'ensemble de données et la vue au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.newview`.

La vue est définie à l'aide de la requête SQL standard suivante :

SELECT column_1, column_2, column_3 FROM `myproject.mydataset.mytable`

La liste d'options de vue spécifie :

• les date/heure d'expiration : 48 heures à partir de la création de la vue ;
• le nom descriptif : newview ;
• la description : une vue qui expire dans deux jours ;
• le libellé : org_unit = development.

Pour créer une vue à l'aide du LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE VIEW `myproject.mydataset.newview`
    OPTIONS(
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
      friendly_name="newview",
      description="a view that expires in 2 days",
      labels=[("org_unit", "development")]
    )
    AS SELECT column_1, column_2, column_3 FROM myproject.mydataset.mytable
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la vue apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE VIEW `myproject.mydataset.newview`
    OPTIONS(
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
      friendly_name="newview",
      description="a view that expires in 2 days",
      labels=[("org_unit", "development")]
    )
    AS SELECT column_1, column_2, column_3 FROM myproject.mydataset.mytable
    

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la vue apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE TABLE `myproject.mydataset.newview`
 OPTIONS(
   expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
   friendly_name="newview",
   description="a view that expires in 2 days",
   labels=[("org_unit", "development")]
 )
 AS SELECT column_1, column_2, column_3 FROM `myproject.mydataset.mytable`'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

JAVA

Appelez la méthode BigQuery.create() pour démarrer une tâche de requête. Appelez la méthode Job.waitFor() pour attendre la fin de la requête LDD.

google-cloud-examples/src/test/java/com/google/cloud/examples/bigquery/snippets/ITCloudSnippets.java

Afficher sur GitHub Commentaires

// import com.google.cloud.bigquery.*;
// String projectId = "my-project";
// String datasetId = "my_dataset";
// String tableId = "new_view";
// BigQuery bigquery = BigQueryOptions.getDefaultInstance().toBuilder()
//     .setProjectId(projectId)
//     .build().getService();

String sql =
    String.format(
        "CREATE VIEW `%s.%s.%s`\n"
            + "OPTIONS(\n"
            + "  expiration_timestamp=TIMESTAMP_ADD(\n"
            + "    CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),\n"
            + "  friendly_name=\"new_view\",\n"
            + "  description=\"a view that expires in 2 days\",\n"
            + "  labels=[(\"org_unit\", \"development\")]\n"
            + ")\n"
            + "AS SELECT name, state, year, number\n"
            + "  FROM `bigquery-public-data.usa_names.usa_1910_current`\n"
            + "  WHERE state LIKE 'W%%';\n",
        projectId, datasetId, tableId);

// Make an API request to run the query job.
Job job = bigquery.create(JobInfo.of(QueryJobConfiguration.newBuilder(sql).build()));

// Wait for the query to finish.
job = job.waitFor();

QueryJobConfiguration jobConfig = (QueryJobConfiguration) job.getConfiguration();
System.out.printf(
    "Created new view \"%s.%s.%s\".\n",
    jobConfig.getDestinationTable().getProject(),
    jobConfig.getDestinationTable().getDataset(),
    jobConfig.getDestinationTable().getTable());

Node.js

samples/ddlCreateView.js

Afficher sur GitHub Commentaires

// Import the Google Cloud client library and create a client
const {BigQuery} = require('@google-cloud/bigquery');
const bigquery = new BigQuery();

async function ddlCreateView() {
  // Creates a view via a DDL query

  /**
   * TODO(developer): Uncomment the following lines before running the sample.
   */
  // const projectId = "my_project"
  // const datasetId = "my_dataset"
  // const tableId = "my_new_view"

  const query = `
  CREATE VIEW \`${projectId}.${datasetId}.${tableId}\`
  OPTIONS(
      expiration_timestamp=TIMESTAMP_ADD(
          CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
      friendly_name="new_view",
      description="a view that expires in 2 days",
      labels=[("org_unit", "development")]
  )
  AS SELECT name, state, year, number
      FROM \`bigquery-public-data.usa_names.usa_1910_current\`
      WHERE state LIKE 'W%'`;

  // For all options, see https://cloud.google.com/bigquery/docs/reference/rest/v2/jobs/query
  const options = {
    query: query,
  };

  // Run the query as a job
  const [job] = await bigquery.createQueryJob(options);

  job.on('complete', metadata => {
    console.log(`Created new view ${tableId} via job ${metadata.id}`);
  });
}

PYTHON

Appelez la méthode Client.query() pour démarrer une tâche de requête. Appelez la méthode QueryJob.result() pour attendre la fin de la requête LDD.

docs/snippets.py

Afficher sur GitHub Commentaires

# from google.cloud import bigquery
# project = 'my-project'
# dataset_id = 'my_dataset'
# table_id = 'new_view'
# client = bigquery.Client(project=project)

sql = """
CREATE VIEW `{}.{}.{}`
OPTIONS(
    expiration_timestamp=TIMESTAMP_ADD(
        CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
    friendly_name="new_view",
    description="a view that expires in 2 days",
    labels=[("org_unit", "development")]
)
AS SELECT name, state, year, number
    FROM `bigquery-public-data.usa_names.usa_1910_current`
    WHERE state LIKE 'W%'
""".format(
    project, dataset_id, table_id
)

job = client.query(sql)  # API request.
job.result()  # Waits for the query to finish.

print(
    'Created new view "{}.{}.{}".'.format(
        job.destination.project,
        job.destination.dataset_id,
        job.destination.table_id,
    )
)

Créer une vue seulement si la vue n'existe pas déjà

L'instruction LDD CREATE VIEW IF NOT EXISTS crée une vue avec les options spécifiées uniquement si le nom de la vue n'existe pas dans l'ensemble de données. Si le nom de la vue existe déjà dans l'ensemble de données, aucune erreur n'est renvoyée et aucune mesure n'est prise.

L'exemple suivant crée une vue nommée newview dans mydataset uniquement si aucune vue nommée newview n'existe dans mydataset. Lorsque vous utilisez une instruction LDD pour créer une vue, vous devez spécifier le projet, l'ensemble de données et la vue au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.newview`.

La vue est définie à l'aide de la requête SQL standard suivante :

SELECT column_1, column_2, column_3 FROM `myproject.mydataset.mytable`

La liste d'options de vue spécifie :

• les date/heure d'expiration : 48 heures à partir de la création de la vue ;
• le nom descriptif : newview ;
• la description : une vue qui expire dans deux jours ;
• le libellé : org_unit = development.

Pour créer une vue à l'aide du LDD seulement si ce nom de vue n'existe pas déjà dans l'ensemble de données :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE VIEW IF NOT EXISTS `myproject.mydataset.newview`
    OPTIONS(
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
      friendly_name="newview",
      description="a view that expires in 2 days",
      labels=[("org_unit", "development")]
    )
    AS SELECT column_1, column_2, column_3 FROM myproject.mydataset.mytable
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la vue apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE VIEW IF NOT EXISTS `myproject.mydataset.newview`
    OPTIONS(
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
      friendly_name="newview",
      description="a view that expires in 2 days",
      labels=[("org_unit", "development")]
    )
    AS SELECT column_1, column_2, column_3 FROM myproject.mydataset.mytable
    

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la vue apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE VIEW IF NOT EXISTS `myproject.mydataset.newview`
 OPTIONS(
   expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
   friendly_name="newview",
   description="a view that expires in 2 days",
   labels=[("org_unit", "development")]
 )
 AS SELECT column_1, column_2, column_3 FROM `myproject.mydataset.mytable`'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Créer ou remplacer une vue

L'instruction LDD CREATE OR REPLACE VIEW crée une vue avec les options spécifiées. Si le nom de la vue existe déjà dans l'ensemble de données, la vue est remplacée à l'aide de l'expression de requête spécifiée.

L'exemple suivant crée une vue nommée newview dans mydataset. Si newview existe déjà dans mydataset, elle est remplacée par la nouvelle vue. Lorsque vous utilisez une instruction LDD pour créer une vue, vous devez spécifier le projet, l'ensemble de données et la vue au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.newview`.

La vue est définie à l'aide de la requête SQL standard suivante :

    SELECT column_1, column_2, column_3 FROM `myproject.mydataset.mytable`

La liste d'options de vue spécifie :

• les date/heure d'expiration : 48 heures à partir de la création de la vue ;
• le nom descriptif : newview ;
• la description : une vue qui expire dans deux jours ;
• le libellé : org_unit = development.

Pour créer une vue à l'aide du LDD et remplacer une vue du même nom :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE OR REPLACE VIEW `myproject.mydataset.newview`
    OPTIONS(
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
      friendly_name="newview",
      description="a view that expires in 2 days",
      labels=[("org_unit", "development")]
    )
    AS SELECT column_1, column_2, column_3 FROM myproject.mydataset.mytable
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la vue apparaît dans le volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    CREATE OR REPLACE VIEW `myproject.mydataset.newview`
    OPTIONS(
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
      friendly_name="newview",
      description="a view that expires in 2 days",
      labels=[("org_unit", "development")]
    )
    AS SELECT column_1, column_2, column_3 FROM myproject.mydataset.mytable
    

4. Cliquez sur Run query (Exécuter la requête). Lorsque la requête a été exécutée, la vue apparaît dans le volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE OR REPLACE VIEW `myproject.mydataset.newview`
 OPTIONS(
   expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
   friendly_name="newview",
   description="a view that expires in 2 days",
   labels=[("org_unit", "development")]
 )
 AS SELECT column_1, column_2, column_3 FROM `myproject.mydataset.mytable`'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Instruction CREATE MATERIALIZED VIEW

Beta

Cette fonctionnalité est disponible dans sa version préliminaire, et peut changer ou bénéficier d'une assistance limitée. Pour en savoir plus, consultez les étapes de lancement des produits.

Pour créer une vue matérialisée dans BigQuery, utilisez l'instruction LDD CREATE MATERIALIZED VIEW.

Syntaxe

{CREATE MATERIALIZED VIEW | CREATE MATERIALIZED VIEW IF NOT EXISTS }
materialized_view_name
[OPTIONS(materialized_view_option_list)]
AS query_expression

Où :

{CREATE MATERIALIZED VIEW | CREATE MATERIALIZED VIEW IF NOT EXISTS } correspond à l'une des instructions suivantes :

• CREATE MATERIALIZED VIEW : crée une vue matérialisée.

• CREATE MATERIALIZED VIEW IF NOT EXISTS : crée une vue matérialisée uniquement si elle n'existe pas déjà dans l'ensemble de données spécifié.

materialized_view_name est le nom de la vue matérialisée que vous créez. Le nom de la vue matérialisée doit être unique pour chaque ensemble de données. Le nom de la vue matérialisée peut :

• contenir jusqu'à 1 024 caractères ;
• contenir des lettres (majuscules ou minuscules), des chiffres et des traits de soulignement.

materialized_view_option_list vous permet de spécifier des options de vue matérialisée supplémentaires, telles que l'état d'activation de l'actualisation, l'intervalle d'actualisation, un libellé ou encore un délai d'expiration.

Les instructions CREATE MATERIALIZED VIEW doivent respecter les règles suivantes :

• Chaque requête ne peut contenir qu'une seule instruction CREATE.

query_expression est l'expression de requête SQL standard utilisée pour définir la vue matérialisée.

materialized_view_option_list

La liste d'options vous permet de définir des options de vue matérialisée, telles que l'état de l'actualisation, l'intervalle d'actualisation, un libellé ou encore un délai d'expiration. Vous pouvez inclure plusieurs options dans une liste d'éléments séparés par des virgules.

Spécifiez les listes d'options de vue matérialisée au format suivant :

NAME=VALUE, ...

NAME et VALUE doivent être utilisées selon l'une des combinaisons suivantes :

NAME	VALUE	Détails
enable_refresh	BOOLEAN	Exemple : enable_refresh=false
refresh_interval_minutes	FLOAT64	Exemple : refresh_interval_minutes=20
expiration_timestamp	TIMESTAMP	Exemple : expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC" Cette propriété est équivalente à la propriété de ressource de table expirationTime.
friendly_name	STRING	Exemple : friendly_name="my_mv" Cette propriété est équivalente à la propriété de ressource de table friendlyName.
description	STRING	Exemple : description="a materialized view that expires in 2025" Cette propriété est équivalente à la propriété de ressource de table description.
labels	ARRAY<STRUCT<STRING, STRING>>	Exemple : labels=[("org_unit", "development")] Cette propriété est équivalente à la propriété de ressource de table labels.

Exemples

Créer une vue matérialisée

L'instruction LDD CREATE MATERIALIZED VIEW crée une vue matérialisée avec les options spécifiées. Si le nom de la vue matérialisée existe déjà dans l'ensemble de données, l'erreur suivante est renvoyée :

Already Exists: project_id:dataset.materialized_view

L'exemple suivant crée une vue matérialisée nommée new_mv dans mydataset. Lorsque vous utilisez une instruction LDD pour créer une vue matérialisée, vous devez spécifier le projet, l'ensemble de données et la vue matérialisée au format suivant : `project_id.dataset.materialized_view` (accents graves inclus), par exemple : `myproject.mydataset.new_mv`.

La vue matérialisée est définie à l'aide de la requête SQL standard suivante :

SELECT column_1, column_2, column_3 FROM `myproject.mydataset.mytable`

La liste d'options de vue matérialisée spécifie :

• les date/heure d'expiration : 48 heures à partir de la création de la vue matérialisée ;
• le nom descriptif : new_mv ;
• la description : une vue matérialisée qui expire dans deux jours ;
• le libellé : org_unit = development ;
• l'état d'activation de l'actualisation : true ;
• l'intervalle d'actualisation : 20 minutes.

Pour créer une vue matérialisée à l'aide du LDD, procédez comme suit :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE MATERIALIZED VIEW `myproject.mydataset.new_mv`
    OPTIONS(
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
      friendly_name="new_mv",
      description="a materialized view that expires in 2 days",
      labels=[("org_unit", "development")].
      enable_refresh=true,
      refresh_interval_minutes=20
    )
    AS SELECT column_1, column_2, column_3 FROM myproject.mydataset.mytable
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la vue matérialisée apparaît dans le volet des ressources.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE MATERIALIZED VIEW `myproject.mydataset.new_mv`
 OPTIONS(
   expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
   friendly_name="new_mv",
   description="a materialized view that expires in 2 days",
   labels=[("org_unit", "development")],
   enable_refresh=true,
   refresh_interval_minutes=20
 )
 AS SELECT column_1, column_2, column_3 FROM `myproject.mydataset.mytable`'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Créer une vue matérialisée uniquement si la vue matérialisée n'existe pas

L'instruction LDD CREATE MATERIALIZED VIEW IF NOT EXISTS crée une vue matérialisée avec les options spécifiées uniquement si le nom de la vue matérialisée n'existe pas dans l'ensemble de données. Si le nom de la vue matérialisée existe déjà dans l'ensemble de données, aucune erreur n'est renvoyée et aucune mesure n'est prise.

L'exemple suivant crée une vue matérialisée nommée new_mv dans mydataset uniquement si aucune vue matérialisée nommée new_mv n'existe dans mydataset. Lorsque vous utilisez une instruction LDD pour créer une vue matérialisée, vous devez spécifier le projet, l'ensemble de données et la vue au format suivant : `project_id.dataset.materialized_view` (accents graves inclus). Par exemple : `myproject.mydataset.new_mv`.

La vue matérialisée est définie à l'aide de la requête SQL standard suivante :

SELECT column_1, column_2, column_3 FROM `myproject.mydataset.mytable`

La liste d'options de vue matérialisée spécifie :

• les date/heure d'expiration : 48 heures à partir de la création de la vue ;
• le nom descriptif : new_mv ;
• la description : une vue qui expire dans deux jours ;
• le libellé : org_unit = development ;
• l'état d'activation de l'actualisation : false.

Pour créer une vue matérialisée à l'aide du LDD seulement si ce nom de vue n'existe pas déjà dans l'ensemble de données :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    CREATE MATERIALIZED VIEW IF NOT EXISTS `myproject.mydataset.new_mv`
    OPTIONS(
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
      friendly_name="new_mv",
      description="a view that expires in 2 days",
      labels=[("org_unit", "development")],
      enable_refresh=false
    )
    AS SELECT column_1, column_2, column_3 FROM myproject.mydataset.mytable
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la vue apparaît dans le volet des ressources.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
CREATE MATERIALIZED VIEW IF NOT EXISTS `myproject.mydataset.new_mv`
 OPTIONS(
   expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 48 HOUR),
   friendly_name="new_mv",
   description="a view that expires in 2 days",
   labels=[("org_unit", "development")],
   enable_refresh=false
 )
 AS SELECT column_1, column_2, column_3 FROM `myproject.mydataset.mytable`'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Instruction CREATE FUNCTION

BigQuery est compatible avec les fonctions définies par l'utilisateur. Une fonction définie par l'utilisateur vous permet de créer une fonction à l'aide d'une expression SQL ou du langage JavaScript. Ces fonctions acceptent des colonnes d'entrée et effectuent des actions, puis renvoient le résultat de ces dernières sous la forme d'une valeur.

Les fonctions définies par l'utilisateur peuvent être persistantes ou temporaires. Vous pouvez réutiliser une fonction persistante définie par l'utilisateur dans plusieurs requêtes, alors qu'une fonction temporaire définie par l'utilisateur ne peut être utilisée que dans une seule requête. Pour en savoir plus sur les fonctions définies par l'utilisateur, consultez la section sur les fonctions définies par l'utilisateur.

Syntaxe des fonctions définies par l'utilisateur

Pour créer une fonction persistante définie par l'utilisateur, utilisez la syntaxe suivante :

CREATE [OR REPLACE] FUNCTION [IF NOT EXISTS]
    [`project_name`.]dataset_name.function_name
    ([named_parameter[, ...]])
  [RETURNS data_type]
  { sql_function_definition | javascript_function_definition }

Pour créer une fonction temporaire définie par l'utilisateur, utilisez la syntaxe suivante :

CREATE [OR REPLACE] {TEMPORARY | TEMP} FUNCTION [IF NOT EXISTS]
    function_name
    ([named_parameter[, ...]])
  [RETURNS data_type]
  { sql_function_definition | javascript_function_definition }

named_parameter:
  param_name param_type

sql_function_definition:
  AS (sql_expression)

javascript_function_definition:
  LANGUAGE js
  [OPTIONS (library = library_array)]
  AS javascript_code

Cette syntaxe comprend les composants suivants :

• CREATE { FUNCTION | OR REPLACE FUNCTION | FUNCTION IF NOT EXISTS } : crée ou met à jour une fonction. Pour remplacer une fonction existante portant le même nom, utilisez le mot clé OR REPLACE. Pour traiter la requête comme réussie et n'effectuer aucune action si une fonction du même nom existe déjà, utilisez la clause IF NOT EXISTS.
• named_parameter : consiste en une paire param_name/param_type séparée par une virgule. La valeur de param_type est un type de données BigQuery. Pour une fonction SQL définie par l'utilisateur, la valeur de param_type peut également être ANY TYPE.
• [RETURNS data_type] : spécifie le type de données renvoyé par la fonction.
  • Si la fonction est définie en SQL, la clause RETURNS est facultative. Si la clause RETURNS est omise, BigQuery déduit le type renvoyé par votre fonction du corps de la fonction SQL lors des appels par une requête.
  • Si la fonction est définie en JavaScript, la clause RETURNS est obligatoire. Pour plus d'informations sur les valeurs autorisées pour data_type, reportez-vous à la section Types de données compatibles avec les fonctions JavaScript définies par l'utilisateur.
• AS (sql_expression) : spécifie l'expression SQL qui définit la fonction.
• [OPTIONS (library = library_array)] : pour une fonction définie par l'utilisateur écrite en JavaScript, spécifie un tableau de bibliothèques JavaScript à inclure dans la définition de la fonction.
• AS javascript_code : spécifie la définition d'une fonction JavaScript. javascript_code correspond à une valeur littérale de chaîne.

Structure des fonctions SQL définies par l'utilisateur

Vous pouvez créer des fonctions SQL définies par l'utilisateur à l'aide de la structure suivante :

CREATE [OR REPLACE] [TEMPORARY | TEMP] FUNCTION [IF NOT EXISTS]
    [[`project_name`.]dataset_name.]function_name
    ([named_parameter[, ...]])
  [RETURNS data_type]
  AS (sql_expression)

named_parameter:
  param_name param_type

Paramètres modélisés des fonctions SQL définies par l'utilisateur

Un paramètre basé sur un modèle avec param_type = ANY TYPE peut correspondre à plusieurs types d'argument lorsque la fonction est appelée.

• Si plusieurs paramètres ont le type ANY TYPE, BigQuery n'applique aucune relation entre ces arguments.
• Le type renvoyé par la fonction ne peut pas être ANY TYPE. Elle doit être d'un type explicite ou bien omise, ce qui signifie qu'elle doit être déterminée automatiquement en fonction de sql_expression.
• La transmission des arguments de fonction possédant des types incompatibles avec la définition de la fonction génère une erreur au moment de l'appel.

Exemples de fonctions SQL définies par l'utilisateur

L'exemple suivant crée une fonction SQL persistante définie par l'utilisateur. Nous considérons ici qu'un ensemble de données nommé mydataset existe dans le projet actif. Si aucun ensemble de données portant ce nom n'existe, reportez-vous à la documentation sur la création des ensembles de données.

CREATE FUNCTION mydataset.multiplyInputs(x FLOAT64, y FLOAT64)
RETURNS FLOAT64
AS (x * y);

Après avoir exécuté l'instruction CREATE FUNCTION, vous pouvez utiliser la nouvelle fonction persistante définie par l'utilisateur dans une requête distincte. Remplacez le contenu de l'éditeur de requête par le contenu suivant, puis exécutez la requête :

WITH numbers AS
  (SELECT 1 AS x, 5 as y
  UNION ALL
  SELECT 2 AS x, 10 as y
  UNION ALL
  SELECT 3 as x, 15 as y)
SELECT x, y, mydataset.multiplyInputs(x, y) as product
FROM numbers;

L'exemple ci-dessus produit le résultat suivant :

+-----+-----+--------------+
| x   | y   | product      |
+-----+-----+--------------+
| 1   | 5   | 5            |
| 2   | 10  | 20           |
| 3   | 15  | 45           |
+-----+-----+--------------+

L'exemple suivant décrit une fonction SQL persistante définie par l'utilisateur qui exploite un paramètre modélisé. La fonction obtenue accepte des arguments de divers types.

CREATE FUNCTION mydataset.addFourAndDivideAny(x ANY TYPE, y ANY TYPE) AS (
  (x + 4) / y
);

Après avoir exécuté l'instruction CREATE FUNCTION, vous pouvez utiliser la nouvelle fonction persistante définie par l'utilisateur dans une requête distincte :

SELECT addFourAndDivideAny(3, 4) AS integer_output,
       addFourAndDivideAny(1.59, 3.14) AS floating_point_output;

Cette requête renvoie le résultat suivant :

+----------------+-----------------------+
| integer_output | floating_point_output |
+----------------+-----------------------+
| 1.75           | 1.7802547770700636    |
+----------------+-----------------------+

L'exemple suivant montre une fonction SQL définie par l'utilisateur qui emploie un paramètre modélisé pour renvoyer le dernier élément d'un tableau de n'importe quel type.

CREATE FUNCTION mydataset.lastArrayElement(arr ANY TYPE) AS (
  arr[ORDINAL(ARRAY_LENGTH(arr))]
);

Après avoir exécuté l'instruction CREATE FUNCTION, vous pouvez utiliser la nouvelle fonction persistante définie par l'utilisateur dans une requête distincte :

SELECT
  names[OFFSET(0)] AS first_name,
  lastArrayElement(names) AS last_name
FROM (
  SELECT ['Fred', 'McFeely', 'Rogers'] AS names UNION ALL
  SELECT ['Marie', 'Skłodowska', 'Curie']
);

La requête ci-dessus renvoie le résultat suivant :

+------------+-----------+
| first_name | last_name |
+------------+-----------+
| Fred       | Rogers    |
| Marie      | Curie     |
+------------+-----------+

Structure des fonctions JavaScript définies par l'utilisateur

Vous pouvez créer des fonctions JavaScript définies par l'utilisateur à l'aide de la syntaxe suivante :

CREATE [OR REPLACE] [TEMPORARY | TEMP] FUNCTION [IF NOT EXISTS]
    [[`project_name`.]dataset_name.]function_name
    ([named_parameter[, ...]])
  RETURNS data_type
  LANGUAGE js
  [OPTIONS (library = library_array)]
  AS javascript_code

Pour en savoir plus sur les valeurs acceptées pour les data_type et sur les types de paramètres valides, consultez la documentation sur les types de données définies par l'utilisateur compatibles avec les fonctions JavaScript.

Exemples de fonctions JavaScript définies par l'utilisateur

CREATE TEMP FUNCTION mydataset.multiplyInputs(x FLOAT64, y FLOAT64)
RETURNS FLOAT64
LANGUAGE js
AS """
  return x*y;
""";

Après avoir exécuté l'instruction CREATE FUNCTION, vous pouvez utiliser la nouvelle fonction persistante définie par l'utilisateur dans une requête distincte :

WITH numbers AS
  (SELECT 1 AS x, 5 as y
  UNION ALL
  SELECT 2 AS x, 10 as y
  UNION ALL
  SELECT 3 as x, 15 as y)
SELECT x, y, multiplyInputs(x, y) as product
FROM numbers;

L'exemple ci-dessus renvoie le résultat suivant :

+-----+-----+--------------+
| x   | y   | product      |
+-----+-----+--------------+
| 1   | 5   | 5            |
| 2   | 10  | 20           |
| 3   | 15  | 45           |
+-----+-----+--------------+

Vous pouvez transmettre le résultat d'une fonction définie par l'utilisateur en tant qu'entrée d'une autre fonction définie par l'utilisateur. Par exemple, vous pouvez créer une fonction persistante définie par l'utilisateur à l'aide de la requête suivante  :

CREATE FUNCTION mydataset.multiplyInputs(x FLOAT64, y FLOAT64)
RETURNS FLOAT64
LANGUAGE js
AS """
  return x*y;
""";

Exécutez ensuite une autre requête pour créer une deuxième fonction persistante définie par l'utilisateur :

CREATE FUNCTION mydataset.divideByTwo(x FLOAT64)
RETURNS FLOAT64
LANGUAGE js
AS """
  return x/2;
""";

Exécutez maintenant la requête suivante pour utiliser les deux fonctions persistantes définies par l'utilisateur dans la même requête :

WITH numbers AS
  (SELECT 1 AS x, 5 as y
  UNION ALL
  SELECT 2 AS x, 10 as y
  UNION ALL
  SELECT 3 as x, 15 as y)
SELECT x,
  y,
  mydataset.multiplyInputs(
    mydataset.divideByTwo(x), mydataset.divideByTwo(y)) as half_product
FROM numbers;

L'exemple ci-dessus renvoie le résultat suivant :

+-----+-----+--------------+
| x   | y   | half_product |
+-----+-----+--------------+
| 1   | 5   | 1.25         |
| 2   | 10  | 5            |
| 3   | 15  | 11.25        |
+-----+-----+--------------+

L'exemple suivant additionne les valeurs de tous les champs nommés "foo" dans la chaîne JSON fournie.

CREATE FUNCTION mydataset.SumFieldsNamedFoo(json_row STRING)
  RETURNS FLOAT64
  LANGUAGE js
  AS """
  function SumFoo(obj) {
    var sum = 0;
    for (var field in obj) {
      if (obj.hasOwnProperty(field) && obj[field] != null) {
        if (typeof obj[field] == "object") {
          sum += SumFoo(obj[field]);
        } else if (field == "foo") {
          sum += obj[field];
        }
      }
    }
    return sum;
  }
  var row = JSON.parse(json_row);
  return SumFoo(row);
  """;

Après avoir exécuté l'instruction CREATE FUNCTION, vous pouvez utiliser la nouvelle fonction persistante définie par l'utilisateur dans une requête distincte :

WITH Input AS (
  SELECT STRUCT(1 AS foo, 2 AS bar, STRUCT('foo' AS x, 3.14 AS foo) AS baz) AS s, 10 AS foo UNION ALL
  SELECT NULL, 4 AS foo UNION ALL
  SELECT STRUCT(NULL, 2 AS bar, STRUCT('fizz' AS x, 1.59 AS foo) AS baz) AS s, NULL AS foo
)
SELECT
  TO_JSON_STRING(t) AS json_row,
  mydataset.SumFieldsNamedFoo(TO_JSON_STRING(t)) AS foo_sum
FROM Input AS t;

L'exemple ci-dessus renvoie le résultat suivant :

+---------------------------------------------------------------------+---------+
| json_row                                                            | foo_sum |
+---------------------------------------------------------------------+---------+
| {"s":{"foo":1,"bar":2,"baz":{"x":"foo","foo":3.14}},"foo":10}       | 14.14   |
| {"s":null,"foo":4}                                                  | 4       |
| {"s":{"foo":null,"bar":2,"baz":{"x":"fizz","foo":1.59}},"foo":null} | 1.59    |
+---------------------------------------------------------------------+---------+

Règles relatives aux guillemets

Vous devez placer le code JavaScript entre guillemets. Pour les extraits de code simples ne comprenant qu'une ligne, vous pouvez utiliser une chaîne standard entre guillemets :

CREATE FUNCTION mydataset.plusOne(x FLOAT64)
RETURNS FLOAT64
LANGUAGE js
AS "return x+1;";

Dans le cas où l'extrait contient des guillemets ou se compose de plusieurs lignes, utilisez des blocs entre guillemets triples :

CREATE FUNCTION mydataset.customGreeting(a STRING)
RETURNS STRING
LANGUAGE js AS """
  var d = new Date();
  if (d.getHours() < 12) {
    return 'Good Morning, ' + a + '!';
  } else {
    return 'Good Evening, ' + a + '!';
  }
  """;

Inclure des bibliothèques JavaScript

Vous pouvez étendre vos fonctions JavaScript définies par l'utilisateur à l'aide de la section OPTIONS. Cette section vous permet de spécifier des bibliothèques de code JavaScript pour la fonction définie par l'utilisateur.

Remarque : Cette fonctionnalité n'est disponible que pour les fonctions JavaScript définies par l'utilisateur.

CREATE FUNCTION mydataset.myFunc(a FLOAT64, b STRING)
  RETURNS STRING
  LANGUAGE js
  OPTIONS (
    library=["gs://my-bucket/path/to/lib1.js", "gs://my-bucket/path/to/lib2.js"]
  )
  AS
  """
      // Assumes 'doInterestingStuff' is defined in one of the library files.
      return doInterestingStuff(a, b);
  """;

SELECT mydataset.myFunc(3.14, 'foo');

Dans l'exemple précédent, le code des bibliothèques lib1.js et lib2.js est disponible pour tout code présent dans la section javascript_code de la fonction définie par l'utilisateur. Notez que vous pouvez spécifier des fichiers de bibliothèque à l'aide d'une syntaxe à élément unique ou à tableau.

Fonctions définies par l'utilisateur et interface utilisateur Web

Vous pouvez utiliser l'interface utilisateur Web de BigQuery pour créer des fonctions persistantes définies par l'utilisateur.

Exécuter une requête pour créer une fonction persistante définie par l'utilisateur

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction de fonction définie par l'utilisateur dans la zone de texte de l'éditeur de requête. Exemple :

     CREATE FUNCTION mydataset.timesTwo(x FLOAT64)
     RETURNS FLOAT64
       LANGUAGE js AS """
       return x*2;
     """;
   

4. Cliquez sur Run (Exécuter).

5. Après avoir créé la fonction persistante définie par l'utilisateur, remplacez le contenu de l'éditeur par une nouvelle requête qui l'utilise :

     SELECT mydataset.timesTwo(numbers) AS doubles
     FROM UNNEST([1, 2, 3, 4, 5]) AS numbers;
   

6. Cliquez sur Run (Exécuter).

Fonctions définies par l'utilisateur et outil de ligne de commande bq

Vous pouvez utiliser l'outil de ligne de commande bq du SDK Cloud pour créer des fonctions persistantes définies par l'utilisateur.

Utilisez la syntaxe suivante pour exécuter une requête permettant de créer une fonction définie par l'utilisateur :

bq query --use_legacy_sql=false '
  CREATE FUNCTION mydataset.AddTwo(x INT64) AS (x + 2);
'

Instruction CREATE PROCEDURE

Syntaxe

CREATE [OR REPLACE] PROCEDURE [IF NOT EXISTS] procedure_name (procedure_argument[, …] )
[OPTIONS(procedure_option_list)]
BEGIN
statement_list
END;

procedure_argument: [procedure_argument_mode] argument_name argument_type

procedure_argument_mode: IN | OUT | INOUT

Description

Crée une procédure qui consiste en un bloc d'instructions pouvant être appelées à partir d'autres requêtes.

statement_list est une liste d'instructions BigQuery. Une liste d'instructions est une série d'instructions se terminant toutes par un point-virgule.

argument_type correspond à tout type BigQuery valide.

procedure_argument_mode spécifie si un argument est une entrée, un résultat ou les deux.

Les procédures peuvent s'appeler elles-mêmes de manière récursive.

procedure_option_list

Le paramètre procedure_option_list vous permet de spécifier des options de procédure. Les options de procédure ont la même syntaxe et les mêmes exigences que les options de table, mais une liste différente de NAME et de VALUE :

NAME	VALUE	Détails
strict_mode	BOOL	Exemple : strict_mode=FALSE Si strict_mode correspond à TRUE, le corps de la procédure est soumis à des vérifications supplémentaires en cas d'erreurs, telles que des tables ou des colonnes inexistantes. L'instruction CREATE PROCEDURE échoue si l'une de ces vérifications du corps échoue. Si strict_mode est utile pour intercepter de nombreux types d'erreurs courants, il n'est pas exhaustif. Une procédure créée avec strict_mode ne garantit pas son exécution correcte. Si strict_mode correspond à FALSE, seule la syntaxe du corps de la procédure est vérifiée. Les procédures qui s'invoquent de manière récursive doivent être créées avec strict_mode=FALSE pour éviter les erreurs provoquées par une procédure encore inexistante lors de sa validation. La valeur par défaut est TRUE.

Mode de l'argument

IN indique que l'argument n'est qu'une entrée de la procédure. Vous pouvez spécifier une expression de valeur ou une variable pour les arguments IN.

OUT indique que l'argument est un résultat de la procédure. Un argument OUT est initialisé sur NULL lorsque la procédure démarre. Vous devez spécifier une variable pour les arguments OUT.

INOUT indique que l'argument est à la fois une entrée et un résultat de la procédure. Vous devez spécifier une variable pour les arguments INOUT. Un argument INOUT peut être référencé dans le corps d'une procédure en tant que variable et se voir attribuer de nouvelles valeurs.

Si vous ne spécifiez pas IN, OUT ni INOUT, l'argument est traité comme un argument IN.

Champ d'application de la variable

Si une variable est déclarée en dehors d'une procédure, qu'elle est transmise en tant qu'argument INOUT ou OUT à une procédure et que cette procédure attribue une nouvelle valeur à cette variable, la nouvelle valeur est visible en dehors de la procédure.

Les variables déclarées dans une procédure ne sont pas visibles en dehors de la procédure, et inversement.

Une valeur peut être affectée à un argument OUT ou INOUT à l'aide de SET. Dans ce cas, la valeur modifiée est visible en dehors de la procédure. Si la procédure se termine correctement, la valeur de l'argument OUT ou INOUT est la dernière valeur attribuée à cette variable INOUT.

Les tables temporaires existent pendant toute la durée d'exécution du script. Ainsi, si une procédure crée une table temporaire, l'appelant de la procédure pourra également référencer la table temporaire.

Projet par défaut

Le corps des procédures peut référencer des entités sans spécifier leur chemin d'accès complet. Si project_id n'est pas fourni, le projet par défaut est celui auquel appartient la procédure, qui n'est pas forcément celui qui est utilisé pour exécuter l'instruction CREATE PROCEDURE.

Vous trouverez ci-dessous un exemple de requête. Peu importe le projet avec lequel vous souhaitez exécuter cette requête, la table référencée anotherDataset.myTable est toujours résolue avec le projet myProject :

CREATE PROCEDURE myProject.myDataset.QueryTable()
BEGIN
  SELECT * FROM anotherDataset.myTable;
END;

Exemples

L'exemple suivant crée une procédure qui prend x comme argument d'entrée et renvoie x comme résultat. Comme aucun mode d'argument n'est défini pour l'argument delta, il est considéré comme un argument d'entrée. La procédure consiste en un bloc contenant une instruction unique, qui attribue la somme des deux arguments d'entrée à x.

CREATE PROCEDURE mydataset.AddDelta(INOUT x INT64, delta INT64)
BEGIN
  SET x = x + delta;
END;

L'exemple suivant appelle la procédure AddDelta de l'exemple ci-dessus, en lui transmettant la variable accumulator deux fois. Comme les modifications apportées à x dans AddDelta sont visibles en dehors de AddDelta, ces appels de procédure incrémentent accumulator par un total de huit.

DECLARE accumulator INT64 DEFAULT 0;
CALL mydataset.AddDelta(accumulator, 5);
CALL mydataset.AddDelta(accumulator, 3);
SELECT accumulator;

Cela renvoie le résultat suivant :

+-------------+
| accumulator |
+-------------+
|           8 |
+-------------+

L'exemple suivant crée la procédure SelectFromTablesAndAppend, qui prend target_date comme argument d'entrée et renvoie rows_added comme résultat. La procédure crée une table temporaire DataForTargetDate à partir d'une requête, puis calcule le nombre de lignes dans DataForTargetDate et affecte le résultat à rows_added. Ensuite, elle insère une nouvelle ligne dans TargetTable, en transmettant la valeur de target_date comme l'un des noms de colonnes. Enfin, elle supprime la table DataForTargetDate et renvoie rows_added.

CREATE PROCEDURE mydataset.SelectFromTablesAndAppend(
  target_date DATE, OUT rows_added INT64)
BEGIN
  CREATE TEMP TABLE DataForTargetDate AS
  SELECT t1.id, t1.x, t2.y
  FROM dataset.partitioned_table1 AS t1
  JOIN dataset.partitioned_table2 AS t2
  ON t1.id = t2.id
  WHERE t1.date = target_date
    AND t2.date = target_date;

  SET rows_added = (SELECT COUNT(*) FROM DataForTargetDate);

  SELECT id, x, y, target_date  -- note that target_date is a parameter
  FROM DataForTargetDate;

  DROP TABLE DataForTargetDate;
END;

L'exemple suivant déclare une variable rows_added, puis la transmet en tant qu'argument à la procédure SelectFromTablesAndAppend de l'exemple précédent, avec la valeur de CURRENT_DATE. Un message indiquant le nombre de lignes ajoutées est ensuite renvoyé.

DECLARE rows_added INT64;
CALL mydataset.SelectFromTablesAndAppend(CURRENT_DATE(), rows_added);
SELECT FORMAT('Added %d rows', rows_added);

Instruction ALTER TABLE SET OPTIONS

Pour définir les options d'une table dans BigQuery, utilisez l'instruction LDD ALTER TABLE SET OPTIONS.

Syntaxe

{ALTER TABLE | ALTER TABLE IF EXISTS}
table_name
SET OPTIONS(table_set_options_list)

Où :

{ALTER TABLE | ALTER TABLE IF EXISTS} correspond à l'une des instructions suivantes :

• ALTER TABLE : modifie les options d'une table existante.
• ALTER TABLE IF EXISTS : modifie les options d'une table uniquement si elle existe déjà.

table_name correspond au nom de la table que vous modifiez.

table_set_options_list

La liste d'options vous permet de définir des options de table, telles qu'un libellé et une date/heure d'expiration. Vous pouvez inclure plusieurs options dans une liste d'éléments séparés par des virgules.

Spécifiez les listes d'options de table au format suivant :

NAME=VALUE, ...

NAME et VALUE doivent être utilisées selon l'une des combinaisons suivantes :

NAME	VALUE	Détails
expiration_timestamp	TIMESTAMP	Exemple : expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC" Cette propriété est équivalente à la propriété de ressource de table expirationTime.
partition_expiration_days	FLOAT64	Exemple : partition_expiration_days=7 Cette propriété est équivalente à la propriété de ressource de table timePartitioning.expirationMs mais utilise des jours au lieu de millisecondes. Un jour équivaut à 86 400 000 millisecondes, soit 24 heures. Cette propriété ne peut être définie que si la table est partitionnée.
require_partition_filter	BOOL	Exemple : require_partition_filter=true Cette propriété est équivalente à la propriété de ressource de table timePartitioning.requirePartitionFilter. Cette propriété ne peut être définie que si la table est partitionnée.
kms_key_name	STRING	Exemple : kms_key_name="projects/project_id/locations/location/keyRings/keyring/cryptoKeys/key" Cette propriété est équivalente à la propriété de ressource de table encryptionConfiguration.kmsKeyName. En savoir plus sur la protection des données avec des clés Cloud KMS
friendly_name	STRING	Exemple : friendly_name="my_table" Cette propriété est équivalente à la propriété de ressource de table friendlyName.
description	STRING	Exemple : description="a table that expires in 2025" Cette propriété est équivalente à la propriété de ressource de table description.
labels	ARRAY<STRUCT<STRING, STRING>>	Exemple : labels=[("org_unit", "development")] Cette propriété est équivalente à la propriété de ressource de table labels.

VALUE est une expression constante ne contenant que des littéraux, des paramètres de requête et des fonctions scalaires. Si l'expression constante renvoie la valeur null, l'option NAME correspondante est ignorée.

L'expression constante ne peut pas contenir les éléments suivants :

• Une référence à une table
• Des sous-requêtes ou des instructions SQL telles que SELECT, CREATE et UPDATE
• Des fonctions définies par l'utilisateur, des fonctions d'agrégation ou des fonctions d'analyse
• Les fonctions scalaires suivantes :
  • ARRAY_TO_STRING
  • REPLACE
  • REGEXP_REPLACE
  • RAND
  • FORMAT
  • LPAD
  • RPAD
  • REPEAT
  • SESSION_USER
  • GENERATE_ARRAY
  • GENERATE_DATE_ARRAY

Lorsque l'option VALUE est définie, la valeur existante de cette option de table est remplacée, le cas échéant. Si l'option VALUE est définie sur NULL, la valeur de la table qui correspondait à cette option est effacée.

Exemples

Définir l'horodatage d'expiration et la description d'une table

L'exemple suivant définit l'horodatage d'expiration d'une table à sept jours à compter de l'heure d'exécution de l'instruction ALTER TABLE, et définit également la description de la table :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    ALTER TABLE mydataset.mytable
    SET OPTIONS (
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 7 DAY),
      description="Table that expires seven days from now"
    )
    

4. Cliquez sur Run (Exécuter).

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    ALTER TABLE mydataset.mytable
    SET OPTIONS (
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 7 DAY),
      description="Table that expires seven days from now"
    )
    

4. Cliquez sur Exécuter la requête.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
ALTER TABLE mydataset.mytable
SET OPTIONS (
  expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 7 DAY),
  description="Table that expires seven days from now"
)'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Définir l'attribut de filtrage de partition requis sur une table partitionnée

L'exemple suivant définit l'attribut timePartitioning.requirePartitionFilter sur une table partitionnée. Lorsque cet attribut est défini sur "true", les requêtes faisant référence à cette table doivent utiliser un filtre sur la colonne de partitionnement, faute de quoi BigQuery renverra une erreur. En définissant cette option sur "true", vous pouvez éviter d'interroger par erreur davantage de données que vous ne l'aviez prévu :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    ALTER TABLE mydataset.mypartitionedtable
    SET OPTIONS (require_partition_filter=true)
    

4. Cliquez sur Run (Exécuter).

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    ALTER TABLE mydataset.mypartitionedtable
    SET OPTIONS (require_partition_filter=true)
    

4. Cliquez sur Exécuter la requête.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
ALTER TABLE mydataset.mypartitionedtable
SET OPTIONS (require_partition_filter=true)'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Effacer l'horodatage d'expiration sur une table

L'exemple suivant efface l'horodatage d'expiration sur une table afin qu'elle n'expire jamais :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    ALTER TABLE mydataset.mytable
    SET OPTIONS (expiration_timestamp=NULL)
    

4. Cliquez sur Run (Exécuter).

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    ALTER TABLE mydataset.mytable
    SET OPTIONS (expiration_timestamp=NULL)
    

4. Cliquez sur Exécuter la requête.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
ALTER TABLE mydataset.mytable
SET OPTIONS (expiration_timestamp=NULL)'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Instruction ALTER VIEW SET OPTIONS

Pour définir les options d'une vue dans BigQuery, utilisez l'instruction LDD ALTER VIEW SET OPTIONS.

Syntaxe

{ALTER VIEW | ALTER VIEW IF EXISTS}
view_name
SET OPTIONS(view_set_options_list)

Où :

{ALTER VIEW | ALTER VIEW IF EXISTS} correspond à l'une des instructions suivantes :

• ALTER VIEW : modifie les options d'une vue existante.
• ALTER VIEW IF EXISTS : modifie les options d'une vue uniquement si elle existe déjà.

view_name correspond au nom de la vue que vous modifiez.

view_set_options_list

La liste d'options vous permet de définir des options de vue, telles qu'un libellé et une date/heure d'expiration. Vous pouvez inclure plusieurs options dans une liste d'éléments séparés par des virgules.

Spécifiez les listes d'options de vue au format suivant :

NAME=VALUE, ...

NAME et VALUE doivent être utilisées selon l'une des combinaisons suivantes :

NAME	VALUE	Détails
expiration_timestamp	TIMESTAMP	Exemple : expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC" Cette propriété est équivalente à la propriété de ressource de table expirationTime.
friendly_name	STRING	Exemple : friendly_name="my_view" Cette propriété est équivalente à la propriété de ressource de table friendlyName.
description	STRING	Exemple : description="a view that expires in 2025" Cette propriété est équivalente à la propriété de ressource de table description.
labels	ARRAY<STRUCT<STRING, STRING>>	Exemple : labels=[("org_unit", "development")] Cette propriété est équivalente à la propriété de ressource de table labels.

VALUE est une expression constante ne contenant que des littéraux, des paramètres de requête et des fonctions scalaires. Si l'expression constante renvoie la valeur null, l'option NAME correspondante est ignorée.

L'expression constante ne peut pas contenir les éléments suivants :

• Une référence à une table
• Des sous-requêtes ou des instructions SQL telles que SELECT, CREATE et UPDATE
• Des fonctions définies par l'utilisateur, des fonctions d'agrégation ou des fonctions d'analyse
• Les fonctions scalaires suivantes :
  • ARRAY_TO_STRING
  • REPLACE
  • REGEXP_REPLACE
  • RAND
  • FORMAT
  • LPAD
  • RPAD
  • REPEAT
  • SESSION_USER
  • GENERATE_ARRAY
  • GENERATE_DATE_ARRAY

Lorsque l'option VALUE est définie, la valeur existante de cette option de vue est remplacée, le cas échéant. Si l'option VALUE est définie sur NULL, la valeur de la vue qui correspondait à cette option est effacée.

Exemples

Définir l'horodatage d'expiration et la description d'une vue

L'exemple suivant définit l'horodatage d'expiration d'une vue à sept jours à compter de l'heure d'exécution de l'instruction ALTER VIEW, et définit également la description de la table :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    ALTER VIEW mydataset.myview
    SET OPTIONS (
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 7 DAY),
      description="View that expires seven days from now"
    )
    

4. Cliquez sur Run (Exécuter).

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    ALTER VIEW mydataset.myview
    SET OPTIONS (
      expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 7 DAY),
      description="View that expires seven days from now"
    )
    

4. Cliquez sur Exécuter la requête.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
ALTER VIEW mydataset.myview
SET OPTIONS (
  expiration_timestamp=TIMESTAMP_ADD(CURRENT_TIMESTAMP(), INTERVAL 7 DAY),
  description="View that expires seven days from now"
)'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Instruction ALTER MATERIALIZED VIEW SET OPTIONS

Pour définir les options d'une vue matérialisée dans BigQuery, utilisez l'instruction LDD ALTER MATERIALIZED VIEW SET OPTIONS.

Syntaxe

{ALTER MATERIALIZED VIEW | ALTER MATERIALIZED VIEW IF EXISTS}
materialized_view_name
SET OPTIONS(materialized_view_set_options_list)

Où :

{ALTER MATERIALIZED VIEW | ALTER MATERIALIZED VIEW IF EXISTS} correspond à l'une des instructions suivantes :

• ALTER MATERIALIZED VIEW : modifie les options d'une vue matérialisée existante.
• ALTER MATERIALIZED VIEW IF EXISTS : modifie les options d'une vue matérialisée uniquement si elle existe déjà.

materialized_view_name correspond au nom de la vue matérialisée que vous modifiez.

materialized_view_set_options_list

La liste d'options vous permet de définir des options de vue matérialisée, telles que l'état de l'actualisation, l'intervalle d'actualisation, un libellé ou encore un délai d'expiration. Vous pouvez inclure plusieurs options dans une liste d'éléments séparés par des virgules.

Spécifiez les listes d'options de vue matérialisée au format suivant :

NAME=VALUE, ...

NAME et VALUE doivent être utilisées selon l'une des combinaisons suivantes :

NAME	VALUE	Détails
enable_refresh	BOOLEAN	Exemple : enable_refresh=false
refresh_interval_minutes	FLOAT64	Exemple : refresh_interval_minutes=20
expiration_timestamp	TIMESTAMP	Exemple : expiration_timestamp=TIMESTAMP "2025-01-01 00:00:00 UTC" Cette propriété est équivalente à la propriété de ressource de table expirationTime.
friendly_name	STRING	Exemple : friendly_name="my_mv" Cette propriété est équivalente à la propriété de ressource de table friendlyName.
description	STRING	Exemple : description="a materialized view that expires in 2025" Cette propriété est équivalente à la propriété de ressource de table description.
labels	ARRAY<STRUCT<STRING, STRING>>	Exemple : labels=[("org_unit", "development")] Cette propriété est équivalente à la propriété de ressource de table labels.

Lorsque l'option VALUE est définie, la valeur existante de cette option de vue matérialisée est remplacée, le cas échéant. Si l'option VALUE est définie sur NULL, la valeur de la vue qui correspondait à cette option est effacée.

Exemples

Définir l'état et l'intervalle d'actualisation sur une vue matérialisée

L'exemple suivant active l'actualisation et définit l'intervalle sur 20 minutes sur une vue matérialisée :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    ALTER MATERIALIZED VIEW mydataset.my_mv
    SET OPTIONS (
      enable_refresh=true,
      refresh_interval_minutes=20
    )
    

4. Cliquez sur Run (Exécuter).

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
ALTER MATERIALIZED VIEW mydataset.my_mv
SET OPTIONS (
  enable_refresh=true,
  refresh_interval_minutes=20
)'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Instruction DROP TABLE

Pour supprimer une table dans BigQuery, utilisez l'instruction LDD DROP TABLE.

Syntaxe

{DROP TABLE | DROP TABLE IF EXISTS}
table_name

Remplacez l'élément suivant :

• {DROP TABLE | DROP TABLE IF EXISTS}

  • DROP TABLE : supprime une table dans l'ensemble de données spécifié.
  • DROP TABLE IF EXISTS : ne supprime une table que si elle existe dans l'ensemble de données spécifié.

• table_name : nom de la table à supprimer.

Exemples

Supprimer une table

L'instruction LDD DROP TABLE supprime une table dans l'ensemble de données spécifié. Si ce nom de table n'existe pas déjà dans l'ensemble de données, l'erreur suivante est renvoyée :

Error: Not found: Table myproject:mydataset.mytable

Si vous supprimez une table dans un autre projet, vous devez spécifier le projet, l'ensemble de données et la table au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.mytable`.

Pour supprimer une table à l'aide du LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    DROP TABLE mydataset.mytable
    

4. Cliquez sur Run (Exécuter). Une fois la requête terminée, la table est supprimée du volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    DROP TABLE mydataset.mytable
    

4. Cliquez sur Run query (Exécuter la requête). Une fois la requête terminée, la table est supprimée du volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
DROP TABLE mydataset.mytable'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Supprimer une table seulement si cette table existe déjà

L'instruction LDD DROP TABLE IF EXISTS supprime une table dans l'ensemble de données spécifié uniquement si la table existe déjà. Si ce nom de table n'existe pas déjà dans l'ensemble de données, aucune erreur n'est renvoyée et aucune mesure n'est prise.

Si vous supprimez une table dans un autre projet, vous devez spécifier le projet, l'ensemble de données et la table au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.mytable`.

Pour supprimer une table à l'aide du LDD seulement si cette table existe déjà :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    DROP TABLE IF EXISTS mydataset.mytable
    

4. Cliquez sur Run (Exécuter). Une fois la requête terminée, la table est supprimée du volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    DROP TABLE IF EXISTS mydataset.mytable
    

4. Cliquez sur Run query (Exécuter la requête). Une fois la requête terminée, la table est supprimée du volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
DROP TABLE IF EXISTS mydataset.mytable'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Instruction DROP VIEW

Pour supprimer une vue dans BigQuery, utilisez l'instruction LDD DROP VIEW.

Syntaxe

{DROP VIEW | DROP VIEW IF EXISTS}
view_name

Où :

{DROP VIEW | DROP VIEW IF EXISTS} correspond à l'une des instructions suivantes :

• DROP VIEW : supprime une vue dans l'ensemble de données spécifié.
• DROP VIEW IF EXISTS : ne supprime une vue que si la vue existe dans l'ensemble de données spécifié.

view_name est le nom de la vue que vous supprimez.

Exemples

Supprimer une vue

L'instruction LDD DROP VIEW supprime une vue dans l'ensemble de données spécifié. Si ce nom de vue n'existe pas déjà dans l'ensemble de données, l'erreur suivante est renvoyée :

Error: Not found: Table myproject:mydataset.myview

Si vous supprimez une vue dans un autre projet, vous devez spécifier le projet, l'ensemble de données et la vue au format suivant : `project_id.dataset.table` (en intégrant les accents graves). Par exemple : `myproject.mydataset.myview`.

Pour supprimer une vue à l'aide du LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    DROP VIEW mydataset.myview
    

4. Cliquez sur Run (Exécuter). Lorsque la requête a été exécutée, la vue est supprimée du volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    DROP VIEW mydataset.myview
    

4. Cliquez sur Run query (Exécuter la requête). Une fois la requête terminée, la vue est supprimée du volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
DROP VIEW mydataset.myview'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Supprimer une vue seulement si cette vue existe déjà

L'instruction LDD DROP VIEW IF EXISTS supprime une vue dans l'ensemble de données spécifié uniquement si la vue existe déjà. Si ce nom de vue n'existe pas déjà dans l'ensemble de données, aucune erreur n'est renvoyée et aucune mesure n'est prise.

Si vous supprimez une vue dans un autre projet, vous devez spécifier le projet, l'ensemble de données et la vue au format suivant : `project_id.dataset.table`, (en intégrant les accents graves). Par exemple : `myproject.mydataset.myview`.

Pour supprimer une vue à l'aide du LDD seulement si cette vue existe déjà :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    DROP VIEW IF EXISTS mydataset.myview
    

4. Cliquez sur Run (Exécuter). Une fois la requête terminée, la vue est supprimée du volet des ressources.

UI classique

1. Accédez à l'UI Web de BigQuery.

   Accéder à l'UI Web de BigQuery

2. Cliquez sur Compose query (Saisir une requête).

3. Saisissez votre instruction LDD dans la zone de texte Nouvelle requête.

    #standardSQL
    DROP VIEW IF EXISTS mydataset.myview
    

4. Cliquez sur Run query (Exécuter la requête). Une fois la requête terminée, la vue est supprimée du volet de navigation.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
DROP VIEW IF EXISTS mydataset.myview'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Instruction DROP MATERIALIZED VIEW

Beta

Cette fonctionnalité est disponible dans sa version préliminaire, et peut changer ou bénéficier d'une assistance limitée. Pour en savoir plus, consultez les étapes de lancement des produits.

Pour supprimer une vue matérialisée dans BigQuery, utilisez l'instruction LDD DROP MATERIALIZED VIEW.

Syntaxe

{DROP MATERIALIZED VIEW | DROP MATERIALIZED VIEW IF EXISTS}
mv_name

Où :

{DROP MATERIALIZED VIEW | DROP MATERIALIZED VIEW IF EXISTS} correspond à l'une des instructions suivantes :

• DROP MATERIALIZED VIEW : supprime une vue matérialisée dans l'ensemble de données spécifié.
• DROP MATERIALIZED VIEW IF EXISTS : supprime une vue matérialisée uniquement si elle existe déjà dans l'ensemble de données spécifié.

mv_name est le nom de la vue matérialisée que vous supprimez.

Exemples

Supprimer une vue matérialisée

L'instruction LDD DROP VIEW supprime une vue matérialisée dans l'ensemble de données spécifié. Si ce nom de vue matérialisée n'existe pas déjà dans l'ensemble de données, l'erreur suivante est renvoyée :

Error: Not found: Table myproject:mydataset.my_mv

Si vous supprimez une vue matérialisée dans un autre projet, vous devez spécifier le projet, l'ensemble de données et la vue au format suivant : `project_id.dataset.materialized_view` (accents graves inclus). Par exemple : `myproject.mydataset.my_mv`.

Pour supprimer une vue matérialisée à l'aide du LDD :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    DROP MATERIALIZED VIEW mydataset.my_mv
    

4. Cliquez sur Run (Exécuter). Une fois la requête terminée, la vue matérialisée est supprimée du volet des ressources.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
DROP MATERIALIZED VIEW mydataset.my_mv'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Supprimer une vue matérialisée uniquement si elle existe

L'instruction LDD DROP MATERIALIZED VIEW IF EXISTS supprime une vue matérialisée dans l'ensemble de données spécifié uniquement si la vue matérialisée existe déjà. Si ce nom de vue matérialisée n'existe pas déjà dans l'ensemble de données, aucune erreur n'est renvoyée et aucune mesure n'est prise.

Si vous supprimez une vue matérialisée dans un autre projet, vous devez spécifier le projet, l'ensemble de données et la vue au format suivant : `project_id.dataset.materialized_view`, (accents graves inclus). Par exemple : `myproject.mydataset.my_mv`.

Pour supprimer une vue matérialisée à l'aide du LDD seulement si cette vue matérialisée existe déjà :

Console

1. Ouvrez l'UI Web de BigQuery dans Cloud Console.
   Accéder à Cloud Console

2. Cliquez sur Compose new query (Saisir une nouvelle requête).

   

3. Saisissez l'instruction LDD dans la zone de texte de l'éditeur de requête. Exemple :

    DROP MATERIALIZED VIEW IF EXISTS mydataset.my_mv
    

4. Cliquez sur Run (Exécuter). Une fois la requête terminée, la vue matérialisée est supprimée du volet des ressources.

CLI

Saisissez la commande bq query et indiquez l'instruction LDD comme paramètre de requête.

bq query --use_legacy_sql=false '
DROP MATERIALIZED VIEW IF EXISTS mydataset.my_mv'

API

Appelez la méthode jobs.query et indiquez l'instruction LDD dans la propriété query du corps de la requête.

La fonctionnalité LDD complète les informations renvoyées par une ressource de tâches. statistics.query.statementType inclut les valeurs supplémentaires suivantes pour la compatibilité LDD :

• CREATE_TABLE
• CREATE_TABLE_AS_SELECT
• DROP_TABLE
• CREATE_VIEW
• DROP_VIEW

statistics.query comporte deux champs supplémentaires :

• ddlOperationPerformed : opération LDD effectuée, éventuellement dépendante de l'existence de la cible LDD. Les valeurs actuelles incluent :
  • CREATE : la requête a créé la cible LDD.
  • SKIP : aucune opération. Exemples : l'instruction CREATE TABLE IF NOT EXISTS a été envoyée et la table existe. Ou l'instruction DROP TABLE IF EXISTS a été envoyée et la table n'existe pas.
  • REPLACE : la requête a remplacé la cible LDD. Exemple : l'instruction CREATE OR REPLACE TABLE a été envoyée et la table existe déjà.
  • DROP : la requête a supprimé la cible LDD.
• ddlTargetTable : lorsque vous envoyez une instruction CREATE TABLE/VIEW ou une instruction DROP TABLE/VIEW, la table cible est renvoyée sous la forme d'un objet comportant trois champs :
• "projectId" : chaîne
• "datasetId" : chaîne
• "tableId" : chaîne

Instruction DROP FUNCTION

Beta

Cette fonctionnalité est disponible dans sa version préliminaire, et peut changer ou bénéficier d'une assistance limitée. Pour en savoir plus, consultez les étapes de lancement des produits.

Syntaxe

DROP FUNCTION [ IF EXISTS ] [`project_name`.]dataset_name.function_name

Description

Supprime la fonction function_name dans l'ensemble de données dataset_name.

Clauses facultatives

IF EXISTS : ne supprime la fonction que si la fonction existe dans l'ensemble de données spécifié.

project_name. : spécifie le projet contenant la fonction. Si la fonction ne se trouve pas dans le projet actuel, la valeur project_name doit être présente.

Exemples

L'exemple d'instruction suivant supprime la fonction parseJsonAsStruct contenue dans l'ensemble de données mydataset.

DROP FUNCTION mydataset.parseJsonAsStruct;

L'exemple d'instruction suivant supprime la fonction parseJsonAsStruct de l'ensemble de données sample_dataset dans le projet other_project.

DROP FUNCTION `other_project`.sample_dataset.parseJsonAsStruct;

Instruction DROP PROCEDURE

Syntaxe

DROP PROCEDURE [IF EXISTS] [`project_name`.]dataset_name.procedure_name

Description

Supprime la procédure procedure_name dans l'ensemble de données dataset_name.

Clauses facultatives

IF EXISTS : ne supprime la procédure que si la procédure existe dans l'ensemble de données spécifié.

project_name. : spécifie le projet qui contient la procédure. Si la procédure ne se trouve pas dans le projet actuel, project_name doit être présent.

Exemples

L'exemple d'instruction suivant supprime la procédure myprocedure contenue dans l'ensemble de données mydataset.

DROP PROCEDURE mydataset.myProcedure;

L'exemple d'instruction suivant supprime la procédure myProcedure contenue dans l'ensemble de données sample_dataset dans le projet other_project.

DROP PROCEDURE `other-project`.sample_dataset.myprocedure;