Unity Catalogセキュリティ保護可能なオブジェクトに関する参照
このページではUnity Catalog内のセキュリティ保護可能なすべてのオブジェクトについて説明します。 セキュリティ保護可能なオブジェクトは、プリンシパル (ユーザー、サービスプリンシパル、またはグループ) に権限を付与できるUnity Catalogで定義されたオブジェクトです。
Unity Catalogオブジェクト階層
Unity Catalog内のセキュリティ保護可能なオブジェクトは階層構造になっています。 この階層構造は、Unity Catalogにおけるアクセス制御の基盤となる。
メタストアは、セキュリティ保護可能な最上位オブジェクトです。このメタストア内では、データ資産はカタログ、スキーマ、およびテーブル( catalog.schema.table ) などの資産タイプを定義する 3 レベルのネームスペースに存在します。以下の図は、これらのセキュリティ保護可能なオブジェクトを強調表示しています。
前述の図は、以下の内容を示しています。
- カタログは、データ資産の最上位レイヤーです。カタログはメタストアの直下に存在します。これらは、データやAI資産を整理するために使用され、通常は組織単位やソフトウェア開発ライフサイクルの範囲ごとに分類されます。
- スキーマはカタログ内に存在します。彼らはデータとAI資産を、カタログよりもさらに細分化されたカテゴリに分類する。スキーマは、単一のユースケース、プロジェクト、またはチームのサンドボックスを表すことができます。
- テーブルとは、行と列によって整理された構造化データの集合体です。
- ビューとは、他のテーブルやビューに対して保存されたクエリのことです。
- ボリュームとは、クラウドオブジェクトストレージ内の非構造化データの集合体を表します。
- 関数は、スカラー値または行の集合を返す、再利用可能なロジックの単位です。
- モデルは、バージョン管理されているか、バージョン管理されていないAIモデルで、Unity Catalogに登録されています。
- サービス は、モデルサービスや MCP サービスなどの、管理対象となる呼び出し可能な AI アセットです。
- シークレットは、資格情報やトークンなどの機密値を格納し、Unity Catalog で管理し、値を公開せずに参照できます。
- スキーマはカタログ内に存在します。彼らはデータとAI資産を、カタログよりもさらに細分化されたカテゴリに分類する。スキーマは、単一のユースケース、プロジェクト、またはチームのサンドボックスを表すことができます。
Unity Catalogには、他にもセキュリティ保護可能なオブジェクトが多数あります。 これらのオブジェクトはすべてメタストア直下に存在します。以下の図は、これらのセキュリティ保護可能なオブジェクトを強調表示しています。
これらの保護対象物は、大きく2つのグループに分類できる。最初のグループには、クラウドストレージやその他の外部データソースおよびサービスへのアクセスを管理するオブジェクトが含まれます。
- ストレージ認証情報は、クラウドストレージ内の特定のパスにアクセスするために必要な認証情報を表すオブジェクトです。
- 外部ロケーションとは、クラウドストレージ内の特定のパスを表すオブジェクトのことです。また、そのパスにアクセスするために必要なストレージ認証情報への参照も含まれています。
- 外部メタデータオブジェクトは、 Unity Catalogの外部で動作するシステムのカスタム データ リネージ関係を定義するために使用されます。
- サービス資格情報は、外部クラウド サービスにアクセスするために必要な認証情報を表すオブジェクトです。
- 接続とは、外部データベースシステムへの接続を表すオブジェクトです。
2つ目のグループには、メタストアや組織の境界を越えたデータへのアクセスやAIアセットの共有を管理するオブジェクトが含まれます。
- 共有とは、外部の受信者と共有することを意図したデータ資産の論理的なグループを表すオブジェクトです。
- プロバイダーとは、貴組織とデータを共有している外部組織またはユーザーグループを表すオブジェクトです。
- 受信者とは、プロバイダーがデータを共有する外部組織またはユーザーグループを表すオブジェクトのことです。
- クリーンルームとは、基となるデータを外部に漏洩させることなく、他の組織と共同作業を行うための安全な環境を提供する設備のことである。
以下のセクションでは、セキュリティ保護可能な各オブジェクトについて、より詳細に説明します。
メタストア
メタストア は、 Unity Catalogにおける最上位のセキュリティ保護可能なオブジェクトです。 メタストアにはUnity Catalogに登録されているすべてのセキュリティ保護可能なオブジェクトが単一のクラウドリージョンに格納されます。 これらのオブジェクトには、データを整理するカタログだけでなく、サービス認証情報、ストレージ認証情報、外部ロケーション、接続、共有、受信者、プロバイダー、クリーンルームなど、データのアクセス方法や共有方法を制御するオブジェクトも含まれます。
以下の表は、メタストアに関する重要な詳細をまとめたものです。
詳細 | 説明 |
|---|---|
スコープ | メタストアは単一のクラウドリージョンに限定されます。貴社は、事業を展開する地域ごとに1つのメタストアを必要とします。1つのメタストアを、同じリージョン内の複数のワークスペースに接続できます。メタストアにおける権限付与は、そのメタストアに接続されているすべてのワークスペースに適用されます。つまり、1 つのワークスペースで付与された権限は、そのメタストアを共有する他のすべてのワークスペースで有効になります。 |
メタストアの権限 | メタストアに対する権限は、メタストアレベルでの操作を可能にします。例えば、 重要な点として、メタストアレベルで付与された権限は、階層内の子オブジェクトには継承されません。メタストアレベルの権限付与は、メタストアレベルの操作のみを対象とします。これは、カタログやスキーマの権限付与における権限継承の動作とは異なります。カタログやスキーマの権限付与では、継承された権限は現在および将来のすべての子オブジェクトに自動的に適用されます。特権の継承を参照してください。 |
メタストア管理者 | Databricksにおいて、メタストア管理者はオプションの役割です。アカウント管理者によって割り当てられます。メタストアの削除、ワークスペースの割り当て管理、メタストア内の任意のオブジェクトの所有権取得など、メタストア管理者のみが利用できる機能があり、これによりメタストア内のすべてのデータに間接的にアクセスできるようになります。これらの機能は、通常の権限付与では付与できません。Metastore管理者を参照してください。 Unity Catalog 用にワークスペースが自動的に有効化されると、ワークスペース管理者は |
カタログ
メタストアにおいて、 カタログ はデータ資産にとって最初にして最上位のレイヤーです。カタログはコンテナオブジェクトです。カタログにはスキーマが含まれており、スキーマにはさらにテーブル、ビュー、ボリューム、関数が含まれています。
Unity Catalog のデータについては、「3 レベルのネームスペース」（ catalog . schema . table ）をよく参照します。ここで、カタログは3階層の名前空間の最初の階層にあたります。
以下の表は、カタログに関する重要な詳細をまとめたものです。
詳細 | 説明 |
|---|---|
継承 | カタログに対して付与された権限は、そのカタログ内の現在および将来のすべてのスキーマ、テーブル、ビュー、ボリューム、および関数に自動的に適用されます。例えば、カタログに対して 継承により、カタログレベルの権限は広範囲に及ぶ。ユーザーに権限を付与する際は注意してください。 |
使用権限（ | ユーザーがカタログ内のオブジェクトを操作するには、 |
| カタログ上でユーザーに Databricksは、ユーザーがデータを発見し、必要に応じてアクセスを要求できるように、 |
ワークスペースバインディング | デフォルトでは、カタログは同じメタストアに接続されているすべてのワークスペースからアクセスできます。カタログを特定のワークスペースにバインドすることで、これを制限できます。必要に応じて、読み取り専用に設定することも可能です。ワークスペースのバインディングは、個別の権限付与よりも優先されます。明示的な |
カタログに関する詳細については、 「 Databricksのカタログとは？」を参照してください。
スキーマ
カタログ内では、 スキーマ （データベースとも呼ばれる）は、データ資産のオブジェクト階層の第2層にあたります。スキーマはコンテナオブジェクトです。スキーマには、テーブル、ビュー、ボリューム、および関数が含まれます。
Unity Catalog のデータについては、 3 レベルのネームスペース (つまり、 catalog . schema . table ) を頻繁に参照します。ここで、スキーマは3階層の名前空間の第2層にあたります。
以下の表は、スキーマに関する重要な詳細をまとめたものです。
詳細 | 説明 |
|---|---|
継承 | スキーマに対して付与された権限は、そのスキーマ内の現在および将来のすべてのテーブル、ビュー、ボリューム、および関数に自動的に適用されます。例えば、スキーマに対して 継承により、スキーマレベルの権限は広範囲に及ぶ可能性がある。ユーザーに権限を付与する前に、スキーマにどのようなオブジェクトが含まれているかを確認してください。 |
使用権限（ | ユーザーがスキーマ内のオブジェクトを操作するには、 |
スキーマの詳細については、 「 スキーマ 」を参照してください。
テーブル
スキーマ内では、 テーブル はUnity Catalogにおける構造化データの主要なセキュリティ保護対象オブジェクトです。 Databricksにおけるテーブルの種類は以下のとおりです。
- マネージドテーブル とは、Unity Catalog によってストレージロケーションパスが決定されるテーブルです。重要な点として、データ自体は引き続きクラウドアカウントに置かれています。Databricks は、最新のテーブル機能を活用するためにマネージドテーブルの使用をお勧めします。Delta LakeおよびApache Iceberg向けのUnity Catalogマネージドテーブルを参照してください。
- 外部テーブル とは、保存場所のパスを指定するテーブルのことです。Unity Catalogはテーブルのメタデータの管理は継続しますが、データのライフサイクル、最適化、保存場所、レイアウトは管理しません。外部テーブルの操作を参照してください。
- フォーリンテーブルは、 Unity Catalogに登録されているフォーリンカタログのテーブルです。 「フォーリンテーブルの使用」を参照してください。
以下の表は、テーブルに関する重要な詳細をまとめたものです。
詳細 | 説明 |
|---|---|
使用権限 | テーブルにアクセスするには、ユーザーは親カタログで |
継承 | テーブルの権限は、親スキーマまたはカタログから継承できます。例えば、スキーマに対して |
読み取りおよび書き込みアクセス | 読み取りアクセスを許可するには |
テーブルの詳細については、 Databricksテーブル」を参照してください。
ビュー
スキーマ内において、 ビューとは 、1つ以上のテーブルまたは他のビューに対して格納されたSQLクエリによって定義される読み取り専用オブジェクトである。ビューはクエリごとに結果を再計算します。
以下の表は、ビューに関する重要な詳細をまとめたものです。
詳細 | 説明 |
|---|---|
使用権限 | ビューにアクセスするには、ユーザーは親カタログで ユーザーは、ビューがクエリを実行する基となるテーブルに対する権限を必要としません。ビュー所有者の権限は、クエリ実行時に基となるテーブルを解決するために使用されます。テーブル所有者にとって、これは、基となるテーブルを直接公開することなく、特定の行や列へのアクセスを制限するためにビューが役立つことを意味します。 |
継承 |
|
ビューに関する詳細については、 「ビューとは？」をご覧ください。
マテリアライズドビュー
ア マテリアライズドビュー は、クエリ結果を事前にコンピュートして保存するビューです。 結果は、マテリアライズドビューが最後に更新された時点でのデータの状態を反映しています。
マテリアライズドビューの権限モデルは、標準ビューの権限モデルと同じです。SELECTとMANAGEに加えて、マテリアライズドビューはREFRESH権限をサポートします。これにより、ユーザーはマテリアライズドビューの結果の更新をトリガーできます。 SELECTのみを持ち、適切な使用権限を持つユーザーは、保存された結果を照会できますが、更新をトリガーすることはできません。
マテリアライズドビューの詳細については、 「マテリアライズドビュー」を参照してください。
メトリクスビュー
ア メトリクス ビュー は、1 つ以上のテーブル、ビュー、またはSQLクエリに基づいて再利用可能なメトリクス定義のセットを定義する読み取り専用オブジェクトです。 ユーザーは、標準ビューの場合と同様に、メトリクス ビューに対してクエリを実行します。
マテリアライズドビューの権限モデルは、標準ビューの権限モデルと同じです。ユーザーがメトリクス ビューをクエリするには、 SELECTと適切な使用権限が必要です。 メトリクス ビューの所有者の権限は、クエリ時に基になるデータ ソースを解決するために使用されます。
メトリクス ビューの詳細については、 Unity Catalogメトリクス ビュー」を参照してください。
ボリューム
スキーマ内において、 ボリュームと はクラウドストレージ内の非構造化データのためのセキュリティ保護可能なオブジェクトである。ボリュームは、管理型（保存場所はUnity Catalogによって決定される）または外部型（保存パスをユーザーが指定する）にすることができます。 テーブルやビューとは異なり、ボリュームはSQLクエリ操作をサポートしません。ボリュームは、クラウドストレージ内のデータへのファイルレベルの読み取りおよび書き込みアクセスを提供します。Databricksにおけるボリュームの種類は以下のとおりです。
- 管理ボリューム とは、ストレージの場所パスがUnity Catalogによって決定されるボリュームのことです。 重要なのは、データ自体は依然としてクラウドアカウント内に保存されているということです。Databricksは、Unity Catalogがすべてのデータアクセスを自動的に管理できるように、マネージドボリュームを使用することを推奨しています。
- 外部ボリューム とは、ストレージの場所パスを指定するボリュームのことです。Databricksの外部システムにアクセスする必要がある場合は、外部ボリュームを使用できますが、外部システムがUnity Catalogガバナンスを回避できる可能性があることに注意してください。
以下の表は、ボリュームに関する重要な詳細をまとめたものです。
詳細 | 説明 |
|---|---|
使用権限 | ボリューム内のファイルにアクセスするには、ユーザーはボリュームに対する |
読み取りおよび書き込みアクセス | ボリュームに保存されているファイルやディレクトリを読み取る権限を付与するには |
継承 |
|
ボリュームに関する詳細については、 Unity Catalogボリュームとは？」を参照してください。
関数
スキーマ内において、 関数 はUnity Catalog内のセキュリティ保護可能なオブジェクトであり、再利用可能で実行可能なロジックを表します。 機能には、ユーザー定義関数（UDF）、ストアドプロシージャ、登録済みモデル（ Unity Catalogに登録されたMLflowモデル）が含まれます。
- ユーザー定義関数（UDF）は 、SQLまたはPythonで記述されたカスタム関数であり、SQLクエリやノートブック内で呼び出すことができます。ユーザー定義関数（UDF）とは何か？を参照してください。
- ストアドプロシージャは 、一連のSQL文を実行するユーザー定義ルーチンであり、データの挿入や更新などの副作用を含む場合があります。
- 登録モデルは Unity Catalogに登録されているMLflow機械学習モデルです。 Unity Catalogでは、登録されたモデルは関数の一種として実装されています。Unity Catalogの「モデルライフサイクルの管理」を参照してください。
以下の表は、各機能に関する重要な詳細をまとめたものです。
詳細 | 説明 |
|---|---|
使用権限 | 関数を実行したり、登録済みのモデルをロードしたりするには、ユーザーは関数に対する |
| 関数に対してユーザーに |
継承 |
|
モデル
モデル は、Unity Catalogに保存されている、バージョン管理された、またはバージョン管理されていないAIモデルです。モデルは、複数のバージョンを保持できるコンテナです。MLflowを使用してモデルをトレーニングする場合、各トレーニング実行のアーティファクトとメタデータは、その中に モデルバージョン として保存されます。
登録済みモデルの権限モデルは、関数の権限モデルと同じです。以下の追加権限は、モデルに特に適用されます。
-
APPLY TAGモデルとそのバージョンにタグを追加および編集できます。ユーザーは、親カタログにUSE CATALOG、親スキーマにUSE SCHEMAを持っている必要があります。 -
CREATE MODEL VERSION: ユーザーは、モデルの実行、変更、またはタグの追加の権限を付与せずに、モデルの新しいバージョンを登録することができます。 ユーザーは、親カタログにUSE CATALOG、親スキーマにUSE SCHEMAを持っている必要があります。
モデルを作成するには、親スキーマまたはカタログに対するCREATE MODEL権限が必要です。カタログにCREATE MODELを付与すると、そのカタログ内の任意のスキーマにモデルを作成できます。
モデルに関する詳細情報については、 Unity Catalogの「モデルライフサイクルの管理」を参照してください。
サービス
スキーマ 内では、**サービス**は、管理され、呼び出し可能な AI アセットを表すセキュリティ保護可能なオブジェクトです。サービスを使用すると、データに使用するのと同じ特権で AI トラフィックへのアクセスを管理できます。Unity Catalog は、現在 ベータ版で提供されている次のサービスタイプをサポートしています:
- モデルサービス は、呼び出しやワークスペース間での共有が可能なLLM Endpointを公開します。See カスタムモデル サービス.
- モデルプロバイダーサービス は、外部モデルプロバイダーの接続詳細と暗号化された認証情報を格納するため、チームはそれらの認証情報にアクセスすることなく外部モデルをクエリーできます。Databricks外部のモデルプロバイダーを参照してください。
- MCPサービス はMCPサーバーを登録するため、エージェントが使用するツールをガバナンス管理できます。MCPを参照してください。
- エージェントサービス はエージェントを登録し、誰がエージェントを呼び出せるかを管理できるようにします。エージェントを登録する（エージェントサービス）を参照してください。
次の表に、サービスに関する重要な詳細をまとめます。
詳細 | 説明 |
|---|---|
使用権限 | サービスを呼び出すには、ユーザーは親カタログ上で |
| サービスを作成するには、親スキーマまたはカタログに対する |
| サービスで |
AIサービスの管理に関する情報については、Unity CatalogにおけるAIガバナンスを参照してください。
シークレット
スキーマ内では、 シークレット は資格情報やAPIトークンなどの機密性の高い値を格納するセキュリティ保護可能なオブジェクトです。シークレットを使用すると、Unity Catalog の機密性の高い値へのアクセスを管理し、値を公開することなくコードまたは他の Unity Catalog オブジェクトからそれらを参照できます。シークレットは3段階の名前空間(catalog.schema.secret)の一部です。
次の表は、シークレットに関する重要な詳細をまとめたものです。
詳細 | 説明 |
|---|---|
使用権限 | シークレットを使用するには、ユーザーは、関連するシークレットレベルの権限に加えて、親カタログに対して |
秘密の権限 |
|
継承 | カタログまたはスキーマ レベルで付与されたシークレット権限は、そのカタログまたはスキーマ内の現在および将来のすべてのシークレットに適用されます。権限の継承を参照してください。 |
Unity Catalog のシークレットの詳細については、Unity Catalog のシークレットを参照してください。
特徴量
プレビュー
特徴量のセキュリティ保護可能なオブジェクトはパブリック プレビュー段階です。
スキーマ 内では、**機能**はUnity Catalog内のセキュリティ保護可能なオブジェクトであり、機械学習機能の保存された定義、つまりそのソースデータ、そのコンピュートロジック、およびコンピュートに使用される時間枠を表します。機能のガバナンスされた信頼できるソースとして、単一の定義をトレーニング、具体化、およびサービング全体で再利用でき、Unity Catalogは、そのソースデータとその機能を使用するモデルへのリネージを追跡します。
特徴量の定義はメタデータのみの操作です。特徴量がマテリアライズされるまで、特徴量データはコンピュートされません。
機能の情報については、「Feature Views」を参照してください。
次の表は、機能に関する重要な詳細をまとめたものです。
詳細 | 説明 |
|---|---|
使用権限 | 特徴量を読み取るには、ユーザーは親カタログに対する |
アクセスを作成 | スキーマに特徴量を作成するには、ユーザーはスキーマに対する |
読み取りアクセス |
|
継承 |
|
ストレージ認証情報
メタストア内では、 ストレージ認証情報 は、クラウドストレージ内の特定のパスにアクセスするために必要な認証情報を格納する、セキュリティ保護可能なオブジェクトです。保存される認証方法はクラウドプロバイダーによって異なります。AWSではIAMロール、Azureではサービスプリンシパル、GCPではサービスアカウントが使用されます。
ストレージ認証情報は、外部ロケーションの構成要素として最も一般的に使用され、ストレージ認証情報と特定のクラウドストレージパスを関連付けます。ストレージ認証情報を使用して、外部テーブルを直接作成することもできます。
ストレージ認証情報を作成するには、ユーザーはUnity Catalogメタストアに対するCREATE STORAGE CREDENTIAL権限が必要です。
ストレージ認証情報の詳細については、 「ストレージ認証情報の概要」を参照してください。
外部ロケーション
メタストア内では、 外部ロケーション は、ストレージ認証情報とクラウドストレージパスを関連付けるセキュリティ保護可能なオブジェクトです。これは、クラウドストレージ内の特定のパスへのアクセスを制御します。
外部ロケーションを作成するには、ユーザーはUnity Catalogメタストアに対するCREATE EXTERNAL LOCATION権限が必要です。
外部ロケーションを作成した後、ユーザーはストレージパスから直接ファイルを読み取るためのREAD FILES権限と、ファイルを書き込むためのWRITE FILES権限が必要です。ただし、 Databricks 、外部ロケーションで直接READ FILESとWRITE FILESを付与するのではなく、ボリュームとREAD VOLUMEとWRITE VOLUME権限を介してクラウド ストレージ アクセスを管理することを推奨しています。
外部ロケーションの詳細については、 「外部ロケーションの概要」を参照してください。
外部メタデータ
メタストア内では、 外部メタデータ オブジェクトは、 Unity Catalogのネイティブ リネージ トラッキングの外部で動作するシステムのカスタム データ リネージ関係を定義するために使用されるセキュリティ保護可能なオブジェクトです。
外部メタデータオブジェクトを作成するには、ユーザーはUnity Catalogメタストアに対するCREATE EXTERNAL METADATA権限が必要です。 オブジェクトにリネージ関係を追加または変更するには、ユーザーは外部メタデータオブジェクトに対するMODIFY権限に加え、リレーションシップで参照されるすべてのUnity Catalogオブジェクトに対する適切な権限が必要です。
外部メタデータの情報については、「Unity Catalog リネージ」を参照してください。
サービス認証情報
メタストア内では、 サービス資格情報 は、外部クラウド サービスにアクセスするための認証情報を保存するセキュリティ保護可能なオブジェクトです。 これは、クラウドストレージへのアクセスを管理するストレージ認証情報とは異なります。
資格情報を作成するには、ユーザーはUnity Catalogメタストアに対するCREATE SERVICE CREDENTIAL権限が必要です。
ACCESS権限により、ユーザーはサービス認証情報を使用して外部サービスにアクセスできます。サービス認証情報上のCREATE CONNECTION (メタストア上のCREATE CONNECTIONと組み合わせる) により、ユーザーはその認証情報を使用して外部データベースへの接続を作成できます。
サービス認証情報の詳細については、 「サービス認証情報の作成」を参照してください。
繋がり
メタストア内では、 接続 は、外部システムにアクセスするために必要なエンドポイントと資格情報を格納するセキュリティ保護可能なオブジェクトです。接続では以下のシナリオがサポートされています。
接続を作成するには、ユーザーはUnity Catalogメタストアに対するCREATE CONNECTION権限が必要です。 接続にサービス認証情報を使用する場合、ユーザーはそのサービス認証情報にCREATE CONNECTIONも必要です。
USE CONNECTION権限を使用すると、ユーザーは接続の詳細を一覧表示および表示し、サポートされているシナリオで接続を使用できます。
詳細については、 「Unityカタログの接続」を参照してください。
共有
メタストア 内では、**共有**は、OpenSharingにおけるセキュリティ保護可能なオブジェクトであり、データアセット（テーブル、ビュー、およびボリューム）の論理的なグループ化を表します。プロバイダーは、その後、共有を外部の受信者に利用可能にすることができます。
共有に対するSELECT権限は、受信者（個々のユーザーではない）に付与され、受信者が共有内の資産を読み取ることができるようにします。共有を作成するには、ユーザーはUnity Catalogメタストアに対するCREATE SHARE権限が必要です。
共有に関する詳細情報については、「OpenSharingの共有を作成する」を参照してください。
プロバイダー
メタストア内では、 プロバイダー は、お客様の組織とデータを共有している外部組織を表すOpenSharingのセキュリティ保護可能なオブジェクトです。プロバイダーオブジェクトは、受信側のUnityカタログメタストアに作成されます。USE PROVIDER権限により、ユーザーはすべてのプロバイダーとその共有を表示でき、CREATE CATALOGと組み合わせることで、メタストア管理者ロールを必要とせずに共有カタログをマウントできます。
プロバイダーを作成するには、ユーザーはUnity Catalogメタストアに対するCREATE PROVIDER権限が必要です。
プロバイダーに関する情報については、OpenSharingとはを参照してください。
受賞者
メタストア 内では、**受信者**は、プロバイダーがデータを共有する外部組織またはユーザーグループを表す、OpenSharingにおけるセキュリティ保護可能なオブジェクトです。受信者オブジェクトはプロバイダーの Unity Catalog メタストアに作成されます。受信者オブジェクト自体には権限を付与できません。共有データへのアクセスは、受信者に共有上でSELECTを付与することによって制御されます。
受信者を作成するには、ユーザーはUnity Catalogメタストアに対するCREATE RECIPIENT権限が必要です。
受信者に関する詳細については、OpenSharing向けデータ受信者の作成（Databricks-to-Databricks共有）を参照してください。
クリーンルーム
メタストア内において、 クリーンルーム とは、共有データに関して他の組織と共同作業を行う際に、どちらの当事者も自身の基となるデータを相手に公開することなく、安全な環境を提供するセキュリティ保護可能なオブジェクトである。
クリーンルームを作成するには、ユーザーはUnity Catalogメタストアに対するCREATE CLEAN ROOM権限が必要です。
EXECUTE CLEAN ROOM TASK権限により、ユーザーはクリーンルーム内でノートブックを実行したり、クリーンルームの詳細を表示したりすることができます。MODIFY CLEAN ROOM権限により、ユーザーはクリーンルームを更新できます。これには、データ資産、ノートブック、コメントの追加または削除が含まれます。
クリーンルームの詳細については、 Databricksクリーンルームとは?」を参照してください。 。