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="materialized-view-query"></a>

マテリアライズドビューは、テーブルやスタンダードビューなどのデータソースとしてマテリアライズドビューの名前を参照することにより、任意の SQL クエリで使用することができます。

クエリがマテリアライズドビューにアクセスする際は、最新の更新時にマテリアライズドビューに保存されているデータのみが参照されます。そのため、クエリは、マテリアライズドビューに対応するベーステーブルからのすべての最新の変更を参照しない場合があります。

他のユーザーがマテリアライズドビューをクエリする場合、このビューの所有者は、それらのユーザーに対し SELECT のアクセス許可を付与する必要があります。これら他のユーザーには、基盤のベーステーブルに対する SELECT のアクセス許可は必要ありません。マテリアライズドビューの所有者は、他のユーザーから SELECT のアクセス許可を取り消して、マテリアライズドビューへのクエリを拒否することもできます。他のユーザーには、マテリアライズドビューのベーステーブルを含むスキーマに対する USAGE アクセス許可が依然として必要です。

マテリアライズドビューの所有者が、基盤となるベーステーブルに対するローカル SELECT アクセス許可を失った場合は、以下のような状態になります。
+ 所有者はマテリアライズドビューをクエリできなくなります。
+ マテリアライズドビューに対する SELECT のアクセス許可を持つ他のユーザーは、そのマテリアライズドビューをクエリできなくなります。

これはローカルアクセス許可に限定されます。Lake Formation が管理するアクセス許可での変更内容は、マテリアライズドビューのクエリでは検証されません。つまり、基盤となるベーステーブルが Lake Formation によって管理され、そのテーブルに対する SELECT アクセス許可が Lake Formation で取り消された場合でも、マテリアライズドビューをクエリできます。

次の例では、マテリアライズドビュー `tickets_mv` をクエリします。マテリアライズドビューの作成に使用される SQL コマンドの詳細については、「[CREATE MATERIALIZED VIEW](materialized-view-create-sql-command.md)」を参照してください。

```
SELECT sold
FROM tickets_mv
WHERE catgroup = 'Concerts';
```

クエリの結果が事前計算されているため、基となるテーブル (`category`、`event`、および `sales`) にアクセスする必要はありません。Amazon Redshift は、`tickets_mv`から直接結果を返すことができます。