テーブルの管理とセキュリティ ルール

Lakehouse ランタイム カタログは、Apache Iceberg REST カタログ エンドポイントを使用してテーブルを作成および管理するときに、ストレージ ロケーション、権限、セキュリティ強化ルールを適用します。これらのルールは、基盤となるストレージパスを分離し、名前の競合を防ぎ、テーブルの登録を承認された管理者に制限するのに役立ちます。

テーブルの場所

テーブルパスは、親名前空間パス（gs://{namespace_path}/.../{table_name} など）内にネストする必要があります。この制約は、セキュリティとカタログの強化を目的として適用されます。

テーブルパスの動作変更: 結果のテーブルの場所（metadata/ フォルダが作成される場所）には、競合を防ぎ、セキュリティを強化するために、ランダムな文字列がサフィックスとして自動的に追加されます。

• 特定のロケーションが指定されていない場合、結果のロケーションは gs://{namespace_path}/{table_name}/{random_suffix} になります。
• 特定のロケーション（gs://{namespace_path}/.../{table_name} など）が指定されている場合、結果のロケーションは gs://{namespace_path}/.../{table_name}/{random_suffix} になります。

テーブル登録権限

マルチバケット カタログとシングルバケット カタログの両方で、テーブルを登録するには biglake.tables.register 権限が必要です。この権限は BigLake 管理者（roles/biglake.admin）ロールに制限されており、管理者のみがテーブル登録を実行できます。