Developers.IO 2020 Showcase https://classmethod.jp/m/devio_2020_showcase/
【概要】 昨今多様なBIツールが世に出ておりますが、クラスメソッドではLookerとTableauを取り扱っています。前職でTableauを社内で運用し、2020年9月からはLookerを使い始めた者の視点から、Tableau、Looker、それぞれの良さをご紹介します。
Looker歴2か月、元Tableau運用者が それぞれの良さを語ります 2020/11/04 14:30~15:15 データアナリティクス事業本部 ソリューション部 相樂悟
View Slide
2自己紹介氏名相樂 悟 (サガラ サトシ)所属 データアナリティクス事業本部 ソリューション部 カスタマーサクセスグループ プロフェッショナルサービスチーム （2020年9月入社）主な担当製品 Looker前職の業務内容 メーカーでのTableauの運用＆活用推進
3本セッションで「話す」ことTableau、Looker、どちらも経験した人間が感じる「１人のＢＩ担当者目線」での各ツールの良さ・CM入社前まで、BIツール経験はTableauだけ・CM入社後Lookerを触り、TableauにはないLookerの良さを感じた・一方Lookerを知ったことで、LookerにはないTableauの良さも感じたそれぞれに「異なる良さ」がある！！これを皆さんにお話したい。
4本セッションで「話さない」こと❌Tableau＆Lookerの使い方❌Tableau＆Lookerの料金の話 （どちらのツールでも一概に回答ができないため、 気になる場合はぜひお問い合わせください！）
5アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成- データ関係- 開発環境２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
6アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成- データ関係- 開発環境２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
7Tabelau 製品紹介・ノーコードで データの可視化が可能・対応しているデータの 種類が豊富・用途別に別れたソフト群- Tableau Desktop- Tableau Prep- Tableau Server/Online- Tableau Reader
8Looker 製品紹介・LookMLを用いた データモデリング によるガバナンス・データはクラウド上の DWH/DBが前提・一貫してブラウザ上で モデル開発～可視化
9アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成- データ関係- 開発環境２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
10それぞれの良さについて 観点説明グラフ作成 BIツールの必須機能であるグラフの作成や共有など、グラフに関する機能周りの観点データ関係 グラフの元となるデータについて、使用可能なデータ形式や各ツール独自の仕様等の観点開発環境 バージョン管理や複数人での開発時の特徴など、開発を行うときの環境周りの観点上記の各観点についてTableauとLookerの比較や想定される例も交えつつ説明
11アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成 （Tableau）- データ関係- 開発環境２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
12グラフ作成 Tableau 良さ～その１～合計、平均、中央値、などの集計方法の切り替えがとても容易まずはとりあえず平均値見てみるか…なるほど、中央値はどうだろう？ふむふむ、他の集計結果も気になるな…分析ユーザー例：１つの探索的な分析の進め方
13グラフ作成 Tableau 良さ～その２～データのプロット数に限界がない※ただし多すぎると動作が重くなるため注意IoTログデータや商品別データなど、細かい粒度でたくさん点をプロットし、細かい傾向を見たい時に便利
14グラフ作成 Tableau 弱みTableauServerでの共有時、TableauDesktopと表示が変わることが”たまに”ある※主にテキスト関係で発生しやすい印象TableauDesktop TableauServerTableauServerでは改行の位置がずれている
15アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成 （Looker）- データ関係- 開発環境２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
16グラフ作成 Looker 良さ～その１～LookMLを用いたデータモデル定義により、誰がグラフを作っても定義がぶれない例：DWH上のあるテーブルの複数のフィールドを用いた 演算が必要なフィールドをグラフ作成に必要とする場合Looker TableauDWHデータモデル【消費税込単価】消費税率*(仕入れ単価+販管費)DWH必ず同じグラフに 違うグラフになってしまう【消費税込単価】消費税率*(仕入れ単価)【消費税込単価】消費税率*(仕入れ単価+販管費)
17グラフ作成 Looker 良さ～その２～グラフを作成するExploreのUIがシンプルで(個人的に)グラフの作成手順がわかりやすい■大まかなLookerでのグラフ作成の流れ１．左側のフィールドピッカーから、 グラフに必要なフィールドを選択し、 必要に応じてフィルタを設定し、 右上のRUNを押す２．作成したいグラフの種類を選ぶ３．グラフが決まったら、右上のEDITから 色味や凡例など、細かな仕様を変更 （困ったらとにかくEDIT！）４．完成！！
18グラフ作成 Looker 弱み少しフィールドを追加･削除するだけでもLookMLでの編集が必須まずはとりあえず平均値見てみるか…なるほど、中央値はどうだろう？あれ！中央値がないぞ、お願いしないと…中央値はこうなのか！じゃあ標準偏差は…あれ！ない(以下略)中央値追加しました！！例：必要なフィールドを十分に定義できていない時標準偏差追加しました！！分析ユーザーモデル開発者
19アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成- データ関係 （Tableau）- 開発環境２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
20データ関係 Tableau 良さ～その１～ローカルファイルからクラウドサービスまで幅広いデータに対応している例：ExcelやCSVを用いてグラフを作成できるため、 DWHやDBを介さずとも気軽に分析開始できるある業務システムから抽出した在庫データ別の業務システムから抽出した見積データファイルで管理している担当者マスタTableauDesktop上で結合し、グラフ作成
21データ関係 Tableau 良さ～その２～Tableauに最適化した抽出ファイルによりデータ分析をより高速に実施可能例：複数ファイルのファイルを結合して用いる場合で、 抽出ファイル(.hyper)を作成することで動作を高速にさせる在庫データ見積データ担当者マスタ複数の結合の影響で動作が重くなりがち在庫データ見積データ担当者マスタ結合処理をなくし、かつTableauに最適化
22データ関係 Tableau 弱みワークブック・データソースの種類が多く内容を知らないとトラブルの原因になる場合あり例：ワークブックの.twbと.twbxの違いによるトラブル .twbxはデータも併せて保存する形式のため、 参照先のデータを更新しただけでは、グラフが更新されないExcel更新したのにTableau更新されないんだけど！何があったんだ…？問合せ者相樂保存形式が.twbxですね…
23アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成- データ関係 （Looker）- 開発環境２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
24データ関係 Looker 良さ～その１～Lookerと接続したDWH･DBを用いたデータモデルのみ使用可能のため、データにガバナンスが効く例：ある販売管理システムのデータを使用してグラフを作るLooker Tableauデータは”１種につき１つ”で良いのに、複数のデータが存在システムからダウンロードしたデータを使ったグラフをパブリッシュしよ！システムデータを格納したDWHと繋げたデータをパブリッシュしますデータその２データその１不明確なデータが使用されることを防げる！システムからダウンロードしたデータは使えんし、Looker上のデータでグラフ作ろ！システムデータを持つDWHと接続設定してデータモデル作りますデータモデルDWHモデル開発者 データ管理者分析者 分析者
25データ関係 Looker 良さ～その２～パフォーマンスチューニングは基本的に接続先のDWH･DBを意識して対策すればよい・Lookerは基本的にDWH･DBへのクエリ発行とレンダリング処理のみ・TableauServerは発行されたクエリのデータ処理を担うこともあるLooker TableauDWHDWHデータモデル抽出抽出を用いた場合、TableauServerのスペックがそれなりに必要になる基本的にこの１本道のため、各種チューニングはDWH側に専念できる
26データ関係 Looker 弱みローカルファイルを使えないためクラウド上にDWH･DBがあるのが前提のツール「ExcelファイルやCSVファイルをさっと分析したい」は出来ない基本的に何かしらの「クラウド上のDWH･DB」を使うことが必須OK例 NG例
27アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成- データ関係- 開発環境 （Tableau）２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
28開発環境 Tableau 良さ～その１～基本的にデータの加工～共有までノンコーディングで対応可能加工 分析 共有
29開発環境 Tableau 良さ～その２～インターネットに接続しなくてもデータの加工～分析が行える※普段DWHへのライブ接続の場合は、事前に抽出ファイル作成が必要例：・TableauServerでデモを行おうと思っていたが、 TableauServerの動作が重い等トラブルに直前で気付いたとき、 急遽TableauDesktop上でデモを行うことに変更が出来る・外出先でデータ分析をしたいとき、Wi-Fi環境がない または回線速度が遅いカフェ等でも分析ができる
30開発環境 Tableau 弱み運用の仕方によってはどれが最新版のファイルかわからなくなる・極端な例 運用ルールの一例：・レポート１種ごとにフォルダ作成・「old」には過去のファイルを・「作業中」には、仕掛中のファイルを
31アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成- データ関係- 開発環境 （Looker）２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
32開発環境 Looker 良さ～その１～Gitが使えるためデータモデルやダッシュボードのバージョン管理が楽・Lookerは、データモデルだけでなく ダッシュボードもコード管理可能・Gitなので当然だが、もし誤ったコードを 本番環境へマージしても、履歴をたどって 元に戻せるのがとても便利・新規開発や他の方が作成した既存モデルを 改修するときは自動で自分専用のブランチ が切られる
33開発環境 Looker 良さ～その２～Lookerはグラフを作成する画面が全ユーザーで統一されているLooker Tableauデータモデル抽出Creator保持者Explorer保持者モデル開発者データ分析者DesktopとServerのグラフ作成画面のUIや機能の一部が異なるため、戸惑うことがあるどんなユーザーでも同じ画面のため、機能の差異やUIの違いに悩むことがない
34開発環境 Looker 弱みLookMLの書き方とLooker用語の習得が必須※どのツールでも”習得”は必須かもしれませんが…■LookMLについて感じていること・SQLやデータ加工の経験があれば、 基本的なexploreやviewの作成は難しくない・LookerのIDEはsuggest機能が優秀 例えば”:”を打つと、使用可能なパラメータの 一覧が表示されます・ダッシュボード同士のリンクや、 動的なフィルタなど、込み入ったことを 行うには独特な記述方法の理解が必要
35アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成- データ関係- 開発環境２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
36個人的な見解どちらにも違った良さがある！解決したい課題や今後の方向性を元に選定すべきTableau Looker作成するコンテンツ- 試行錯誤を繰り返す探索的な データ分析- ”個人での分析作業”が中心- 評価指標が定まった上での 分析や定型レポート（KPIなど）- ”組織向けのコンテンツ”が中心データ関係の状況- 対象データはExcelやCSVなど、ローカルのファイルが中心- 接続先のDWH･DBがオンプレミスでクラウドへの移行計画がない- すでにクラウド上にDWHを構築済、 または構築の目途がたった- 他のBIツール導入済だが、データのガバナンスが取れていない組織＆開発者の状況- まだBIツールを導入しておらず、スモールスタートで始めたい- 現在のデータ分析は個人作業中心であり、今後も変わらない予定- 組織としてBIツールによるデータ分析とレポーティングを推進したい- Lookerでのデータモデリングを担当できる個人またはチームがいる
37個人的な見解「どちらも入れたい！」もありだと思います！個人でデータをこねくり回して分析する時：Tableau組織向けに指標を統制した上でダッシュボード構築：Lookerあるいは…詳細はこちらを御覧くださいhttps://dev.classmethod.jp/articles/20200619-global-peace/
38アジェンダ１．各製品について ・簡単な製品紹介 ・それぞれの良さについて- グラフ作成- データ関係- 開発環境２．「どっち入れればいいの？」とお悩みの方へ・個人的な見解３．最後に
39忘れてはいけないこと- BIツールを入れたいと考えているならば、 「解決したい課題」や「導入の目的」があるはずです- TableauもLookerも、1つのツールであり1つの手段のため、「～を最近よく聞くから」など”ツール先行”の理由でBIツールを導入するのはおすすめしません- 課題や目的を明確にした上で、どんなデータ基盤を構築すればよいのかを具体的にし、狙いに合ったツールを導入するのがベストです！
40もしデータ周りで悩みがあれば…弊社ではデータの蓄積～活用、トータルでデータ基盤の構築のご提案が可能ですSnowflake、Fivetran、AWSのAIサービスについて、この後にもセッションがあります！
sagara
fr0gger
joisino
ynakano
genomethica
konakalab
bob3bob3
yasslab
akiratosei
nyoho
s1ok69oo
gr2m
panda_program
bkeepers
moore
mraible
notwaldorf
tanoku
marcelosomers
hannesfritz
chriscoyier
tmm1
reverentgeek