組織リストを構成する¶

統一リストロケーターまたはリスト名のセット¶

統一リストロケーター（ULL）は、リストとそのデータ製品を表す一意の識別子で、両者を一体として扱います。リスト名はリストのタイトルとは異なります。複数のリストが同じタイトルを持つことはできますが、各リストには固有のリスト名または ULL が必要です。完全な ULL は、記号「$」で区切られた3つの要素で形成されます。最初の要素はプロバイダーの組織名、2番目の要素はプロバイダープロファイル INTERNAL、3番目の要素はリスト名です。リストの公開後に ULL を変更することはできません。ULL には3つの部分がありますが、クエリでは1つの名前として扱われます。例えば、このようにリスト内のテーブルをクエリできます。

SELECT * FROM "ORGDATACLOUD$INTERNAL$MY_LISTING_NAME_123".PUBLIC.TABLE_FROM_LISTING;

リストを作成するときは、わかりやすく説明的な名前を付けましょう。コンシューマーはタイトルよりも名前でリストを素早く見つけることができ、説明的な名前はクエリで使用しやすくなります。

組織リストを発見し、アクセスできる人のセット¶

組織リストのターゲットオーディエンスは常に内部Marketplaceです。

内部リストの制限があるにもかかわらず、リストを発見しアクセスできる人を制御することは可能です。各リストを個別に発見可能、アクセス可能にマークすることができます。つまり、リストは検出可能ではあるがアクセスはできないように構成することができます。

一般的に、以下のレベルでアクセスまたは発見を指定することができます。

• アカウント内の全員

• 特定のアカウント

• 特定のアカウント、ただし特定のロールによって制限される

例えば、 access 要素はリストにアクセスできる人を定義します。同様に、 discovery 要素は、リストを発見できる人を定義します。

すべてのアカウントにリストへのアクセスを許可します。

organization_targets:
   access:
   - all_accounts : true

特定のアカウントにリストへのアクセスを許可します。

organization_targets:
   access:
   - account: 'Account1'
   - account: 'Account2'

指定されたロールに対してのみ、特定のアカウントによるリストへのアクセスを許可します。

organization_targets:
   access:
      - account: 'Account1'
         roles: [<role1>, <role2>, <role3>]

すべてのアカウントがリストを発見できるようにします。

organization_targets:
   discovery:
   - all_accounts : true

特定のアカウントがリストを発見できるようにします。

organization_targets:
   discovery:
   - account: 'Account1'
   - account: 'Account2'

指定されたロールに対してのみ、特定のアカウントがリストを発見できるようにします。

organization_targets:
   discovery:
      - account: 'Account1'
         roles: [<role1>, <role2>, <role3>]

同様の方法で、リージョンはアクセスregions_attributeでセットされます。

locations:
  access_regions:
     - name: "ALL"

locations:
   access_regions:
     - name: "AWS_US_WEST_2"
     - name: "AZURE_CENTRALINDIAUS-EAST"

承認者とサポート連絡先の指定¶

オプションで、承認者とサポート連絡先の両方に電子メールアドレスまたは内部チケットシステムへのリンクを指定できます。

support_contact: "support@somedomain.com"
approver_contact: "approver@somedomain.com"

組織リストの自動フルフィルメントオプションのセット¶

データ共有とアプリが添付された組織リストは、どちらも自動フルフィルメントを使用しますが、それぞれ異なる方法を使用します。このため、それぞれのリフレッシュスケジュールは異なります。共有の場合、リフレッシュスケジュールはデータベースレベルでセットされます。アプリの場合は、アカウントレベルでセットされます。

自動フルフィルメントを使用する必要がある場合、 リストマニフェストフィールド のauto_fulfillment属性を変更することにより、 CREATE ORGANIZATIONAL LISTING OR ALTER LISTING を実行する際にセットすることができます。

auto_fulfillment:
   refresh_type: SUB_DATABASE
   refresh_schedule: '10 MINUTE'