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）ロールに制限されており、管理者のみがテーブル登録を実行できます。