オープンソースBIのPentaho（ペンタホ）ブログ

Manual Linkingを使用し、Pathの一部を変数にする方法

onishi

(2018年4月16日 14:31) | 個別ページ

レポートデザイナーのManual Linkingを使用したハイパーリンクの方法をご紹介します。

まず、ハイパーリンクを設定したいオブジェクトを選択し、

右クリックから「ハイパーリンク」を選択します。

「位置：」には「Manual Linking」を選択します。

Manual Linkingではリンク、タイトル、ウィンドウに対して、固定値、あるいはフォーミュラを使用した可変値を設定できます。

ここでは、リンクに対してフォーミュラを使用し環境変数やパラメータ変数をPathに使用してみます。

■環境変数を使用する

環境変数として「pentahoBaseURL」があります。

こちらを使用することで、ベースURLにおいて、パブリッシュ先のサーバとレポートとの間の依存関係をなくすことができます。

例えば、以下のようなパスのレポートへのリンクがあるとします。

http://localhost:8080/pentaho/api/repos/home/admin/sample.prpt/viewer

この場合、デフォルトのベースURLは「http://localhost:8080/pentaho/」のため、

=["env::pentahoBaseURL"] & "api/repos/:home:admin:sample.prpt/viewer"

というように表記できます。

なお、pentahoBaseURLの変更方法については、以下の通りです。

ツールまたはサーバを停止し、下記のファイルを編集後、再起動します。

レポート側のBaseURL

場所：design-tools\report-designer\resources

ファイル：classic-engine.properties

定義箇所：org.pentaho.reporting.engine.classic.core.environment.pentahoBaseURL

=http://localhost:8080/pentaho/

サーバー側のBaseURL

場所：server\pentaho-server\pentaho-solutions\system

ファイル：server.properties

定義箇所：fully-qualified-server-url=http://localhost:8080/pentaho/

■リンク先にパラメータを渡す

リンク先のレポートがパラメータを要求する場合は、URLにそのパラメータを追記します。

遷移元のパラメータ「AAA」と「BBB」を、遷移先のパラメータ「pAAA」と「pBBB」に渡す場合は次のようなフォーミュラになります。

=OPENINMANTLETAB(CONCATENATE(["env::pentahoBaseURL"] & "api/repos/:home:admin:sample.prpt/viewer?output-type=text/html"; "&pAAA=";TEXT([AAA]);"&pBBB=";TEXT([BBB]););"Link Report")

■Pathの一部を変数にする

Pentaho社より提供されている機能として、Pathに変数を扱える唯一方法は環境変数の「pentahoBaseURL」を使用することですが、次のような方法でPathの一部を変数にすることもできます。

=OPENINMANTLETAB(CONCATENATE(["env::pentahoBaseURL"] & ["pURL"] & "sample_JP.prpt/viewer?output-type=text/html";);"Link Report")

ここでは、「api/repos/:home:admin:」を変数「pURL」とし、

レポートに下記の"隠しパラメータ"を作成することで変数の値を設定しています。

名前：pURL

値形式：String

デフォルト値：api/repos/:home:admin:

プロンプトの表示：隠す

このようにManual Linkingを使用することで、Pathの一部を変数にすることができます。

表の段違い表示を防ぐ方法

onishi

(2018年4月10日 16:56) | 個別ページ

レポートデザイナーで表を作成すると次のように行高さが段違いになることがあります。

データの長さなどに差があるとこのように表示されます。

このように表示されるのは、以下のように「height」を固定の20にしているためです。

行の高さを段違いにしないためには、この「height」を％で指定します。

ここでは100％に設定してみます。

すると、段違いであった行が綺麗に揃うようになります。

レポートウィザードを使用してレポートを自動で作成した場合でも、

このように「height」は％で指定されています。

他のスタイルや属性の設定方法の参考にもなりますので

レポートウィザードでレポート出力して確認してみるのもおススメです。

サブレポートの表が重なって表示されないようにする

onishi

(2018年3月 8日 16:52) | 個別ページ

サブレポートで作成した表をメインレポートに配置し表示させるとそれぞれの一覧が重なります。

このような表の重なりを防ぐにはレイアウトを設定する必要があります。

ここではサブレポートはレポートフッターに配置しているので「構造」から「レポートフッター」を選択し「スタイル」の「layout」の値をblockにします。すると次のような表示になります。

各サブレポートの表は重なることななく表現できています。さらにレポートを見やすくするために、表と表の間に隙間を作ってみましょう。

上の図のように、サブレポートを開きパレットから「バンド」をレポートに追加します。これによりバンドのheightだけ表の間に隙間ができます。表示すると次のようになります。

とても見やすいレポート表現になりました。

パラメータの値によってJDBCデータソースのWhere句を動的に変更する

onishi

(2018年2月20日 14:41) | 個別ページ

static QueryのWhere句をパラメータの条件によって変更させたい場合があります。

例えば、特定のパラメータ値が選択されている時だけある条件を追加するなどのような場合です。

しかし、レポートデザイナーは基本的には異なるクエリを動的に変更することができません。

つまり、データソース毎にStatic Queryを使用することになります。

このような場合、以下のようにSQLの記述を工夫することでWhere句を動的に表現できます。

SELECT * FROM TABLENAME

WHERE 1=1

AND (

(条件式1

AND 検索クエリ1

)

OR

(条件式2

AND 検索クエリ2

)

OR

(条件式3

AND 検索クエリ3

)

;

上記の場合、条件式の最初にTRUEになった検索クエリがWhere句に適用されます。

ネストさせることでより条件を複雑にすることもできます。

SELECT * FROM TABLENAME

WHERE 1=1

AND (

(条件式1-1

(条件式1-2

AND 検索クエリ1

)

OR

(条件式2

(条件式1-2

AND 検索クエリ1

)

OR

(条件式3

(条件式1-2

AND 検索クエリ1

)

;

例えば、以下のように記述した場合param1がaの場合はCOLUMN1、bの場合はCOLUMN2、cの場合はCOLUMN3のようにパラメータの値によってWhere句を変更することができます。

SELECT * FROM TABLENAME

WHERE 1=1

AND (

('a' = ${param1}

AND COLUMN1 = ${param1}

)

OR

('b' = ${param1}

AND COLUMN2 = ${param1}

)

OR

('c' = ${param1}

AND COLUMN3 = ${param1}

)

;

条件式は「=」や「!=」だけでなく「IN」なども使用できます。

パラメータ未設定の判定には、「=''」や「!=''」、または、「IS NULL」や「IS NOT NULL」で可能です。

※「=NULL」や「!=NULL」は正常に動作しません。

レポートデザイナというよりはSQLのTIPSですが

このようなクエリの記述を応用して、よりきめ細かなレポート動作を実現できます。

Groovyを使用しデータオブジェクトを加工する

onishi

(2018年2月19日 15:20) | 個別ページ

PentahoレポートデザイナーではQuery Scriptingを使用し、Static Queryの結果であるデータオブジェクトを加工することができます。使用可能なQuery言語はGroovy、ECMA Scriptの２つです。Query Scriptingの基本的な使用方法はQuery Scriptingを使用するをご参照ください。

ここでは、Groovyを使用してサンプルレポートのBar Line Chart.prptのクエリ結果を加工してみましょう。

１．まずは、サンプルレポートを開きます。

ようこそ画面からCharts>Bar Lineを選択するか、メニューのHelp>Sample Reports>Charts>Bar Lineを選択しレポートを開きます。

２．レポートをプレビューします。

今回は「Classic Cars」の名称Groovyで変更してみましょう。

３．JDBCデータソースを開き「プレビュー」ボタンをクリックし、変更する前のデータセットを確認します。確認が終わり次第プレビューを閉じます。

４．Query Scriptingタブをクリックします。

Scripting LanguageにGroovyを選択し、「Template」ボタンをクリックします。

今回はStatic Queryの結果を加工するため、postProcessResultメソッド内に下記Groovy（Java）を追加します。

--

for (int i=0;i<tableModel.getRowCount();i++) {

String s =tableModel.getValueAt(i,1);

if ("Classic Cars".equals(s)){

tableModel.setValueAt("Bus",i,1);

}

--

上記処理はテーブルモデルの２列目（indexは１）の各行から順にデータを取得し、

取得した文字列が"Classic Cars"の場合は文字列"Bus"を格納するコードです。

５．再度プレビューして「Classic Cars」が「Bus」に変わっていることを確認してみましょう。

６．問題なければJDBCデータソースの編集を「OK」ボタンで閉じて、レポートをプレビューしてみましょう。以下のように「Classic Cars」が「Bus」に変わっていることが確認できます。

Groovyを使用することで、レポートデザイナーの機能としてはないCSV取り込み、CSVデータとJDBCデータソースのテーブル結合なども可能です。

このように自由度や拡張性が高いことがレポートデザイナーの良さでもあります。

Javaで実現できる処理はレポートデザイナー内でも実現できるため、細かなカスタマイズも非常に簡単に実装することができます。

Query Scriptingを使用する

onishi

(2018年2月19日 14:22) | 個別ページ

PentahoレポートデザイナーではQuery Scriptを使用し、Static Queryの結果であるデータオブジェクトを加工することができます。使用可能なQuery言語はGroovy、ECMA Scriptの２つです。

ここではGroovyを使用し、Query Scriptingの使用方法をご説明します。

１．新規レポートの場合は、Data>Add Datasource>JDBCより、すでにJDBCデータソースをレポートに追加している場合は、データタブから「JDBC：接続名」をダブルクリックし、JDBCデータソースダイアログを開きます。

２．Query ScriptingタブをクリックしScripting LanguageにGroovyを選択します。

３．「Template」ボタンを押下すると、呼び出されるメソッドのテンプレートが入力されます。

入力が完了すれば以下のよになります。

４．必要なタイミングで呼び出されるメソッド内に、必要な処理を追記します。

def initQuery（）

{

//すべての初期化ロジックをここに配置します。これは準備するのに最適な空間です

//複雑なルックアップテーブルまたはこのスクリプトのグローバル変数を埋める。

//このメソッドは、初期化中に一度呼び出されます。この機能は、

//関連するクエリが使用されている場合にのみ呼び出されます。

}

def shutdownQuery（）

{

//すべてのシャットダウンロジックをここに配置します。永続的なリソースを使用する場合

//ファイルや接続のように、ここで閉じてください。

//このメソッドは、データソースのシャットダウン中に一度呼び出されます。それ

//関連するクエリが発生した場合にのみ呼び出されます。

}

def computeQuery（query、queryName、dataRow）

{

//データソースのクエリに使用されるクエリ文字列を計算します。

//クエリには静的に定義されたクエリ（MQL-text）が含まれています。

// queryNameは、設計時に与えられたこのクエリの論理名です

// dataRowには、クエリを実行するために使用されるすべてのパラメータが含まれています

return query;

}

def computeQueryFields（query、queryName）

{

//キャッシュに影響を与える可能性のある追加フィールドを返します。書き換えた場合

// 'computeQuery'関数で動的にクエリを実行し、すべてのフィールドを含める

//クエリやクエリの計算に含めることができます。

//

//キャッシュを必要としない場合は、<null>を返します。

return new String[0];

}

def postProcessResult（query、queryName、dataRow、tableModel）

{

//オプションでクエリ結果を後処理します。通常、あなたはしません

//与えられたテーブルモデルを直接操作しますが、コピーすることもできます

//データを新しいモデルに入れたり、カスタムテーブルモデルでラップすることができます

//独自の作成の実装。

//プロセス内で元の表モデルを破棄した場合は、

//適切に閉じるか、リソースがリークする可能性があります。

return tableModel;

}

MarketPlaceの利用が便利になりました

onishi

(2018年1月17日 14:06) | 個別ページ

これまで、ダウンロードする必要があったMarketPlaceですが、Pentaho7.1からは設定変更で簡単にPUCのプルダウンメニューにMarketPlaceを表示できるようになりました。

手順は以下の通りです。

１．Pentaho BA Serverが起動している場合は停止してください。

２．<Pentahoインストールフォルダ>/server/pentaho-server/pentaho-solutions/system/karaf/etc/に移動してください。

３．org.apache.karaf.features.cfgをエディターで開いてください。

４．org.apache.karaf.features.cfg内のfeaturesBootの中にpentaho-marketplaceという項目があることを確認し、ない場合はfeaturesBootに記載されている最後の項目にカンマをつけpentaho-marketplaceと追記してください。

５．Pentaho BA Serverを起動し、PUCよりMarketPlaceが表示されることをご確認ください。

とても便利になりましたね。

Pentaho社はHitachi Vantara社へ

morimoto

(2017年9月20日 10:02) | 個別ページ

Pentahoは、Hitachi Data Systems、Hitachi Insight Groupと統合されて、Hitachi Vantaraとなります。今後３社の強みを活かして、データから価値を生み出す様々なテクノロジーとソリューションをビジネスや社会に提供してまいります。当社、KSKアナリティクスは、引き続き日本パートナーとしてお客様のサポートを継続してまいります。

詳細は以下のプレスリリースを参照ください。

プレスリリース本文（英語）