#目的

Tables は、データレイク / データウェアハウス（テーブルと属性）を完全に制御することができます。データセット内のテーブルの視覚的および論理的な構造を、単一の画面で提供します。

Tables タブにアクセスすると、デフォルトで選択されている Canvas ビューモード に入ります。このビューモードは、データの視覚的な表現を提供するように設計されています。しかし、テーブルが多すぎる場合、この表現は圧倒的になります。そのため、List ビューモード も提供しています。

#テーブルの作成

スキーマ上に新しいテーブルを作成するためのオプションを表示するには、+ アイコン（リストモードの場合は New table ボタン）にカーソルを合わせます。

• ファイルをアップロードしてテーブルを作成する
• ソースからテーブルを作成する
• 空のテーブルを作成する

はじめにチュートリアル には、ソースからテーブルを作成し、空のテーブルを作成するためのステップバイステップガイドが含まれています。ここでは、ファイルをアップロードしてテーブルを作成する方法を見てみましょう。

1. ➕ をクリックし、- Upload a file を選択します

2. 画面に表示されているオプションを使用してファイルをアップロードします。（現在、CSV および XLSX ファイルのサポートが存在します）

3. テーブルの名前とその他のパラメータを設定し、クリックして作成します。

現在、アップロードしたファイルは、アナライザーとメタ抽出プロセスを通過し、テーブルを構築してデータをロードするジョブがトリガーされます。

#論理的カタログにテーブルを宣言する理由

Tables タブは、Iceberg のコスメティックなラッパーではありません。これは、プラットフォームの他の部分が依存するメタデータの単一ソース です。

• Identity Access Manager: policy tags と CEL 条件（Advanced Data Access Control）
• クロスコンポーネントの系譜: Attributes ページ
• ビジネスセマンティクス: 次元とメジャー、辞書、親/子リンク
• ディスカバリー: Explorer とキャンバス
• 統合: Analytics Manager と Machine Learning Manager

Superset または SQL カスタムアクションから直接 CREATE TABLE で作成されたテーブルは、Iceberg に存在しますが、プラットフォーム側では孤児のままです。UI に表示されず、ガバナンスの外にあり、系譜の外にあります。

#外部で作成されたテーブルを表示する

このようなテーブルを論理的カタログに取り込むには、次のいずれかを行います。

• 書き込み前に Tables で宣言する: 空のテーブルを作成（またはアクションの論理的ターゲットとして設定）し、その後書き込みます。または
• Update Metadata を実行して、既に書き込まれたテーブルを取得します。

#テーブル

Lakehouse Managerは、データ管理に関するベストプラクティスを採用することを促進するために構築されています。Lakehouse Managerのテーブルは、通常のSQLデータベーステーブルとほぼ同じです（実際にはSQLを使用して実装されています）。

Lakehouse Managerインターフェースでは、テーブルにホバー（リストビュー）またはクリック（キャンバスビュー）すると、一連のボタンが表示されます。これらを使用してテーブルと相互作用できます。一般的な相互作用には次のものがあります：

• ➕ - 属性を追加（次元またはメジャーになることがあります）。

• 🔍 - Explorer内でテーブルをプレビューします。

• ✏️ - テーブルを編集します。

• ▶️ - テーブルを構築します。

• 🗑 - テーブルを削除します。

詳細なドキュメントはこちらをご覧ください。

#親テーブルと子テーブルのリンク

Lakehouse Managerでは、テーブル（親テーブル）を他のテーブル（子テーブル）にリンクすることができます。これにより、データウェアハウス内の情報に対して「継承のような」システムをモデリングできます。

具体的には、1つの参照テーブル（親テーブル）に情報を集中させることができます。この親テーブルは、IDを介して多くの他の子テーブルで参照されます。テーブルをリンクすることで、集約アクションの設定を自動化できます（これらは、実行時に複数のテーブルを1つの集約テーブルに結合することができます）。これらは、Data Processing Engineで作成する際に行います。

親テーブルの主キーは、子テーブルに存在する必要があります。存在しない場合、両方のテーブルをリンクする際に自動的に作成されます。

親テーブルを子テーブルにリンクするには、親テーブルの下部の白い円（1）をクリックし、矢印を子テーブル（2）にドラッグします。

一般的なルールとして、すべての参照データを含むテーブルから始め、その初期テーブルを参照するIDのみを持つテーブルにリンクします。

#名前付け規則

Lakehouse Managerでテーブルと属性に名前を付ける際には、特定の規則に従い、特定の予約語を避けることが重要です。これは、主にSQLの実装の下部構造とデータの整合性に関するベストプラクティスから生じる制限です。

• 一般的な名前付けガイドライン：
  • 大文字と小文字の区別： 一貫性を保つために、大文字と小文字を区別せず、下線を使用することが一般的に推奨されます（例：my_table_name、column_id）。
  • 文字： アルファベット（a-z、0-9）と下線（_）に従ってください。特殊文字、スペース、またはハイフンは、クエリや統合で問題を引き起こす可能性があるため、避けてください。
  • 文字で始める： テーブルと属性の名前は、理想的には文字で始める必要があります。
  • 説明的な名前： データが含まれている内容を明確に説明する名前を選択してください。

#予約語

予約語は、基本となるデータベースシステムによって予約されているか、Lakehouse Manager内で特別な意味を持っています。これらの単語を単独でテーブル名または属性名として使用すると、エラーが発生する可能性があります。ただし、これらは通常、より大きな名前の一部として使用できます（例：count_recordsは許可されますが、COUNTは許可されません）。

互換性を確保するために、次の予約語の使用を避けてください：

#キャンバスモードを発見する

スキーマ内の任意の空白スペースをクリックし、カーソルを移動することでスキーマをナビゲートできます。テーブルが多い場合は、ビューウィンドウナビゲーション（2で示されています）をクリックしてカーソルを移動することで移動できます。さらに、データスキーマにズームイン/アウトできます（3で示されています）。

テーブルを整理する際には、Lakehouse Managerがデータスキーマのすべての視覚的変更を自動保存します。

#フィルタリングされたタブ

プラットフォームでは、特定のチームや組織内のプロジェクトに関連するテーブルのセットで作業することを選択できます。これを行うには、新しいフィルタリングされたタブを追加できます（6で示されています）。

#テーブルと相互作用する

テーブルにマウスをホバーすると、テーブルの相互作用が表示され、...*アイコンにマウスをホバーすると、残りが表示されます。

テーブル相互作用ドキュメントにアクセスして、テーブルで利用可能なアクションについてさらに詳しく知ってください。

#属性と相互作用する

キャンバスビューモードでは、各テーブルの属性を簡単に操作できます。属性にカーソルをホバーすると、属性相互作用が表示されます：

• ⭐️をクリックして主キーとして設定します（外部データセットのテーブルのみ利用可能）

• ✏️をクリックして属性を編集します。

• 属性を削除 🗑

#さらに詳しく

ソリューションを実装するためのトレーニングや技術サポートが必要な場合は、営業担当者にお問い合わせください、またはこのリンクをクリックして見積もりを取得し、プロフェッショナルサービスの専門家にプロジェクトのカスタム分析を依頼してください。

質問をする、フィードバックを送信する、およびData Platformを構築するチームと直接やり取りするには、専用のDiscordチャネルにアクセスしてください。

OVHcloudサービスについてサポートが必要な場合は、ヘルプセンターでリクエストを作成してください。

ユーザーコミュニティに参加してください。