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

