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/)を参照してください。

# コンシューマー側のデータ共有の書き込みでサポートされていない SQL ステートメント
<a name="multi-warehouse-writes-sql-statements-unsupported"></a>

次のサポートはありません。
+ プロデューサーに書き込む際のコンシューマーウェアハウスへのマルチステートメントクエリ。
+ 別のデータベースにあるコンシューマーウェアハウスへのマルチステートメントクエリ (前のコマンドが読み取りステートメントである場合)。
+ 1 ドット表記や 2 ドット表記など、3 ドット表記以外のオブジェクト参照 (共有データベースに接続していない場合)。
+ コンシューマーからプロデューサーへのクエリの書き込みについての同時実行スケーリング。
+ コンシューマーからプロデューサーへのジョブの書き込みの自動コピー。
+ コンシューマーからプロデューサーへのジョブの書き込みのストリーミング。
+ コンシューマーによる、プロデューサークラスター上での ゼロ ETL 統合テーブルの作成。ゼロ ETL 統合の詳細については、「[ゼロ ETL 統合の開始方法](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.html)」を参照してください。
+ データ共有を通じた、インタリーブソートキーを持つテーブルへの書き込み。
+ データ共有を通じた、ストアドプロシージャへの書き込み。
+ データ共有を通じた、SQL ユーザー定義関数 (UDF) への書き込み。ネストされた UDF、Python UDF、Lambda UDF が該当します。
+ コンピューティングスライスの数がプロデューサーよりも多いコンシューマーウェアハウスを対象とした、ID 列の UPDATE、INSERT、または COPY ステートメント。
+ コンシューマーウェアハウスを対象とした、非 RMS 外部テーブルに対する MERGE ステートメント (プロデューサーへの書き込み時)。
+ 以下に該当する CREATE TABLE ステートメント。
  + DEFAULT 式でデータ型が VARBYTE に設定されている。VARBYTE データ型は、暗黙的に他のデータ型に変換できません。詳細については、「[CAST 関数](r_CAST_function.md)」を参照してください。
  + コンシューマーウェアハウスに対する AS OF SELECT ステートメントで NULL パラメータが指定されている (プロデューサーへの書き込み時)。