Virtual DataPort データベース¶

エレメント候補のリストでは、Virtual DataPort データベースの内容はデフォルトで非表示になっています。データベースに含まれるエレメントをすべて表示するには、対応する矢印をクリックして、データベースを展開する必要があります。

リビジョンのデータベースエレメントの例¶

Solution Manager Administration Tool では、データベースに属している一部のエレメントは表示されません。現在、リビジョンでサポートされているエレメントは次のとおりです。

• データベース構成: このオプションを選択すると、リビジョンの VQL に特定のデータベース構成を含めることができます。このオプションは、Virtual DataPort サーバーへの接続に使用されるユーザーが dbadmin 権限を持っているデータベースの CREATE リビジョンの場合にのみ表示されます。このオプションが選択可能な場合、データベース内の最初のエレメントとして表示されます (Include database configuration ノード)。

• データソース。

• フォルダ。

• ユーザー定義のストアドプロシージャ。

• ビュー。

• Web サービス。 CREATE リビジョンの場合、Web サービス候補のリストでは、実際にデプロイされている Web サービスのみが考慮されます。 DROP リビジョンの場合は、すべての Web サービスが表示されます。また、個々の操作やリソースを選択できます。

タグ¶

[Tags] ノードを展開すると、利用可能なタグを確認できます。ユーザーがリビジョンのエレメントツリーでタグを確認するために必要な権限は、以下のとおりです。

• CREATE リビジョンの場合、ユーザーは manage_tags ロールまたは assign_tags ロールを持っているか、少なくとも 1 つのデータベースの管理者である必要があります。

• DROP リビジョンの場合、ユーザーは manage_tags ロールを持っていて、assign_tags ロールも持っているか、少なくとも 1 つのデータベースの管理者でもある必要があります。

生成された VQL により、権限が適宜適用されます。 CREATE リビジョンでは、 CREATE TAG コマンドは、ユーザーがグローバル管理者であるか manage_tags ロールを持つ場合にのみ VQL に含まれます。

ユーザーとロール¶

[Users] ノードと [Roles] ノードを展開すると、利用可能なユーザーとロールを確認できます。

リビジョン作成ウィザードは、権限ではなくエレメントを昇格するリビジョンの作成を意図しています。エレメントの作成/変更を行わず、ユーザーとロールの権限の変更のみを行うリビジョンを作成するのであれば、次のようなコマンドを用いて VQL ファイルからリビジョンを作成 する方が簡単です。

-- Grant the privileges METADATA, EXECUTE and WRITE over the view "customer360"
CREATE ROLE customer_info_read_only
GRANT METADATA, EXECUTE, WRITE ON customer_info.customer360;

別の例

-- Grant all privileges to the role "denodo_developer" over the
-- database "northwind_db"
CREATE ROLE denodo_developer GRANT ALL PRIVILEGES ON northwind_db;

別の例

-- Remove all the privileges of the role "denodo_developer" over the
-- database "northwind_db"
ALTER ROLE denodo_developer REVOKE ALL PRIVILEGES ON northWind_db;

リビジョン作成の際に [GENERAL] ピルで [Include users and privileges] を選択した場合、リビジョンは [REVISION ELEMENTS] のすべてのユーザーとロールを選択します。

ユーザーまたはロールを選択すると、次の操作を実行する VQL ステートメントがリビジョンに含まれます。

• 選択したユーザーとロールを作成または更新します (権限の作成・更新は行わない)。

• リビジョンに含まれるエレメントに対する権限 を、選択したユーザーとロールに付与します。リビジョンに VDP エレメントが含まれない場合、リビジョンは選択したユーザー/ロールを作成しますが、VDP エレメントに対する権限を付与するステートメントはリビジョンに含まれません。

  サンプルシナリオ

  • 「development」という環境で「customer_info_read_only」というロールを作成し、「customer360」ビューに対する METADATA、EXECUTE、WRITE 権限をこのロールに付与する場合を想定します。

  • ただし、リビジョンには「customer_info_read_only」ロールは含まれるが、「customer360」ビューは含まれないものとします。

  この場合、リビジョンは「customer_info_read_only」ロールを作成しますが、「customer360」に対する権限は付与しません。新しく権限を付与するには、リビジョンに「customer360」ビューを追加する必要があります。

「DROP」リビジョンを作成する場合を考えます。

• このリビジョンは、リビジョンに含まれるユーザー、ロール、VDP エレメントを削除します。

• ユーザーまたはロールを同時に削除する場合を除き、DROP リビジョンによって VDP エレメントに対するユーザーとロールの権限を取り消すことはできません。取り消したい場合は、 VQL ファイルからリビジョンを作成 する必要があります。

Scheduler のジョブ¶

Scheduler jobs ノードを展開すると、選択可能なジョブを表示できます。これらは、そのプロジェクトおよびタイプに従って整理されています。

Scheduler のジョブの例¶

Scheduler のジョブを CREATE タイプのリビジョンに追加する場合、Solution Manager がそのリビジョンをデプロイする際にこのジョブを実行するかどうかを選択できます。

このリビジョンのデプロイ時にジョブを実行するには、ジョブを右クリックして、[Execute job when revision is deployed] をクリックします。

[Execute job when revision is deployed] オプション¶

リビジョンのデプロイ時に実行するジョブの横には、緑のアイコンが付きます (以下を参照)。

実行対象のマークが付いている Scheduler のジョブ¶

デプロイ時にジョブを 実行しない ためには、ジョブを右クリックして、[Do not execute job when revision is deployed] をクリックします。

デフォルトでは、VDP、VDP Cache、VDP Data Load の各ジョブに実行対象であることを示すマークは 付いていません が、手動でマークを付けることができます。変更のあったサマリを含むリビジョンの場合、ターゲット環境のサマリを更新するために、必ず VDP Data Load ジョブを含め、[Execute job when revision is deployed] にマークを付けてください。サマリの昇格の詳細については、 サマリの昇格 を参照してください。

デプロイ時に VDPIndexer ジョブを実行することはできません 。

エレメントの依存関係ツリー¶

リビジョンで選択したエレメントに別のエレメントとの依存関係があり、その依存先のエレメントもリビジョンに含めたい場合があります。たとえば、1 つのビューが他のビューやデータソースに依存している場合があります。Solution Manager Administration Tool を使用すると、エレメント候補の依存関係を確認できます。[Selected elements] ツリーで、依存関係を確認したいエレメントをクリックすると、[Dependencies tree] というタイトルの下にその依存関係が階層ビューで表示されます。[Dependencies tree] でエレメントを選択すると、それらのエレメントは [Selected elements] ツリーで自動的に選択されます。選択したエレメントが、まだ内容が読み込まれていないデータベースに属している場合、そのデータベースの内容が読み込まれ、エレメントが選択されます。

以下のエレメントの依存関係を確認することができます。

• Scheduler のジョブ。 VDP Cache ジョブと VDP Data Load ジョブのビューを表示できます。

  

  Scheduler のキャッシュジョブの依存関係¶

• ビュー。ビューの依存関係としては、他のビュー、データソース、ストアドプロシージャ、ビューに関連付けられたタグ、およびビューがエンドポイントとして参加しているアソシエーションがあります。また、Scheduler のジョブがビューに依存している場合、依存関係ツリーには、そのジョブも表示されます。

  

  ビューの依存関係¶

• Web サービス操作。Web サービス操作の依存関係としては、別のビュー、データソース、ストアドプロシージャ、および公開ビューがエンドポイントとして参加しているアソシエーションがあります。

  

  Web サービス操作の依存関係¶

• アソシエーション。アソシエーションの依存関係としては、エンドポイントのビューおよびそれらのビューの依存関係があります。

  

  アソシエーションの依存関係¶

• ユーザー。ユーザーのロールを依存関係と見なすことができます。事前定義のロールは無視されることに留意してください。

  

  ユーザーの依存関係¶