Amazon Redshift は、パッチ 198 以降、新しい Python UDF の作成をサポートしなくなります。既存の Python UDF は、2026 年 6 月 30 日まで引き続き機能します。詳細については、[ブログ記事](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)を参照してください。

# ソートキー順序でのデータのロード
<a name="c_best-practices-sort-key-order"></a>

ソートキー順序でデータをロードし、バキュームの必要性をなくします。

新しいデータの各バッチがテーブルの既存の行に続き、かつ COPY 操作が特定のロード最適化をトリガーするほど大容量でない場合、データはソート順に適切に保存されます。ユーザーはバキュームを実行する必要はありません。COPY により入ってくるデータの各バッチがロード時にソートされるため、各ロードの行を事前にソートする必要はありません。

例えば、本日のアクティビティに基づいて毎日データをロードするとします。ソートキーがタイムスタンプ列で、COPY 操作が特定のロード最適化をトリガーするほど大容量でない場合、データはソート順に保存されます。この順序が発生するのは、現在の日付のデータは常に前日のデータの末尾に付加されるためです。詳細については、「[ソートキー順序でデータをロードする](vacuum-managing-vacuum-times.md#vacuum-load-in-sort-key-order)」を参照してください。バキュームオペレーションの詳細については、「[テーブルのバキューム処理](https://docs.aws.amazon.com/redshift/latest/dg/t_Reclaiming_storage_space202.html)」を参照してください。