Tous les produits
Search
Centre de documentation

MaxCompute:Opérations sur les tables

Dernière mise à jour :Aug 10, 2026

Les tables constituent les unités fondamentales de stockage des données dans MaxCompute. Toutes les tâches de développement, d'analyse et d'exploitation au sein d'un entrepôt de données s'articulent autour des données tabulaires. Cette rubrique décrit les opérations courantes sur les tables, telles que la création, la suppression et l'interrogation des tables.

Outils d'exécution

Exécutez les commandes présentées dans cette rubrique à l'aide des outils suivants :

Opérations courantes

  1. Opérations sur les tables

    Type

    Fonction

    Rôle

    Créer une table

    Crée une table non partitionnée, une table partitionnée, une table externe ou une table clusterisée.

    Utilisateurs disposant de l'autorisation CreateTable sur un projet.

    Modifier le propriétaire de la table

    Modifie le propriétaire d'une table.

    Propriétaire du projet

    Supprimer une table

    Supprime une table non partitionnée ou une table partitionnée.

    Utilisateurs disposant de l'autorisation DROP sur une table.

    Afficher les informations sur une table ou une vue

    Affiche les informations relatives à une table gérée par MaxCompute, à une vue ou à une table externe.

    Utilisateurs disposant de l'autorisation Describe sur les métadonnées de la table.

    Afficher les informations de partition

    Affiche les informations de partition pour une table partitionnée spécifique.

    Utilisateurs disposant de l'autorisation Describe sur les métadonnées de la table.

    Lister les tables et vues d'un projet

    Liste toutes les tables et vues d'un projet, ou celles qui correspondent à une règle spécifique (les expressions régulières sont prises en charge).

    Utilisateurs disposant de l'autorisation List sur un projet.

    |
    Lister toutes les partitions
    |
    Liste toutes les partitions d'une table.
    |
    Utilisateurs disposant de l'autorisation List sur un projet.
    |





  2. Opérations sur les partitions

  3. Opérations sur les colonnes

  4. Opérations sur le cycle de vie des tables

Créer une table

Créez des tables non partitionnées, partitionnées, externes ou clusterisées.

Limites

  • Une table partitionnée peut comporter jusqu'à six niveaux de partition. Par exemple, vous pouvez utiliser une date comme colonne de partition et définir des niveaux tels que year/month/week/day/hour/minute.

  • Le nombre maximal de partitions par table est configurable au niveau du projet, avec une valeur par défaut de 60 000.

D'autres limitations relatives aux tables sont documentées dans la rubrique Limites SQL de MaxCompute.

Syntaxe

Table interne

Créer une table interne (non partitionnée ou partitionnée)

CREATE [OR REPLACE] TABLE [IF NOT EXISTS] <table_name> (
<col_name> <data_type>, ... )
[COMMENT <table_comment>]
[PARTITIONED BY (<col_name> <data_type> [COMMENT <col_comment>], ...)]
[AUTO PARTITIONED 
   BY (<auto_partition_expression> [AS <auto_partition_column_name>])
  [TBLPROPERTIES('ingestion_time_partition'='true')]
];

Table clusterisée

Créer une table clusterisée

CREATE TABLE [IF NOT EXISTS] <table_name> (
<col_name> <data_type>, ... )
[CLUSTERED BY | RANGE CLUSTERED BY (<col_name> [, <col_name>, ...]) 
[SORTED BY (<col_name> [ASC | DESC] [, <col_name> [ASC | DESC] ...])] 
INTO <number_of_buckets> BUCKETS];

Table externe

Créer une table externe

Cet exemple crée une table externe OSS en utilisant l'analyseur de données texte intégré. D'autres formats sont abordés dans la rubrique Table externe ORC.

CREATE EXTERNAL TABLE [IF NOT EXISTS] <mc_oss_extable_name> ( 
<col_name> <data_type>, ... ) 
STORED AS '<file_format>' 
[WITH SERDEPROPERTIES (options)]  
LOCATION '<oss_location>';

Tables transactionnelles et Delta

  • Crée une table transactionnelle. Vous pouvez exécuter des opérations UPDATE ou DELETE sur ce type de table. Toutefois, les tables transactionnelles présentent certaines limites.

    CREATE [EXTERNAL] TABLE [IF NOT EXISTS] <table_name> (
    <col_name <data_type> [NOT NULL] [DEFAULT <default_value>] [COMMENT <col_comment>], ...   
    [COMMENT <table_comment>]
    [TBLPROPERTIES ("transactional"="true")];
  • Crée une table Delta. Lorsqu'elle est combinée à une clé primaire, elle permet d'effectuer des opérations telles que les upserts, les requêtes incrémentielles et le time travel.

    CREATE [EXTERNAL] TABLE [IF NOT EXISTS] <table_name> (
    <col_name <data_type> [NOT NULL] [DEFAULT <default_value>] [COMMENT <col_comment>], ...   
    [PRIMARY KEY (<pk_col_name>[, <pk_col_name2>, ...] )]) 
    [COMMENT <table_comment>]
    [CLUSTERED BY (<pk_col_name>[, <pk_col_name2>, ...] )]
    [TBLPROPERTIES ("transactional"="true" 
    [, "write.bucket.num" = "N", "acid.data.retain.hours"="hours"...])] [LIFECYCLE <days>];
    • Une table Delta dotée d'une clé primaire vous permet d'utiliser un sous-ensemble de la clé primaire comme clé de hachage de cluster.

      Dans une table Delta avec clé primaire, le système utilise par défaut le clustering par hachage avec la clé primaire complète comme clé de cluster. Si vos requêtes filtrent fréquemment sur un sous-ensemble des colonnes de la clé primaire, spécifiez explicitement ce sous-ensemble comme clé de cluster afin d'améliorer les performances de filtrage.

    • Si vous spécifiez explicitement une clé de cluster, le système distribue les données de la table dans des buckets de hachage en fonction des colonnes spécifiées. La clé de cluster doit être un sous-ensemble des colonnes de la clé primaire.

      Si vous ne spécifiez pas explicitement de clé de cluster, le système utilise l'ensemble complet des colonnes de la clé primaire comme clé de cluster par défaut.

      Vous ne pouvez pas modifier la clé de cluster après la création de la table. Vous devez la spécifier lors de la création de la table.

Clauses CTAS et LIKE

  • Crée une nouvelle table basée sur une table existante et copie les données, mais ne copie pas les propriétés de partition. Cette clause s'applique aux tables externes et aux tables des projets Lakehouse externes.

    CREATE TABLE [IF NOT EXISTS] <table_name> [LIFECYCLE <days>] AS <select_statement>;
  • Crée une nouvelle table ayant la même structure qu'une table existante, mais ne copie pas les données. Cette clause s'applique aux tables externes et aux tables des projets Lakehouse externes.

    CREATE TABLE [IF NOT EXISTS] <table_name> [LIFECYCLE <days>] LIKE <existing_table_name>;

Paramètres

Paramètres généraux

Paramètres généraux

Parameter

Required

Description

Remarks

OR REPLACE

No

  • Si une table portant le même nom existe déjà, elle est supprimée et remplacée par la nouvelle table.

  • La clause CREATE OR REPLACE TABLE ne peut pas être utilisée avec les clauses suivantes :

    • CREATE TABLE ... IF NOT EXISTS

Cela équivaut à exécuter les commandes suivantes :

DROP TABLE IF EXISTS <tableName>;  -- If the table exists, drop it.
    CREATE TABLE <tableName> ...;      -- Create the new table.

EXTERNAL

No

Crée une table externe.

N/A

IF NOT EXISTS

No

Crée la table uniquement si aucune table portant le même nom n'existe déjà.

Sans la clause IF NOT EXISTS, la création d'une table dont le nom existe déjà renvoie une erreur. Avec la clause IF NOT EXISTS, l'instruction aboutit même si une table portant le même nom existe avec un schéma différent. Les métadonnées de la table existante restent inchangées.

table_name

Yes

Nom de la table.

Le nom de la table ne doit pas dépasser 128 octets et ne peut contenir que des lettres, des chiffres et des traits de soulignement (_). La casse n'est pas significative. Il est recommandé de commencer le nom par une lettre.

PRIMARY KEY(pk)

No

Clé primaire de la table.

Définissez une ou plusieurs colonnes comme clé primaire pour garantir l'unicité de la combinaison de colonnes. La syntaxe suit celle des clés primaires SQL standard. Les colonnes de la clé primaire doivent être définies avec la contrainte NOT NULL et ne peuvent pas être modifiées.

Important

Ce paramètre s'applique uniquement aux tables Delta.

col_name

Yes

Nom de la colonne.

  • Le nom de la colonne ne doit pas dépasser 128 octets et ne peut contenir que des lettres, des chiffres, des traits de soulignement (_) ou des caractères chinois. La casse n'est pas significative. Il est recommandé de commencer le nom par une lettre.

  • Exécutez la commande SET odps.sql.bigquery.compatible=true; pour activer le mode de compatibilité BigQuery. Dans ce mode, le nom de la colonne peut atteindre 256 octets. Sinon, une erreur est renvoyée.

col_comment

No

Commentaire de la colonne.

Doit être une chaîne de caractères d'au plus 1 024 octets.

data_type

Yes

Type de données de la colonne.

Types pris en charge : BIGINT, DOUBLE, BOOLEAN, DATETIME, DECIMAL, STRING et autres types répertoriés dans la section Data types.

NOT NULL

No

Indique que la colonne ne peut pas contenir de valeurs NULL.

Pour plus d'informations sur la modification de la propriété NOT NULL, consultez la section Partition operations.

default_value

No

Valeur par défaut de la colonne.

Si une opération insert ne spécifie pas de valeur pour cette colonne, la valeur par défaut est écrite dans la colonne.

Remarque

Les fonctions telles que GETDATE() et NOW() ne sont pas prises en charge comme valeurs par défaut.

table_comment

No

Commentaire de la table.

Doit être une chaîne de caractères d'au plus 1 024 octets.

LIFECYCLE

No

Cycle de vie de la table, exprimé en jours.

Seuls les entiers positifs sont pris en charge. L'unité est le jour.

  • Pour une table non partitionnée, le cycle de vie commence à la dernière date de modification des données. Si les données ne sont pas modifiées pendant le nombre de days spécifié, MaxCompute récupère automatiquement la table, ce qui équivaut à une opération DROP TABLE.

  • Pour une table partitionnée, le système détermine s'il doit récupérer une partition en fonction de son attribut LastModifiedTime. Contrairement aux tables non partitionnées, la table elle-même n'est pas supprimée après la récupération de sa dernière partition. Le cycle de vie ne peut être défini qu'au niveau de la table, et non au niveau de la partition.

Paramètres des tables partitionnées

Paramètres des tables partitionnées

MaxCompute prend en charge les tables partitionnées standard et les tables partitionnées automatiquement. Choisissez le type de table en fonction de la manière dont les colonnes de partition sont générées. Pour plus de détails, consultez la section Partitioned table overview.

Paramètres des tables partitionnées standard

Parameter

Required

Description

Remarks

PARTITIONED BY

Yes

Spécifie les partitions pour une table partitionnée standard.

Vous pouvez spécifier les partitions à l'aide de la clause PARTITIONED BY ou AUTO PARTITIONED BY, mais pas des deux simultanément.

col_name

Yes

Nom de la colonne de partition.

  • Le nom de la colonne ne doit pas dépasser 128 octets et ne peut contenir que des lettres, des chiffres, des traits de soulignement (_) ou des caractères chinois. La casse n'est pas significative. Il est recommandé de commencer le nom par une lettre.

  • Exécutez la commande SET odps.sql.bigquery.compatible=true; pour activer le mode de compatibilité BigQuery. Dans ce mode, le nom de la colonne peut atteindre 256 octets. Sinon, une erreur est renvoyée.

data_type

Yes

Type de données de la colonne de partition.

MaxCompute V1.0 prend uniquement en charge le type STRING. La version V2.0 ajoute les types TINYINT, SMALLINT, INT, BIGINT et VARCHAR (le type STRING reste pris en charge). Consultez la liste complète dans la section Data types. Le partitionnement élimine les analyses complètes de table pour les opérations au niveau des partitions.

col_comment

No

Commentaire de la colonne de partition.

Doit être une chaîne de caractères d'au plus 1 024 octets.

Remarque

Une valeur de partition ne doit pas dépasser 255 octets. Elle ne peut pas contenir de caractères double-octet, tels que les caractères chinois. La valeur doit commencer par une lettre et ne contenir que des lettres, des chiffres et les caractères suivants : espace, deux-points (:), trait de soulignement (_), signe dollar ($), dièse (#), point (.), point d'exclamation (!) et arobase (@). Le comportement des autres caractères, tels que les caractères d'échappement \t, \n et /, n'est pas défini.

Paramètres des tables partitionnées automatiquement

Une table partitionnée automatiquement génère automatiquement ses colonnes de partition. Pour plus de détails sur l'utilisation, consultez la section Partitioned table types.

Parameter

Required

Description

Remarks

AUTO PARTITIONED BY

Yes

Spécifie les partitions pour une table partitionnée automatiquement.

Vous pouvez spécifier les partitions à l'aide de la clause PARTITIONED BY ou AUTO PARTITIONED BY, mais pas des deux simultanément.

auto_partition_expression

Yes

Expression qui définit le calcul de la colonne de partition.

Actuellement, seule la fonction TRUNC_TIME peut être utilisée pour générer la colonne de partition. Une seule colonne de partition est prise en charge.

La fonction TRUNC_TIME permet de tronquer les données d'une colonne de type date ou heure selon une unité de temps spécifiée afin de générer une colonne de partition.

auto_partition_column_name

No

Nom de la colonne de partition générée.

Si aucun nom n'est spécifié, le système utilise _pt_col_0_ comme nom par défaut. Si ce nom est déjà utilisé, le système incrémente le suffixe (par exemple, _pt_col_1_ ou _pt_col_2_) jusqu'à trouver un nom inutilisé.

Sur la base du calcul issu de l'expression de partition, une colonne de partition de type STRING est générée. Vous pouvez spécifier explicitement un nom pour cette colonne, mais vous ne pouvez pas modifier directement son type de données ni sa valeur.

|
TBLPROPERTIES('ingestion_time_partition'='true')
|
No
|
Indique si les colonnes de partition doivent être générées en fonction de l'heure d'ingestion des données.
|
Le partitionnement basé sur l'heure d'ingestion est décrit dans la section Auto-partitioned tables based on data ingestion time.
|







Paramètres des tables clusterisées

Paramètres des tables clusterisées

Les tables clusterisées se divisent en deux catégories : les tables clusterisées par hachage et les tables clusterisées par plage.

Table clusterisée par hachage

Parameter

Required

Description

Remarks

CLUSTERED BY

Yes

Spécifie la clé de hachage. MaxCompute calcule les valeurs de hachage pour les colonnes spécifiées et distribue les données dans des compartiments de hachage (buckets) en fonction de ces valeurs.

Pour éviter le déséquilibre des données (data skew) et obtenir un bon parallélisme, choisissez des colonnes présentant une cardinalité élevée et peu de doublons pour la clause CLUSTERED BY. Pour optimiser les opérations join, sélectionnez les clés de jointure ou d'agrégation fréquemment utilisées.

SORTED BY

Yes

Spécifie l'ordre de tri des colonnes au sein de chaque compartiment de hachage.

Pour des performances optimales, utilisez les mêmes colonnes pour les clauses SORTED BY et CLUSTERED BY. Après avoir spécifié la clause SORTED BY, MaxCompute crée automatiquement un index et l'utilise pour accélérer les requêtes.

|
number_of_buckets
|
Yes
|
Spécifie le nombre de compartiments de hachage.
|
Cette valeur est obligatoire et dépend du volume de données.
|







Remarque

Lorsque vous choisissez le nombre de compartiments de hachage, respectez les deux principes suivants :

  • Maintenez une taille de compartiment modérée : la taille recommandée pour chaque compartiment de hachage est d'environ 500 Mo. Par exemple, si la taille estimée de la partition est de 500 Go, définissez le nombre de compartiments à 1 000. Cela donne une taille moyenne de compartiment d'environ 500 Mo. Pour les très grandes tables, vous pouvez dépasser la limite de 500 Mo. Une taille de 2 à 3 Go par compartiment convient.

  • Pour optimiser les opérations join et supprimer les étapes de brassage (shuffle) et de tri, ce qui améliore considérablement les performances, le nombre de compartiments de hachage des deux tables doit être un multiple l'un de l'autre, par exemple 256 et 512. Il est recommandé de définir le nombre de compartiments de hachage sur une puissance de 2 (2n), telle que 512, 1 024, 2 048 ou 4 096. Cela permet au système de diviser ou de fusionner automatiquement les compartiments de hachage et de supprimer les étapes de brassage et de tri, améliorant ainsi l'efficacité d'exécution.

Table clusterisée par plage

Parameter

Required

Description

Remarks

RANGE CLUSTERED BY

Yes

Spécifie les colonnes de clusterisation par plage.

MaxCompute effectue des opérations de regroupement (bucketing) sur les colonnes spécifiées et distribue les données dans des compartiments en fonction des numéros de compartiment.

SORTED BY

Yes

Spécifie l'ordre de tri des colonnes au sein de chaque compartiment.

L'utilisation est identique à celle d'une table clusterisée par hachage.

|
number_of_buckets
|
Yes
|
Spécifie le nombre de compartiments.
|
Pour une table clusterisée par plage, la bonne pratique consistant à utiliser une puissance de 2 (2n), applicable aux tables clusterisées par hachage, n'est pas requise. Tout nombre de compartiments est acceptable si les données sont uniformément distribuées. Ce paramètre est facultatif pour les tables clusterisées par plage. Si vous l'omettez, le système détermine automatiquement le nombre optimal de compartiments en fonction du volume de données.
|







Lorsqu'une opération de jointure ou d'agrégation est effectuée sur une table clusterisée par plage, si la clé de jointure ou la clé de groupe correspond à la clé de clusterisation par plage ou à son préfixe, vous pouvez éliminer la redistribution des données (suppression du shuffle) pour améliorer les performances. Vous pouvez exécuter la commande set odps.optimizer.enable.range.partial.repartitioning=true/false; pour activer ou désactiver cette fonctionnalité. Elle est désactivée par défaut.

Remarque
  • Avantages des tables clusterisées :

    • Optimisation de l'élagage des compartiments (bucket pruning)

    • Optimisation des agrégations

    • Optimisation du stockage

  • Limites des tables clusterisées :

    • L'instruction INSERT INTO n'est pas prise en charge. Vous ne pouvez ajouter des données qu'à l'aide de l'instruction INSERT OVERWRITE.

    • Le téléchargement direct de données vers une table clusterisée par plage via Tunnel n'est pas pris en charge, car Tunnel télécharge les données de manière non ordonnée.

    • Les fonctionnalités de sauvegarde et de restauration ne sont pas prises en charge.

Paramètres des tables externes

Paramètres des tables externes

Cette section présente les paramètres des tables externes OSS. Les autres types de tables externes sont documentés dans Tables externes.

Paramètre

Obligatoire

description

STORED AS '<file_format>'

Oui

Spécifie le file_format en fonction du format de données de la table externe.

WITH SERDEPROPERTIES(options)

Non

Spécifie les paramètres liés à l'autorisation, à la compression et à l'analyse des caractères pour la table externe.

|
oss_location
|
Oui
|
L'emplacement de stockage OSS des données de la table externe. Pour plus d'informations, consultez Tables externes OSS.
|





Paramètres des tables transactionnelles et Delta Table

Paramètres des tables transactionnelles et Delta Table

Paramètres Delta Table

Une Delta Table est un format de table qui prend en charge les lectures et écritures en quasi-temps réel, le stockage et l'accès incrémentiels, ainsi que les mises à jour en temps réel. Actuellement, seules les tables avec clé primaire sont prises en charge.

Paramètre

Obligatoire

description

Remarques

PRIMARY KEY(PK)

Oui

Définit la clé primaire de la Delta Table, qui peut inclure plusieurs colonnes.

La syntaxe suit la syntaxe standard SQL des clés primaires. Les colonnes de clé primaire doivent être définies sur NOT NULL et ne peuvent pas être modifiées. Une fois la clé primaire définie, les données sont dédupliquées en fonction des colonnes de clé primaire. La contrainte d'unicité est appliquée au sein d'une seule partition ou dans une table non partitionnée.

transactional

Oui

Requis pour créer une Delta Table. Vous devez définir ce paramètre sur true.

Indique que la table prend en charge les propriétés transactionnelles des tables ACID MaxCompute. La table utilise le modèle de contrôle de concurrence multiversion (MVCC) pour garantir le niveau d'isolation des snapshots.

write.bucket.num

Non

La valeur par défaut est 16. La plage valide est (0, 4096].

Spécifie le nombre de buckets pour chaque partition ou pour une table non partitionnée. Cela indique également le nombre de nœuds concurrents pour les écritures de données. Vous pouvez modifier ce paramètre pour une table partitionnée, et le nouveau paramètre s'applique aux nouvelles partitions. Vous ne pouvez pas modifier ce paramètre pour une table non partitionnée. Tenez compte des recommandations suivantes :

  • Si vous importez des données via Tunnel, ce paramètre spécifie le nombre de nœuds Tunnel concurrents. Le paramétrage affecte le trafic d'importation et est également contraint par le nombre maximal de nœuds Tunnel concurrents.

  • Si vous écrivez des données via SQL, ce paramètre spécifie le degré de concurrence des reducers. Ceci est contraint par le nombre maximal de nœuds reducer concurrents.

  • La taille recommandée pour chaque bucket est d'environ 500 Mo de données. Par exemple, si la taille estimée de la partition est de 500 Go, définissez le nombre de buckets sur 1 000. Pour les tables très volumineuses, vous pouvez augmenter la taille du bucket à 2 Go ou 3 Go.

acid.data.retain.hours

Non

La valeur par défaut est 24. La plage valide est [24, 168].

Spécifie la plage de temps en heures pendant laquelle vous pouvez interroger les états historiques des données via Time Travel. Si vous avez besoin d'un historique Time Travel supérieur à 168 heures (7 jours), contactez le support technique MaxCompute.

  • Une valeur de 0 indique que l'état historique des données n'est pas conservé et que les requêtes Time Travel ne sont pas prises en charge.

  • Les données historiques plus anciennes que la valeur spécifiée peuvent être supprimées ou compactées.

  • Si une requête Time Travel spécifie une heure antérieure à la plage autorisée définie par ce paramètre, une erreur est renvoyée. Par exemple, si cette valeur est 72, une requête pour des données datant de plus de 72 heures échouera.

acid.incremental.query.out.of.time.range.enabled

Non

Valeur par défaut : false.

Si la valeur est true, le endTimestamp dans une requête incrémentielle peut être postérieur à la dernière heure de validation des données de la table. Dans ce cas, plusieurs requêtes peuvent renvoyer des résultats différents car de nouvelles données pourraient être insérées. Vous pouvez modifier la valeur de ce paramètre pour une table existante.

acid.write.precombine.field

Non

Spécifie un seul nom de colonne.

Si un nom de colonne est spécifié, le système utilise cette colonne conjointement avec les colonnes de clé primaire pour dédupliquer les données au sein de la même validation. Cela garantit l'unicité et la cohérence des données.

Remarque

Si une seule validation de données dépasse 128 Mo, plusieurs fichiers sont générés. Ce paramètre ne s'applique pas entre plusieurs fichiers.

acid.partial.fields.update.enable

Non

Si la valeur est définie sur true, vous pouvez effectuer une mise à jour partielle des colonnes sur la Delta Table via SQL ou Tunnel.

Ce paramètre est défini lors de la création de la table. Il ne peut pas être modifié après la création de la table.

  • Autres exigences de paramètres pour les Delta Tables :

    • LIFECYCLE : Le cycle de vie de la table doit être supérieur ou égal à la période de conservation Time Travel, c'est-à-dire lifecycle >= acid.data.retain.hours / 24. Une vérification est effectuée lors de la création de la table et une erreur est signalée si cette condition n'est pas remplie.

    • Fonctionnalités non prises en charge : CLUSTERED BY, EXTERNAL et CREATE TABLE AS ne sont pas pris en charge.

  • Autres limitations :

    • Actuellement, les autres moteurs ne peuvent pas opérer directement sur une Delta Table. Seul le SQL MaxCompute est pris en charge.

    • Vous ne pouvez pas convertir une table standard en Delta Table.

    • Vous ne pouvez pas modifier le schéma des colonnes de clé primaire d'une Delta Table.

Paramètres des tables transactionnelles

Paramètre

Obligatoire

description

|
TBLPROPERTIES("transactional"="true")
|
Oui
|
Définit la table comme une table transactionnelle, activant les opérations update et delete au niveau des lignes. Mettre à jour ou supprimer des données (UPDATE | DELETE).
|





Les limitations suivantes s'appliquent à une table transactionnelle :

  • Vous ne pouvez définir la propriété transactional que lors de la création d'une table. Vous ne pouvez pas utiliser ALTER TABLE pour modifier cette propriété sur une table existante. L'instruction suivante renvoie une erreur :

    ALTER TABLE not_txn_tbl SET TBLPROPERTIES("transactional"="true");
    -- Error returned.
    FAILED: Catalog Service Failed, ErrorCode: 151, Error Message: Set transactional is not supported
  • Vous ne pouvez pas définir une table clusterisée ou une table externe comme table transactionnelle.

  • Vous ne pouvez pas convertir une table interne standard, une table externe ou une table clusterisée en table transactionnelle, ni l'inverse.

  • Le compactage automatique n'est pas pris en charge. Compactez manuellement les fichiers comme décrit dans Compacter les fichiers dans une table transactionnelle.

  • L'opération merge partition n'est pas prise en charge.

  • L'accès aux tables transactionnelles depuis d'autres systèmes est limité. Par exemple, MaxCompute Graph ne prend pas en charge les opérations de lecture ou d'écriture. Spark et PAI ne prennent en charge que les opérations de lecture.

  • Avant d'effectuer des opérations update, delete ou insert overwrite sur des données importantes, sauvegardez-les manuellement dans une autre table à l'aide d'une instruction SELECT ... INSERT.

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

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

  • Vous pouvez utiliser l'instruction CREATE TABLE [IF NOT EXISTS] <table_name> [LIFECYCLE <days>] AS <select_statement>; pour créer une autre table et copier simultanément les données dans la nouvelle table.

    • Cette instruction ne copie pas les propriétés de partition. Les colonnes de partition de la table source sont traitées comme des colonnes ordinaires dans la table de destination. La propriété de cycle de vie de la table source n'est pas non plus copiée.

    • Vous pouvez utiliser le paramètre lifecycle pour spécifier un cycle de vie pour la nouvelle table. Cette instruction prend également en charge la création d'une table interne et la copie de données depuis une table externe.

  • Vous pouvez utiliser l'instruction CREATE TABLE [IF NOT EXISTS] <table_name> [LIFECYCLE <days>] LIKE <existing_table_name>; pour créer une nouvelle table avec le même schéma qu'une table existante.

    • Cette instruction copie le schéma, mais ne copie ni les données ni la propriété de cycle de vie de la table source.

    • Vous pouvez utiliser le paramètre lifecycle pour spécifier un cycle de vie pour la nouvelle table. Cette instruction prend également en charge la création d'une table interne qui copie le schéma d'une table externe.

Exemples

Table non partitionnée

  • Créez une table non partitionnée.

    CREATE TABLE test1 (key STRING);
  • Créez une table non partitionnée et spécifiez des valeurs par défaut pour les colonnes.

    CREATE TABLE test_default( 
    tinyint_name tinyint NOT NULL default 1Y,
    smallint_name SMALLINT NOT NULL DEFAULT 1S,
    int_name INT NOT NULL DEFAULT 1,
    bigint_name BIGINT NOT NULL DEFAULT 1,
    binary_name BINARY ,
    float_name FLOAT ,
    double_name DOUBLE NOT NULL DEFAULT 0.1,
    decimal_name DECIMAL(2, 1) NOT NULL DEFAULT 0.0BD,
    varchar_name VARCHAR(10) ,
    char_name CHAR(2) ,
    string_name STRING NOT NULL DEFAULT 'N',
    boolean_name BOOLEAN NOT NULL DEFAULT TRUE
    );

Table partitionnée

  • Créez une table partitionnée standard.

    CREATE TABLE IF NOT EXISTS sale_detail(
     shop_name     STRING,
     customer_id   STRING,
     total_price   DOUBLE)
    PARTITIONED BY (sale_date STRING, region STRING);
  • Créez une table partitionnée AUTO PARTITION qui génère des partitions basées sur une colonne de données temporelle à l'aide d'une fonction de temps.

    -- The sale_date column is truncated by month to generate a partition column named sale_month. The table is then partitioned by this column.
    CREATE TABLE IF NOT EXISTS auto_sale_detail(
     shop_name     STRING,
     customer_id   STRING,
     total_price   DOUBLE,
     sale_date    DATE )
    AUTO PARTITIONED BY (TRUNC_TIME(sale_date, 'month') AS sale_month);
  • Créez une table partitionnée AUTO PARTITION qui génère des partitions basées sur l'heure d'ingestion des données. Le système récupère automatiquement l'heure à laquelle les données sont écrites dans MaxCompute et génère des partitions à l'aide d'une fonction de temps.

    -- After the table is created, when data is written, the system automatically captures the data ingestion time (_partitiontime), truncates it by day, generates a partition column named sale_date, and then partitions the table by this column.
    CREATE TABLE IF NOT EXISTS auto_sale_detail2(
     shop_name     STRING,
     customer_id   STRING,
     total_price   DOUBLE,
     _partitiontime TIMESTAMP_NTZ)
    AUTO PARTITIONED BY (TRUNC_TIME(_partitiontime, 'day') AS sale_date)
    TBLPROPERTIES('ingestion_time_partition'='true');

Table clusterisée par hachage ou par plage

  • Créez une table non partitionnée clusterisée par hachage.

    CREATE TABLE t1 (a STRING, b STRING, c BIGINT) CLUSTERED BY (c) SORTED BY (c) INTO 1024 buckets;
  • Créez une table partitionnée clusterisée par hachage.

    CREATE TABLE t2 (a STRING, b STRING, c BIGINT) 
    PARTITIONED BY (dt STRING) CLUSTERED BY (c) SORTED BY (c) INTO 1024 buckets;
  • Créez une table non partitionnée clusterisée par plage.

    CREATE TABLE t3 (a STRING, b STRING, c BIGINT) RANGE CLUSTERED BY (c) SORTED BY (c) INTO 1024 buckets;
  • Créez une table partitionnée clusterisée par plage.

    CREATE TABLE t4 (a STRING, b STRING, c BIGINT) 
    PARTITIONED BY (dt STRING) RANGE CLUSTERED BY (c) SORTED BY (c); 

Table transactionnelle

  • Créez une table transactionnelle non partitionnée.

    CREATE TABLE t5(id BIGINT) TBLPROPERTIES ("transactional"="true");
  • Créez une table transactionnelle partitionnée.

    CREATE TABLE IF NOT EXISTS t6(id BIGINT) 
    PARTITIONED BY (ds STRING) TBLPROPERTIES ("transactional"="true");

Table interne

  • Créez une table interne en copiant les données d'une table externe partitionnée. La table interne n'inclura pas les propriétés de partition.

    1. Créez une table externe OSS et une table interne MaxCompute. Créez une table interne à l'aide de CREATE TABLE AS.

      -- Create an OSS external table and insert data into it.
      CREATE EXTERNAL TABLE max_oss_test(a INT, b INT, c INT) 
      STORED AS TEXTFILE
      LOCATION "oss://oss-cn-hangzhou-internal.aliyuncs.com/<bucket_name>";
      
      INSERT INTO max_oss_test VALUES 
      (101, 1, 20241108),
      (102, 2, 20241109),
      (103, 3, 20241110);
      
      SELECT * FROM max_oss_test;
      
      -- Result
      a    b    c
      101    1    20241108
      102    2    20241109
      103    3    20241110
      
      -- Create an internal table by using CREATE TABLE AS.
      CREATE TABLE from_exetbl_oss AS SELECT * FROM max_oss_test;
      
      -- Query the new internal table.
      SELECT * FROM from_exetbl_oss;
      
      -- The result shows that all data is copied.
      a    b    c
      101    1    20241108
      102    2    20241109
      103    3    20241110
    2. Exécutez la commande DESC from_exetbl_oss; pour consulter le schéma de la table interne. La commande renvoie la sortie suivante.

      +------------------------------------------------------------------------------------+
      | Owner:                    ALIYUN$***********                                       |
      | Project:                  ***_*****_***                                            |
      | TableComment:                                                                      |
      +------------------------------------------------------------------------------------+
      | CreateTime:               2023-01-10 15:16:33                                      |
      | LastDDLTime:              2023-01-10 15:16:33                                      |
      | LastModifiedTime:         2023-01-10 15:16:33                                      |
      +------------------------------------------------------------------------------------+
      | InternalTable: YES      | Size: 919                                                |
      +------------------------------------------------------------------------------------+
      | Native Columns:                                                                    |
      +------------------------------------------------------------------------------------+
      | Field           | Type       | Label | Comment                                     |
      +------------------------------------------------------------------------------------+
      | a               | string     |       |                                             |
      | b               | string     |       |                                             |
      | c               | string     |       |                                             |
      +------------------------------------------------------------------------------------+
  • Créez une table interne en copiant le schéma d'une table externe partitionnée. La table interne inclut les propriétés de partition.

    1. Créez la table interne from_exetbl_like. Interrogez la table externe OSS depuis MaxCompute. Créez une table interne à l'aide de CREATE TABLE LIKE.

      -- Query the OSS external table from MaxCompute.
      SELECT * FROM max_oss_test;
      -- Result
      a    b    c
      101    1    20241108
      102    2    20241109
      103    3    20241110
      
      -- Create an internal table by using CREATE TABLE LIKE.
      CREATE TABLE from_exetbl_like LIKE max_oss_test;
      
      -- Query the new internal table.
      SELECT * FROM from_exetbl_like;
      -- Result: Only the table schema is returned.
      a    b    c
    2. Exécutez la commande DESC from_exetbl_like; pour consulter le schéma de la table interne. La commande renvoie la sortie suivante.

      +------------------------------------------------------------------------------------+
      | Owner:                    ALIYUN$************                                      |
      | Project:                  ***_*****_***                                            |
      | TableComment:                                                                      |
      +------------------------------------------------------------------------------------+
      | CreateTime:               2023-01-10 15:09:47                                      |
      | LastDDLTime:              2023-01-10 15:09:47                                      |
      | LastModifiedTime:         2023-01-10 15:09:47                                      |
      +------------------------------------------------------------------------------------+
      | InternalTable: YES      | Size: 0                                                  |
      +------------------------------------------------------------------------------------+
      | Native Columns:                                                                    |
      +------------------------------------------------------------------------------------+
      | Field           | Type       | Label | Comment                                     |
      +------------------------------------------------------------------------------------+
      | a               | string     |       |                                             |
      | b               | string     |       |                                             |
      +------------------------------------------------------------------------------------+
      | Partition Columns:                                                                 |
      +------------------------------------------------------------------------------------+
      | c               | string     |                                                     |
      +------------------------------------------------------------------------------------+

Table Delta

  • Créez une table Delta.

    CREATE TABLE mf_tt (pk BIGINT NOT NULL PRIMARY KEY, val BIGINT) 
      TBLPROPERTIES ("transactional"="true");
  • Créez une table Delta et définissez les propriétés clés de la table.

    CREATE TABLE mf_tt2 ( 
      pk BIGINT NOT NULL, 
      pk2 BIGINT NOT NULL, 
      val BIGINT, 
      val2 BIGINT, 
      PRIMARY KEY (pk, pk2)
    ) 
    TBLPROPERTIES (
      "transactional"="true", 
      "write.bucket.num" = "64", 
      "acid.data.retain.hours"="120"
    ) LIFECYCLE 7;

Autres méthodes

Remplacer une table existante

  1. Créez la table d'origine my_table et insérez-y des données.

    CREATE OR REPLACE TABLE my_table(a BIGINT);
    
    INSERT INTO my_table(a) VALUES (1),(2),(3);
  2. Utilisez OR REPLACE pour créer une nouvelle table portant le même nom et modifiez ses colonnes.

    CREATE OR REPLACE TABLE my_table(b STRING);
  3. Interrogez la table my_table. La requête renvoie le résultat suivant.

    +------------+
    | b          | 
    +------------+
    +------------+

    Les instructions SQL suivantes sont invalides :

    CREATE OR REPLACE TABLE IF NOT EXISTS my_table(b STRING);
    CREATE OR REPLACE TABLE my_table AS SELECT;
    CREATE OR REPLACE TABLE my_table LIKE newtable;

Copier des données et définir un cycle de vie

-- Create a new table named sale_detail_ctas1, copy the data from sale_detail to it, and set a lifecycle.
SET odps.sql.allow.fullscan=true;
CREATE TABLE sale_detail_ctas1 LIFECYCLE 10 AS SELECT * FROM sale_detail;

Exécutez la commande DESC EXTENDED sale_detail_ctas1; pour afficher des détails tels que le schéma et le cycle de vie de la table.

Remarque

Dans cet exemple, sale_detail est une table partitionnée. Lorsque vous utilisez l'instruction CREATE TABLE ... AS select_statement ... pour créer la table sale_detail_ctas1, les propriétés de partition ne sont pas copiées. Les colonnes de partition de la table source deviennent des colonnes ordinaires dans la table de destination. Par conséquent, sale_detail_ctas1 est une table non partitionnée comportant cinq colonnes.

Utiliser des constantes pour les valeurs de colonne

Remarque

Si vous utilisez des constantes comme valeurs de colonne dans la clause SELECT, spécifiez les noms des colonnes. Sinon, les quatrième et cinquième colonnes de la table créée sale_detail_ctas3 recevront des noms par défaut tels que _c4 et _c5.

  • Spécifiez les noms des colonnes.

    SET odps.sql.allow.fullscan=true;
    CREATE TABLE sale_detail_ctas2
    AS
    SELECT shop_name, customer_id, total_price, '2013' AS sale_date, 'China' AS region
    FROM sale_detail;
  • Ne spécifiez pas les noms des colonnes.

    SET odps.sql.allow.fullscan=true;
    
    CREATE TABLE sale_detail_ctas3
    AS
    SELECT shop_name, customer_id, total_price, '2013', 'China' 
    FROM sale_detail;

Copier un schéma et définir un cycle de vie

CREATE TABLE sale_detail_like LIKE sale_detail LIFECYCLE 10;

Exécutez la commande DESC EXTENDED sale_detail_like; pour afficher des détails tels que le schéma et le cycle de vie de la table.

Remarque

Le schéma de sale_detail_like est identique au schéma de sale_detail. Toutes les propriétés, telles que les noms de colonne, les commentaires de colonne et les commentaires de table, sont copiées, à l'exception de la propriété de cycle de vie. Cependant, les données de sale_detail ne sont pas copiées dans la table sale_detail_like.

Copier un schéma depuis une table externe

-- Create a new table named mc_oss_extable_orc_like that has the same schema as the external table mc_oss_extable_orc.
CREATE TABLE mc_oss_extable_orc_like LIKE mc_oss_extable_orc;

Exécutez la commande DESC mc_oss_extable_orc_like; pour afficher des détails tels que le schéma de la table.

+------------------------------------------------------------------------------------+
| Owner: ALIYUN$****@***.aliyunid.com | Project: max_compute_7u************yoq              |
| TableComment:                                                                      |
+------------------------------------------------------------------------------------+
| CreateTime:               2022-08-11 11:10:47                                      |
| LastDDLTime:              2022-08-11 11:10:47                                      |
| LastModifiedTime:         2022-08-11 11:10:47                                      |
+------------------------------------------------------------------------------------+
| InternalTable: YES      | Size: 0                                                  |
+------------------------------------------------------------------------------------+
| Native Columns:                                                                    |
+------------------------------------------------------------------------------------+
| Field           | Type       | Label | Comment                                     |
+------------------------------------------------------------------------------------+
| id              | string     |       |                                             |
| name            | string     |       |                                             |
+------------------------------------------------------------------------------------+

Nouveaux types de données

SET odps.sql.type.system.odps2=true;
CREATE TABLE test_newtype (
    c1 TINYINT,
    c2 SMALLINT,
    c3 INT,
    c4 BIGINT,
    c5 FLOAT,
    c6 DOUBLE,
    c7 DECIMAL,
    c8 BINARY,
    c9 TIMESTAMP,
    c10 ARRAY<MAP<BIGINT,BIGINT>>,
    c11 MAP<STRING,ARRAY<BIGINT>>,
    c12 STRUCT<s1:STRING,s2:BIGINT>,
    c13 VARCHAR(20))
LIFECYCLE 1;

Modifier le propriétaire de la table

Limites

Seuls les utilisateurs disposant du rôle Project Owner ou Super_Administrator peuvent exécuter cette commande.

Syntaxe

ALTER TABLE <table_name> CHANGEOWNER TO <new_owner>;

Paramètres

  • table_name : Obligatoire. Nom de la table dont le propriétaire doit être modifié.

  • new_owner : Obligatoire. Compte du nouveau propriétaire.

    Si le nouveau propriétaire est un utilisateur RAM :

    • L'utilisateur RAM doit être membre du projet contenant la table.

    • Format : RAM$<UID>:<ram_name>, où UID est l'ID de compte de votre compte Alibaba Cloud et ram_name est le nom d'affichage de l'utilisateur RAM.

Exemples

  • Modifiez le propriétaire de la table test1 en ALIYUN$xxx@aliyun.com.

    ALTER TABLE test1 CHANGEOWNER TO 'ALIYUN$xxx@aliyun.com';
  • Modifiez le propriétaire de la table test1 en l'utilisateur RAM nommé ram_test.

    ALTER TABLE test1 CHANGEOWNER TO 'RAM$13xxxxxxxxxxx:ram_test';

DROP TABLE

Supprime une table non partitionnée ou une table partitionnée.

Précautions

  • Soyez prudent lors de la suppression d'une table. Une table supprimée ne peut être restaurée que si la sauvegarde et la restauration sont activées pour le projet et que la table se trouve dans la période de rétention des données. La restauration nécessite la configuration d'une sauvegarde locale.

  • La suppression d'une table réduit l'utilisation du stockage du projet MaxCompute.

Syntaxe

DROP TABLE [IF EXISTS] <table_name>; 

Paramètres

Paramètre

Obligatoire

Description

IF EXISTS

Non

Sans IF EXISTS, toute tentative de suppression d'une table inexistante renvoie une exception. Avec IF EXISTS, l'instruction réussit même si la table n'existe pas.

|
table_name
|
Oui
|
Nom de la table à supprimer.
|





Exemples

-- Drop the sale_detail table. The statement succeeds regardless of whether the table exists.
DROP TABLE IF EXISTS sale_detail; 

Tables ou vues

Affiche des informations sur les tables gérées, les vues, les vues matérialisées, les tables externes, les tables clusterisées ou les tables transactionnelles dans MaxCompute.

Syntaxe

Paramètres

Valeurs de retour

Exemples

Remarque

Exemple 1 : Consulter une table non partitionnée

    Exemple 2 : Consulter une table partitionnée

      Exemple 3 : Consulter les informations détaillées d'une table partitionnée

        Exemple 4 : Consulter une table dotée d'un cycle de vie

          Exemple 5 : Consulter une table comportant divers types de données

            Exemple 6 : Consulter une table en cluster par hachage non partitionnée

              Exemple 7 : Consulter une table en cluster par hachage partitionnée

                Exemple 8 : Consulter une table en cluster par plage non partitionnée

                  Exemple 9 : Consulter une table en cluster par plage partitionnée

                    Exemple 10 : Vérifier si une table non partitionnée est transactionnelle

                    Remarque

                      Exemple 11 : Vérifier si une table partitionnée est transactionnelle

                      Remarque

                        Exemple 12 : Consulter la vue matérialisée mv

                          Exemple 13 : Consulter les informations de partition

                            Consulter les informations de partition

                            Cette commande permet de consulter les informations de partition d'une table partitionnée.

                            • Syntaxe

                              desc <table_name> partition (<pt_spec>);
                            • Paramètres

                              • table_name : obligatoire. Nom de la table partitionnée dont vous souhaitez consulter les informations de partition.

                              • pt_spec : obligatoire. Informations relatives à la partition que vous souhaitez consulter. La valeur de ce paramètre doit respecter le format partition_col1=col1_value1, partition_col2=col2_value1.... Si une table comporte plusieurs niveaux de partitions, vous devez spécifier les valeurs de toutes les colonnes de clé de partition.

                            • Exemples

                              -- Query information about the partitioned table sale_detail. 
                              desc sale_detail partition (sale_date='201310',region='beijing');

                              Le résultat suivant est renvoyé :

                              +------------------------------------------------------------------------------------+
                              | PartitionSize: 2109112                                                             |
                              +------------------------------------------------------------------------------------+
                              | CreateTime:               2015-10-10 08:48:48                                      |
                              | LastDDLTime:              2015-10-10 08:48:48                                      |
                              | LastModifiedTime:         2015-10-11 01:33:35                                      |
                              +------------------------------------------------------------------------------------+
                              OK

                            Afficher les tables et les vues d'un projet

                            Cette commande affiche toutes les tables et vues d'un projet, ou uniquement celles qui correspondent à des règles spécifiques.

                            • Syntaxe

                              -- Display all tables and views in a project. 
                              show tables;
                              -- Display the tables or views whose names contain the chart keyword in a project. 
                              show tables like '<chart>';
                            • Exemples

                              -- Display the tables whose names contain the sale* keyword in a project. The asterisk (*) indicates any character. 
                              show tables like 'sale*';              

                              Le résultat suivant est renvoyé :

                              ALIYUN$account_name:sale_detail
                              ......
                              -- ALIYUN is a system prompt, which indicates that the table is created by using an Alibaba Cloud account. If the table was created by a RAM user, the system prompt is RAM.

                            Afficher les partitions

                            Cette commande affiche toutes les partitions d'une table. Si la table n'existe pas ou s'il s'agit d'une table non partitionnée, une erreur est renvoyée.

                            • Syntaxe

                              show partitions <table_name>; 
                            • Paramètres

                              table_name : obligatoire. Nom de la table partitionnée dont vous souhaitez consulter les informations de partition.

                            • Exemples

                              -- Display all the partitions of the sale_detail table. 
                              show partitions sale_detail;

                              Le résultat suivant est renvoyé :

                              sale_date=201310/region=beijing
                              sale_date=201312/region=shenzhen
                              sale_date=201312/region=xian
                              sale_date=2014/region=shenzhen
                              
                              OK

                            Documentation connexe