Sélectionner vos préférences de cookies

Nous utilisons des cookies essentiels et des outils similaires qui sont nécessaires au fonctionnement de notre site et à la fourniture de nos services. Nous utilisons des cookies de performance pour collecter des statistiques anonymes afin de comprendre comment les clients utilisent notre site et d’apporter des améliorations. Les cookies essentiels ne peuvent pas être désactivés, mais vous pouvez cliquer sur « Personnaliser » ou « Refuser » pour refuser les cookies de performance.

Si vous êtes d’accord, AWS et les tiers approuvés utiliseront également des cookies pour fournir des fonctionnalités utiles au site, mémoriser vos préférences et afficher du contenu pertinent, y compris des publicités pertinentes. Pour accepter ou refuser tous les cookies non essentiels, cliquez sur « Accepter » ou « Refuser ». Pour effectuer des choix plus détaillés, cliquez sur « Personnaliser ».

Limites

Mode de mise au point
Limites - Amazon Redshift

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Avec Amazon Redshift, vous pouvez utiliser le type de données SUPER pour stocker et interroger des données semi-structurées telles que JSON, Avro ou Ion. Les limites du type de données SUPER font référence aux contraintes et aux limites associées à l'utilisation de ce type de données dans Amazon Redshift. Les sections suivantes fournissent des détails sur les limites spécifiques du type de données SUPER, telles que la taille maximale, les niveaux d'imbrication et les types de données pris en charge dans les données semi-structurées.

  • Vous ne pouvez pas définir les colonnes SUPER en tant que clé de distribution ou de tri.

  • Un objet SUPER individuel peut contenir jusqu'à 16 Mo de données.

  • La profondeur d'imbrication maximale pour les tableaux et les structures du type de données SUPER est de 1 000.

  • Une valeur individuelle dans un objet SUPER est limitée à la longueur maximale du type Amazon Redshift correspondant. Par exemple, une valeur de chaîne unique chargée sur SUPER est limitée à la longueur VARCHAR maximale de 65 535 octets.

  • Vous ne pouvez pas effectuer d’opérations de mise à jour partielle ou de transformation sur les colonnes SUPER.

  • Vous ne pouvez pas utiliser le type de données SUPER et ses alias dans des jointures droites ou des jointures externes complètes.

  • Le type de données SUPER ne prend pas en charge XML en tant que format de sérialisation entrant ou sortant.

  • Dans la clause FROM d’une sous-requête (corrélée ou non) faisant référence à une variable de table pour la désimbrication, la requête ne peut faire référence qu’à sa table parente et non à d’autres tables.

  • Vous ne pouvez pas effectuer de dénidification ou de dépivotement d'objet sur des colonnes SUPER produites par une expression de table commune récursive (). WITH RECURSIVE Pour plus d'informations sur la récursivité CTEs, consultezExpressions récursives de table commune.

  • Limites de transtypage (casting)

    Les valeurs SUPER peuvent être converties vers et depuis d’autres types de données, avec les exceptions suivantes :

    • Amazon Redshift ne différencie pas les entiers et les décimales d’échelle 0.

    • Si l’échelle est différente de zéro, le type de données SUPER a le même comportement que les autres types de données Amazon Redshift, si ce n’est qu’Amazon Redshift convertit les erreurs liées à SUPER en null, comme le montre l’exemple suivant.

      SELECT 5::bool; bool ------- True (1 row) SELECT 5::decimal::bool; ERROR: cannot cast type numeric to boolean SELECT 5::super::bool; bool ------- True (1 row) SELECT 5.0::bool; ERROR: cannot cast type numeric to boolean SELECT 5.0::super::bool; bool ------- (1 row)
    • Amazon Redshift ne convertit pas les types de date et d’heure en type de données SUPER. Amazon Redshift ne peut que convertir les types de données date et heure à partir du type de données SUPER, comme le montre l’exemple suivant.

      SELECT o.o_orderdate FROM customer_orders_lineitem c,c.c_orders o; order_date ------------------ "2001-09-08" (1 row) SELECT JSON_TYPEOF(o.o_orderdate) FROM customer_orders_lineitem c,c.c_orders o; json_typeof ----------------- string (1 row) SELECT o.o_orderdate::date FROM customer_orders_lineitem c,c.c_orders o; order_date ---------------- 2001-09-08 (1 row) --date/time cannot be cast to super SELECT '2019-09-09'::date::super; ERROR: cannot cast type date to super
    • La conversion de valeurs non scalaires (objets et tableaux) en chaînes de caractères renvoie NULL. Pour sérialiser correctement ces valeurs non scalaires, ne les convertissez pas. Utilisez plutôt json_serialize pour convertir les valeurs non scalaires. La fonction json_serialize renvoie un varchar. En règle générale, vous n’avez pas besoin de convertir les valeurs non scalaires en varchar car Amazon Redshift sérialise implicitement, comme le montre le premier exemple suivant.

      SELECT r_nations FROM region_nations WHERE r_regionkey=300; r_nations ---------------- [1,"abc",null] (1 row) SELECT r_nations::varchar FROM region_nations WHERE r_regionkey=300; r_nations ------------- (1 row) SELECT JSON_SERIALIZE(r_nations) FROM region_nations WHERE r_regionkey=300; json_serialize ----------------- [1,"abc",null] (1 row)
    • Pour les bases de données non sensibles à la casse, Amazon Redshift ne prend pas en charge le type de données SUPER. Pour les colonnes non sensibles à la casse, Amazon Redshift ne les transforme pas en type SUPER. Par conséquent, Amazon Redshift ne prend pas en charge les colonnes SUPER interagissant avec les colonnes non sensibles à la casse qui déclenchent la conversion.

  • Amazon Redshift ne prend pas en charge les fonctions volatiles, telles que RANDOM ( ) ou TIMEOFDAY ( ), dans les sous-requêtes qui désintègrent une table externe ou un côté gauche (LHS) de fonctions IN avec de telles sous-requêtes.

ConfidentialitéConditions d'utilisation du sitePréférences de cookies
© 2025, Amazon Web Services, Inc. ou ses affiliés. Tous droits réservés.