Amazon Redshift unterstützt UDFs ab Patch 198 nicht mehr die Erstellung von neuem Python. Das bestehende Python UDFs wird bis zum 30. Juni 2026 weiterhin funktionieren. Weitere Informationen finden Sie im [Blog-Posting](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/). Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Überlegungen bei Verwendung von Geodaten in Amazon Redshift Nachfolgend sind die Überlegungen bei der Verwendung von Geodaten in Amazon Redshift aufgeführt: + Die maximale Größe eines `GEOMETRY`- oder `GEOGRAPHY`-Objekts beträgt 1 048 447 Byte. + Amazon Redshift Spectrum unterstützt Geodaten nicht standardmäßig. Daher können Sie keine externe Tabelle mit einer `GEOMETRY`- oder `GEOGRAPHY`-Spalte erstellen oder ändern. + Datentypen für benutzerdefinierte Python-Funktionen (UDFs) unterstützen den `GEOGRAPHY` Datentyp `GEOMETRY` oder nicht. + Sie können eine `GEOMETRY`- oder `GEOGRAPHY`-Spalte nicht als Sortierschlüssel oder Verteilungsschlüssel einer Amazon-Redshift-Tabelle verwenden. + Sie können keine `GEOMETRY`- oder `GEOGRAPHY`-Spalten in ORDER BY-, GROUP BY- oder DISTINCT-SQL-Klauseln verwenden. + Sie können `GEOMETRY`- oder `GEOGRAPHY`-Spalten in vielen SQL-Funktionen nicht verwenden. + Sie können nicht in jedem Format eine UNLOAD-Operation für die Spalten `GEOMETRY` oder `GEOGRAPHY` durchführen. Sie können für die die `GEOMETRY`- oder `GEOGRAPHY`-Spalten den Befehl UNLOAD in Text- oder CSV-Dateien (durch Kommas getrennte Werte) ausführen. In diesem Fall werden `GEOMETRY`- oder `GEOGRAPHY`-Daten im hexadezimalen EWKB-Format geschrieben. Wenn die Größe der EWKB-Daten mehr als 4 MB beträgt, erfolgt eine Warnung, da die Daten später nicht mehr in eine Tabelle geladen werden können. + Die unterstützte Kompressionskodierung von `GEOMETRY`- oder `GEOGRAPHY`-Daten ist RAW. + Wenn Sie JDBC- oder ODBC-Treiber verwenden, verwenden Sie das benutzerdefinierte Typ-Mapping. In diesem Fall muss die Client-Anwendung Informationen darüber haben, welche Parameter eines `ResultSet`-Objekts `GEOMETRY`- oder `GEOGRAPHY`-Objekte sind. Die Operation `ResultSetMetadata` gibt den `VARCHAR`-Typ zurück. + Um das geografische Datum aus einer `SHAPEFILE` zu kopieren, erfassen Sie zuerst in eine `GEOMETRY`-Spalte und wandeln Sie dann die Objekte in `GEOGRAPHY`-Objekte um. Die folgenden Nicht-Geo-Funktionen können eine Eingabe vom Typ `GEOMETRY` oder `GEOGRAPHY` oder Spalten vom Typ `GEOMETRY` oder `GEOGRAPHY` akzeptieren: + Die Aggregatfunktion COUNT + Die bedingten Ausdrücke COALESCE und NVL + CASE-Ausdrücke + Die Standardkodierung für `GEOMETRY` und `GEOGRAPHY` ist RAW. Weitere Informationen finden Sie unter [Kompressionskodierungen](c_Compression_encodings.md).