前回は、BluemixのビジネスインテリジェンスであるEmbeddable Reportingサービスをアプリケーションに追加するところまでの手順を説明してきました。
今回は、以前に作成したdashDBをソースデータベースとして利用して、embeddable reportingのコンソールを操作して、簡単なグラフを作成してみます。
今回試して見るのに必要なもの（前回作成した環境です）
| 種類 | Bluemix部品 | 用途 |
|---|---|---|
| アプリケーション | Liberty for Java | 全体のサービスを組み合わせる親アプリケーション |
| サービス | Cloudant NoSQL DB | embeddable reporting のリポジトリデータベース |
| サービス | dashDB | 分析用のソースデータベース |
| サービス | embeddable report | BIツール |
環境の構築については、前回の記事を参考にしてください。
レポートを作ってみる
embeddable reportingの中身は空なので、これから初期設定をしていきます。
新規パッケージの作成とデータソースの設定
サービスのトップページで、パッケージを作成します。パッケージというのは、embeddable reportingの管理対象の一番上位のもので、このパッケージの中にレポートとかを作成していけます。他にも、普通にCognosで作成したパッケージをインポートする機能もあるみたいです。
この画面で、「新しいパッケージ」というリンクがありますので押します。
新規パッケージの情報を入れるダイアログが表示されます。
名前も説明も適当で構いませんが、データソースの部分は先にメモしておいたdashDBへの接続情報を入力します。
- JDBC URI
- ユーザー名
- パスワード
ここに設定する情報は、アプリケーション側の環境変数で参照できます。前回の記事を確認して、自分の環境の値を設定します
作成ボタンを押すと、次の画面になります。これが、パッケージの内容を表示している画面です。まだ、レポートとか作っていないので何もありません。
レポート作成手順
パッケージの画面で、「新規レポート定義」のリンクを押します。するとダイアログが表示されるので、「SQLグラフ」を選択します。
次にデータソースを選択する画面になります。これから作ろうとするデータはどこにあるかということですが、これは、先にdashDBへの接続設定を入れたときに一つデータソースが作成されていますので、これを選択します。データソースは複数登録できるので、他のデータベースの値とかも引っ張ってこれます。
データソースを指定すると、次にSQLの入力画面が表示されます。
embeddable reporting の概念としては、
パッケージ-> レポート <-データアイテム<-クエリ(SQL)<-データソース<-データベース
こんな感じです。データアイテムを組み合わせてレポートを作成しますが、その元となるのはデータベースからデータを取得してくるSQLです。
なので、とりあえずdashDBに格納されているデータベースから、「サーバーごとのSQL発行回数」のデータを取得するようなSQLを書いてみます。（ここは、自分のデータベースや作りたいレポートによって変わるところです。）
レポートは、いわゆるワープロ画面みたいなもので、領域に複数のグラフや表を配置したり、文字を入れたりしてレポートを作成することができます。
まずは、「グラフを挿入」というダイアログが表示されますので作りたいグラフを選択します。今回は最初なので縦棒グラフの一番ベーシックなものを選びます。
OKボタンを押すと、レポートの作成画面が表示されます。画面の右側にはグラフを作るための部品が表示されていますので、ここのフィールドに、画面左側にあるデータアイテムをドラックして設定していきます。
今回のSQLは、group byを使ってサーバーごとの合計値を計算済みのもので、もともと４行しか戻ってこないのですが、SQL_COUNTのところで集計関数を「合計」にしないとレポートが表示されませんでした。
レポート作成ボタンを押すと、グラフが表示されます。
グラフは、タイトルをつけたり、色を変えたりなど装飾はつけられますが、まずは基本となる操作方法を説明しました。この間、Rで作成したグラフよりは、よりビジネスっぽいです。あちらはアカデミックな感じになります。
まとめ
今回は、dashDBの活用法ということで、Bluemixに準備されているembeddable reportingのソースデータベースとして利用するための環境準備方法と、簡単なレポート作成手順についてまとめてみました。
このBIでは、レポート作成時に実際にソースデータベースに対してSQLが発行されているみたいです。SQLの内容によっては時間がかかりますが、これを検索速度の速いdashDBを利用することでレポート作成の処理時間を早くするという効果が期待できます。
実システムでの利用方法としては、トランザクションデータベースを直接覗いて分析するのではなく、一度、dashDBへデータをコピーして、こちらをソースデータベースとして利用する方法が想定されます。（Bluemix上で作成したアプリケーションのデータを、同じくBluemix内のサービスで分析までできる環境が準備できることになりますね。）
次回は、embedable reportingの機能について、もう少しチェックしてみようと思います。
余談
そういえば、Bluemixのサポートフォーラムでは、このサービスのことをERSと呼んでいるようです。Embeddable Reporting Service->ERSと短縮
今回の記事でもなんどもこの長い単語を打つのが大変でした、次回からは短縮形で記述してみようと思います。（カッコイイ？）