Éléments à prendre en compte lors de l’utilisation de données spatiales dans Amazon Redshift - Amazon Redshift

Amazon Redshift ne prendra plus en charge la création de nouveaux Python UDFs à compter du 1er novembre 2025. Si vous souhaitez utiliser Python UDFs, créez la version UDFs antérieure à cette date. Le Python existant UDFs continuera à fonctionner normalement. Pour plus d'informations, consultez le billet de blog.

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.

Éléments à prendre en compte lors de l’utilisation de données spatiales dans Amazon Redshift

Voici des éléments à prendre en compte lors de l’utilisation des données spatiales avec Amazon Redshift :

  • La taille maximum d’un objet GEOMETRY ou GEOGRAPHY est de 1 048 447 octets.

  • Amazon Redshift Spectrum ne prend pas en charge les données spatiales de façon native. Par conséquent, vous ne pouvez pas créer ni modifier de table externe avec une colonne GEOMETRY ou GEOGRAPHY.

  • Les types de données pour les fonctions définies par l'utilisateur en Python (UDFs) ne prennent pas en charge le type de GEOGRAPHY données GEOMETRY or.

  • Vous ne pouvez pas utiliser de colonne GEOMETRY ou GEOGRAPHY comme clé de tri ou clé de distribution d’une table Amazon Redshift.

  • Vous ne pouvez pas utiliser de colonnes GEOMETRY ou GEOGRAPHY dans les clauses SQL ORDER BY, GROUP BY ou DISTINCT.

  • Vous ne pouvez pas utiliser de colonnes GEOMETRY ou GEOGRAPHY dans de nombreuses fonctions SQL.

  • Vous ne pouvez pas effectuer d’opération UNLOAD sur des colonnes GEOMETRY ou GEOGRAPHY dans chaque format. Vous pouvez effectuer l’opération UNLOAD sur les colonnes GEOMETRY ou GEOGRAPHY des fichiers texte ou CSV (valeurs séparées par des virgules). Si vous le faites, les données GEOMETRY ou GEOGRAPHY sont écrites au format EWKB hexadécimal. Si la taille des données EWKB est supérieure à 4 Mo, un avertissement est envoyé car les données ne pourront pas être chargées dans un table par la suite.

  • L’encodage de compression pris en charge pour les données GEOMETRY ou GEOGRAPHY est RAW.

  • Lorsque vous utilisez les pilotes JDBC ou ODBC, utilisez des mappages de type personnalisés. Dans ce cas, l’application cliente doit avoir des informations afin de savoir quels paramètres d’un objet ResultSet sont des objets GEOMETRY ou GEOGRAPHY. L’opération ResultSetMetadata renvoie le type VARCHAR.

  • Pour copier une date géographique à partir d’un SHAPEFILE, effectuez d’abord une ingestion dans une colonne GEOMETRY, puis convertissez les objets en objets GEOGRAPHY.

Les fonctions non spatiales suivantes peuvent accepter une entrée de type GEOMETRY ou GEOGRAPHY ou des colonnes de type GEOMETRY ou GEOGRAPHY :

  • Fonction d’agrégation COUNT

  • Expressions conditionnelles COALESCE et NVL

  • Expressions CASE

  • L’encodage par défaut pour GEOMETRY et GEOGRAPHY est RAW. Pour de plus amples informations, veuillez consulter encodages de compression.