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

# Amazon Redshift でのデータ共有に関する一般的な考慮事項
<a name="considerations-datashare-general"></a>

Amazon Redshift でデータ共有を使用する際の一般的な考慮事項は次のとおりです。
+ *デフォルトデータベース* - データ共有からデータを読み取っても、ローカルクラスターデータベースへの接続は維持されます。データ共有から作成されたデータベースの設定と読み取りの詳細については、「[データ共有オブジェクトのクエリ](https://docs.aws.amazon.com/redshift/latest/mgmt/query-editor-v2-datashare-using.html#query-editor-v2-datashare-consumer)」および「[Amazon Redshift Spectrum の外部データレイクテーブルのマテリアライズドビュー外部データレイクテーブルのマテリアライズドビュー](materialized-view-external-table.md)」を参照してください。
+ *接続ｘ* – データ共有データベースに書き込むには、データ共有データベースに直接接続するか、USE コマンドを実行する必要があります。3 部分構成の表記を使用することもできます。USE コマンドは、外部テーブルに対しては使用できません。
+ *パフォーマンス* - 共有データに対するクエリのパフォーマンスは、コンシューマークラスターの計算能力に依存します。
+ *データ転送料金* - リージョン間のデータ共有では、リージョン間のデータ転送料金が追加でかかります。
  + これらのデータ転送料金は、同じリージョン内では適用されず、リージョン間でのみ適用されます。詳細については、「[クロスリージョンでのデータ共有でコスト管理を行う](cross-region-billing.md)」を参照してください。
  + プロデューサーのデータをクエリするために必要なすべてのコンピューティング料金とリージョン間のデータ転送料金は、コンシューマーに請求されます。プロデューサーは、プロビジョニングされたクラスターまたはサーバーレス名前空間のデータの基本ストレージに対して課金されます。
+ *クラスター内およびクラスター間のデータ共有* - データ共有は、異なる Amazon Redshift のプロビジョニングされたクラスター間またはサーバーレスワークグループ間でデータを共有する場合にのみ必要です。同じクラスター内で、他のデータベース内のオブジェクトに対して必要なアクセス許可を持っている限り、単純な 3 つの部分からなる表記 `database.schema.table` を使用して別のデータベースにクエリを実行できます。
+ *メタデータの検出* — Redshift JDBC、ODBC、または Python ドライバーを介してデータ共有データベースに直接接続しているコンシューマーの場合、以下の方法でカタログデータを表示できます。
  + SQL [SHOW](https://docs.aws.amazon.com/redshift/latest/dg/r_SHOW.html) コマンド。
  + information\_schema テーブルとビューのクエリ。
  + [SVV メタデータビュー](https://docs.aws.amazon.com/redshift/latest/dg/svv_views.html)のクエリ。
+ *アクセス許可の表示* – コンシューマーは、データ共有に対して付与されているアクセス許可を SHOW GRANTS SQL コマンドで確認できます。
+ *データ共有のためのクラスター暗号化管理* - AWS アカウント 間でデータを共有するには、プロデューサークラスターとコンシューマークラスターの両方が暗号化されている必要があります。
  + プロデューサークラスターとコンシューマークラスターの両方とサーバーレス名前空間が同じアカウントにある場合は、同じ暗号化タイプ (両方とも暗号化されていない、または両方とも暗号化されている) である必要があります。Lake Formation のマネージドデータ共有を含む他のすべての場合、コンシューマーとプロデューサーの両方を暗号化する必要があります。これはセキュリティ上の目的です。ただし、同じ暗号キーを共有する必要はありません。
  + 転送中のデータを保護するために、すべてのデータは、プロデューサークラスターの暗号化スキーマを介して転送中に暗号化されます。この暗号化スキーマは、データのロード時にコンシューマークラスターにより導入されます。この後、コンシューマークラスターは、通常の暗号化クラスタとして動作します。プロデューサとコンシューマー間の通信も、共有されたキースキーマを使用して暗号化されます。転送時の暗号化の詳細については、「[送信中の暗号化](https://docs.aws.amazon.com/redshift/latest/mgmt/security-encryption-in-transit.html)」を参照してください。