SQLクエリを再利用可能なビューとして保存する
ビューは、SQL SELECTクエリをデータセット内の名前付きの再利用可能な仮想テーブルとして保存し、テーブルのようにクエリを実行できるようにします
目的
ビューは、SQL SELECT クエリを名前付きの再利用可能な仮想テーブルとして、データセット内に保存することができます。ビューは、データをクエリする場所(Analytics Managerクエリとダッシュボード、ノートブック)で、テーブルのように見え、動作します。しかし、ビューは独自のデータを保存しません。ビューが読み取られるたびに、ソーステーブルから結果がライブで計算されます。基盤となるデータを変更すると、ビューは即座に反映され、ビルドやリフレッシュのステップは必要ありません。
典型的な用途:生テーブルのクリーンアップまたはフィルタリングされたバージョンを公開する、常に一緒にクエリされるテーブルを事前に結合する、消費者向けに列をリネームまたは非表示にする、またはSQLをコピー&ペーストする代わりに、1つの合意されたビジネス定義のメトリクスを共有する。
手順
ビューの作成
ビューには3つの要素が必要です:名前、ビューが属するデータセット、およびビューを定義するSQL SELECT文です。ビューを作成するには、Lakehouse Managerのビューセクションに移動し、新しいビューをクリックします。
- SQLは作成時に即座に検証されます。エラーは人間が読める形式で返され、SQLの行と列、および知っているオブジェクト名が表示されます。例えば、
line 2:3: Column 'name' cannot be resolvedのようなエラーです。 - ビューの列はSQLから自動的に派生します。名前と型が含まれます。スキーマを宣言する必要はありません。
- ビューは、自分のデータセット内のテーブル(プレーン名)または他のデータセットのテーブル(修飾名)を読み取ることができ、また他のビューを読み取ることができます。ビューは積み重ねることができます。
- ビューとテーブルは、データセット内で同じ名前を共有できません。衝突は両方向から拒否されます。既存のビューの名前の上にテーブルを構築することはできません。
ビューの状態:有効と破損
各ビューには状態があり、プラットフォームがそれを正確に保持します。
- プラットフォームのアクションがソーステーブルを変更すると(ビルドが完了し、列が追加または削除され、テーブルが削除またはロールバックされる)、そのテーブルを読み取るビューは自動的に数秒以内に再チェックされ、その状態が自動的に更新されます。
- 破損したビューはなぜ破損したかを教えてくれます。ソーステーブルが消えると、名前がリストされます。ビューを開くと、列レベルでライブチェックが行われるため、削除された列は、見る瞬間に検出されます。
破損は破壊的ではありません。ビューの定義は保持され、ソースが復元されると(テーブルが再構築され、列が再追加されると)、ビューは自動的に有効に戻ります。手動での修復は必要ありません。
プラットフォームの外部で完全に行われた変更(例えば、ノートブックがストレージ層に直接書き込む場合)は、シグナルを発しません。それらは代わりに定期的なバックグラウンドチェックで検出されます。テーブルが欠落している場合は数分以内、列レベルのドリフトの場合は数時間以内です。
編集、リネーム、削除
ビューのリストから、編集アイコンをクリックしてビューを開きます。ビューのタイトルとSQL定義はその場で編集可能です。編集が進行中になると、保存ボタンが表示されます。リストには、各ビューが最後に更新された日時も表示されます。
- SQL定義はいつでも置き換え可能です。新しいSQLは最初に検証され、原子的に適用されるため、編集に失敗してもビューが半分変更された状態になることはありません。列と状態はその場で再計算されます。
- リネームは保護されています。他のビューがこのビューを読み取っている場合、リネームは拒否され、依存ビューがリストされます。リネームを許可すると、それらは静かに破損します。
削除は、他のビューがこのビューに依存している場合でも許可されます。依存ビューは即座に破損としてマークされ、削除されたビューが欠落したソースとして特定されます。
ガバナンス
- ポリシータグは、ビューでデータセットやテーブルと同じように機能します。作成時または更新時に設定でき、ビューが表示される場所では表示されます。
- 権限はデータセットに依存します。データセットを読み取ることができる人は、そのビューを読み取ることができ、データセットのデータモデルを編集できる人は、そのビューを作成、編集、削除できます。新しいロールや付与を学ぶ必要はありません。
- ビューへの変更は、他のデータモデルの変更と同様に監査トレールに記録されます。
Lakehouse Managerの外部で作成されたビュー
外部ツール(dbt、ノートブック、BIツール)で直接Lakehouseに作成されたビューは自動的に検出され、Lakehouse Managerで作成されたビューと並んで表示されます。その状態は同じように追跡され、SQLは読み取り専用で表示され、カタログに保存された状態で表示されます。
知っておくべきこと
- ビューはクエリ時に計算されます。重いビューは重いクエリです。頻繁に読み取られる高コストの変換には、構築(マテリアル化)されたテーブルの方が適しているかもしれません。ビューは常に新鮮でなければならない定義に適しています。
- ビューの作成または編集には数秒かかります。SQLはクエリエンジンに対して実際に実行され、検証されるためです。ビューのリスト表示と開くことは即座に行われます。
さらに詳しく
トレーニングや技術的なサポートを受けて、当社のソリューションを実装するには、営業担当者にお問い合わせください、またはプロフェッショナルサービスページを訪れ、専門家がプロジェクトを分析するために見積もりをリクエストしてください。
質問をする、フィードバックを送信し、Data Platformを構築するチームと直接交流するには、専用のDiscordチャネルを利用してください。
OVHcloudサービスについてサポートが必要な場合は、ヘルプセンターでリクエストを作成してください。
ユーザーコミュニティに参加してください。

