作ってみたかったグラフ－平均寿命、平均余命－
引き続き、オリンピック面白いですね。
まだ気は早いですが、終わったら、こちらのグラフもアップデートする必要がありそうです。
さて、もうひとつ作ってみたかったグラフがありました。
それは、平均寿命／平均余命のグラフです。
私も大きくなるまでよく分かっていなかったんですよね。「平均寿命」。
平均寿命80歳とか言われると、何となく、自分も80歳位まで生きることになるのかなぁなんて思ってました。そして、それはあながち間違いでもありません。
でも、自分自身へのあてはめ方に関して、どうもしっくり来てなかったんです。
数字の意味合いとしては、WIKIにありますが、
平均寿命（へいきんじゅみょう）とは、
0歳時における平均余命
そして、
平均余命（へいきんよめい/へいきんよみょう）とは、ある年齢の人々が、その後何年生きられるかという期待値のことである。
だから毎年発表される「平均寿命」は、その年に生まれた子供たちの平均余命、つまり、何年生きられるかという期待値になります。
では、私の残りの人生はあと何年あるのでしょう？
厚生労働省の発表しているデータには、年齢ごとの「平均余命」が出ています。
昨年のデータから、私の該当年齢を見ると、平均余命が38年、つまり82歳まで生存が「期待*1」できることになってます。
ちなみに、昨年度の「平均寿命（男性）」は80.8歳。ですので、既に44歳まで生き残った私は、昨年生まれの子供たちの平均より、1年ちょっと長く生きることが「期待」されます。
前置きが長くなりましたが、作りたかったグラフは、自分が何歳まで生きるのか、20年前の時点と、直近では数字がどれくらい違うのか。ということです。
20年前と比べて、「平均寿命が伸びている」というのは、20年前に生まれた子供たちの20年前の平均余命と、昨年生まれた子供たちの昨年時点での平均余命を比べているので、指標としては意味がありますが、「自分が何歳まで生きるのか。という期待値に変化があったかどうか」は分かりません。
それを比較するグラフを作りたかったのです。
つまり、20年前は私は24歳なので、20年前の24歳での平均余命と、今年の44歳の平均余命を比べたい。というわけです。
分かってもらえますかね？？
で、調べてみました。
44歳男性。
平均余命だと残りの年数を示すことになるので、自分が何歳まで生きられるかという年齢を「期待寿命」と呼ぶことにします。
答えとしては、1996年（入手できた最も古いデータ）の「私」の期待寿命と、昨年時点の「私」の期待寿命とでは、4.1年 延びていました。（TOPのチャート。）
平均寿命の延びとおおよそ歩調を合わせているように見えます。
性別と、2015年時点の年齢を選択すると、各年齢時点での期待寿命が、5ポイントのドットで示されるようにしてみました。
次は、子供たち世代を見てみます。
20歳男性。
10歳男性。
小さいうちは、不慮の事故や病気による影響で、年齢が低いほど期待寿命は下がります。
次は、親世代
70歳男性。
えらく延びてるように見えます。6.2年。。生き残り（笑）の団塊世代のお世話をするのは、「平均寿命」の80.8歳までではなく、それより5年も長い「期待寿命」の85.6歳ですし、さらに延長傾向です。現役世代のみなさん、一緒にがんばりましょう。。。（震え声）
70歳女性。
延びは、4.8年。絶対値としては、私が還暦になっても、健在の可能性が高いですね。こちらは、「平均寿命」からのずれは3年程度です。
グラフのテクニックとは一切関係ないですが、我々現役世代は認識を新たにする必要があります。団塊の世代は、「平均寿命」よりもかなり長い寿命をお持ちだということを。。。
そのほかにもグラフ作成しました
加えて、いくつかグラフを並べてみました。
左下は、一般的な「平均寿命」の各調査時点ごとの推移を示したものです。
色が調査年度、濃いのが女性、薄いのが男性です。
中段は、各年齢時点における男女間の「期待寿命」の差を示しています。
55歳位までは6年程度の差で、ほとんど変化が見られませんが、70歳まで夫婦健在な場合、差が4年程度に縮まることになります。
もうひとつ、ニーズがあるかどうかは分かりませんが、興味があったので。。。
自分がその年発表された「平均寿命」の年齢だった場合、その年齢の人たちの余命がどれくらいなのかという数字です。平均までたどり着いたけど、残りはどれくらい？という、なさそうでありそうな問いかけに答える試みです。
とりあえず、2015年で計算してみると、男性で8.5年、女性で7.2年であることが分かりました。
男性の方が1年以上も長いことをみると、平均よりかなり若くして亡くなる男性が多いことを示しています。乳幼児死亡率の影響なのかも知れません。各年齢のデータを詳しく調べれば答えはあると思いますが、今回は、調査の対象外とします。
自分の年齢の数字を調べて、生命保険の検討や老後の計画の参考にでもしてください。
それでは、Enjoy Tableau !!
*1:ここでいうのは、期待値の「期待」の意味合いに近いです
こんな簡単なビュー作成に100タッチ？！－複数のＫＰＩ表示－
オリンピック、盛り上がってきましたね。
ご存知の通り、移民の国アメリカですが、こういうイベント時には「自分の国」という意識が高揚する気がします。
自然、国別メダル獲得数に目がいくのですが、米中２大国の争いがすでに始まってるように見えます。
スポーツで済んでいる間は良いですが、いろんなところで意地の張り合いが起きるのはちょっとヤな感じでもあります。。。
それはさておき、今回は、タブロー Community の中でも、もっとも頻繁なFAQのひとつを紹介します。
これは、質問のタイトルを特定するのは難しいのですが、
- 複数のＫＰＩをひとつの表に表示する あるいは
- 複数のMeasureそれぞれに違う色を設定する
その他の質問としても挙がってきます。
求められているVIZの例は下記のようなものです。
3つの measure (Sales, Profit, and G.M.%) をKPIに基づいて、別々の色で表示する必要があります。
ひとつのMeasureについて、数値を表示した上で、KPIに応じた色を設定するのは簡単です。
例えば、Salesについてのみ、表を作成するのであれば、下記のようにできます。
また、複数のMeasureの数値を、色なしで並列で表示するのも簡単です。
しかしながら、３つのMeasureを並列で表示しながら、それぞれに別々の色を設定する となると、話が違ってきます。
ためしに、KPI(Sales) をColor Shelfに配置すると、３つ全部のFieldの色が同じ色になります。
Profit と G.M.% のFieldも SalesのKPI の色を示していることになり、明らかに我々の求めている結果と異なります。
繰り返しですが、このニーズそのものは、多くの人が持つものであり、FAQの頻度も非常に高いです。
そして、もちろん解答はあるのです。
しかしながら個人的には、「これが答えです！」と高らかに示せるものではなく、「方法はないことはないですけど。。。」レベルのものだと認識しています。
タブローが、「ＢＩツールとして最も優れたツールである」と言いたいのであれば、これくらいは簡単に作れるようになって欲しいものだと強く思います。
万が一、タブローの開発チームが、「解法（下に示します）が存在するので、これは解決済みだ」と考えるなら、それは大きな勘違いでしょう。
Communityで毎日この類の質問に解答してる、こっちの身にもなってくれよって話です（笑）。
ともかく。
どうやって実現するか
この場合、Fieldを設置する、「箱」あるいは「枠」が必要です。英語では Placeholderと言えば通じる気がするのですが、日本語では？「箱」も「枠」も分かりやすい気はしないので、「プレースホルダー」で行きますか。
Calculated Filedを作成します。計算式は「１」を入力するのみです。
これが、プレースホルダーになります。
このFieldをColumnに配置し、Sumではなく、MinimumをMeasureとして選択します。
そして、2回 コピーして、合計３つのプレースホルダーを設置します。
３つの棒グラフができました。
最初の棒グラフ（いちばん左）で、"Sales"をLabelに、"KPI (Sales)" をColorに配置します。
次に、Axis（X軸）を編集します。
さらに、Titleを下部でなく、上部に表示させるため、"Dummy" のFieldを第2軸に配置します。
Tableauの自動のグラフタイプ選択は、しばしばとんでもない選択をしますが、あわてず、もとのグラフタイプを棒グラフに、２つ目をテキストに変更します。
2つ目のグラフは、軸のタイトルだけにしか使用しないので、実際にはどのタイプでも問題はありません。分かりやすくするため、１つ目と違うものにしただけです。
第２軸の軸を編集します。
Titleをタイプします。
Tick MarksをNoneにします。
そして、ColorのTransparencyを「ゼロ」にします。
棒グラフ側に移って、Label 配置を修正します。
こちらが、ここ時点のビューです。
同様の作業が、他の２つのField（Profit、G.M.%）に関して必要になります。
終了すると、下記のようなビューを得ます。
順序は前後しますが、行と行の間の空間が気になるので、棒グラフのサイズを変更します。
サイズ変更も、３つの棒グラフそれぞれに対して行うと、ようやく以下のビューを得ます。
このシンプルなVIZを作成するのに、１回も間違わずに、70ステップ以上が必要でした。数えるのもアホらしいわ、ホンマに。。
途中、「おっと間違えた」も当然あるので（間違えると当然取り消しアクションが必要なので）、ざっくり、100 タッチが必要な訳です。
今のところ、このVIZを作成するのに、これ以上簡単な方法を知りませんし、Communityでも見かけたことはありません。
簡単にしようと思うと、タブロー技術陣の協力が必要です。
Communityには、アイデアを募集するページもあって、以下のものがこの機能に対する要望のように思えます。もちろん、みなさん投票できます。
しかしながら、この要望に関しては、要望を文章／語句にしたときに、人によって違ってしまう気がしており、「この機能が欲しい」って一本化することがそもそも難しいのかも？という気もしています。
ただ上にも書いたように、これを初心者に「これがタブローでのやり方です」って言ったら、「何その面倒くささ！それはツールとしてどうよ？！」ってなると思うんですよね。。。
まあ、締まりは悪いですが、以上です。
Enjoy Tableau !!!
チェックボックスひとつで。。－ダッシュボード アクションの怪ー
やりました！！
イチロー選手、３０００本安打達成です！！
イチローの１年目から見ており、日本での最終戦をグリーンスタジアムまで見に行って涙した私としては、感慨深いものがありました。
といっても、会社の同僚で、そんなことを話題にする人は皆無です（涙）。
彼らの話題を追っかけていると思うのですが、その都市に野球のスタジアムがない限りは、アメリカの地方都市で野球が話題になることは無いのではないかと。。。
ここでは、カレッジフットボールのチームがある程度強いので、秋以降のフットボールシーズンになると、それに関しては、かなりみんな盛り上がります。
またも、「ボタンひとつだけなのに。。。」問題
それはともかく、タイトルの件。
ダッシュボードアクションに関して質問を受けました。動きがおかしいと。
彼のダッシュボードは ↓ こんな感じ。
３つのシートをダッシュボードでひとつにしています。
まず、このKPI はよく工夫されています。複数のKPIをひとつのテーブルに示す場合、ちょっと工夫が必要です。（別の機会に投稿します。＝たぶん）
KPIがDiscreteの場合、そのちょっと面倒くさい工夫が必要なのですが、彼の場合、ContinousのValue （1~3） にすることで、ひとつの表で、複数のKPIを示すことに成功しています。
そして、以下のようにアクションが有効になっています。
問題があったのは、下記のケースです。
このダッシュボードの場合、KPI毎というより、カスタマーごとのフィルターに意味があるので、ユーザーは、"Costomer Name" をクリックします。
しかしながら、KPI そのものをクリックしたときには有効だったダッシュボードアクションが、"Costomer Name" をクリックしたときには動かないのです。
私が、同様にして作成したダッシュボードだと、期待通りに動いたのに、彼のダッシュボードだけがうまく動きませんでした。
またも、「ボタンひとつだけなのに。。。」問題です。
どこに違いあったのか
違いは、"Run on single select only" の チェックボックスにありました。
（これでも発見するのには数時間を要してしまうんですよね。。）
このボックスの「オフ」により、以下のようなビューを実現できます。
これは、多くの場合メリットが大きいですが、もちろんデメリットがあります。それは、ダッシュボードではしばしば嫌われる、スクロールバーが出現せざるを得ないことです。
これはダッシュボードに求められる機能により、オンオフを決めればよいと思います。
一度に示す"Costmer Name"をひとつに絞りたい場合は、チェックを「オン」でよいのですが、このビューにおいて、"Costomer Name"そのものをフィルターとして使用したい場合は、チェックを「オフ」にしておく必要があるのです。
私と彼が気づかなかったのは、
システム的には、"Customer Name"を選択することが、システム的には、「複数セル」の選択と同じ意味になる
ということだった訳です。
めちゃめちゃ細かい点ですし、後から見れば「当たり前」的なことなのですが、他の多くの問題と同様、実際には、解決に時間を要してしまいました。
こういうのは、ケーススタディの量を稼いでいくしかない気がします。
それでは、Enjoy Tableau !!
ガントチャートを進化させてみた！！ ー棒グラフと合体っー
また／まだ（？）山火事のようで、風向きによって、もやがかかったような感じにないます。少し煙っぽいにおいもするし。。。
これがなければ、澄み渡った青空で、めちゃめちゃ快適なのですが。。
さてここしばらく、どうにかして作りたいと思ってたVIZがあったんです。
折に触れてトライしてみたのですが、なかなか最後の一歩が越えられず、実現できてませんでした。
なぜ出来たのか。。。
やっぱ、アンバサダー軍団 できるわ～。この人達にコンタクトしやすくなったことはやはり大きいですね。まあ、当面アンバサダーの中では、やんちゃキャラでやって行こうと思います。。。
ガントチャートはこんな感じですね。
そして、サマリーはこんな感じ。
ダッシュボードで上下に重ねることは出来るのですが、横軸の時間を完全に同期させるのは面倒です。
ゴールは、上記２つのチャートを、ひとつのシート上で作成するか、ダッシュボードで完全に同期するかです。
与えられたデータは、こんな感じ。
[End Time - Start Time]
[End Time]-[Start Time]
終了時刻から開始時刻を引き算するCalculated Fieldを作成して、ガントのサイズに配置することでチャートが出来ます。
さて、このデータ構造だと、サマリーのグラフは描けるでしょうか？
答えはノーです。
なぜなら、Continousの横軸を持って、グラフを描こうとすると、Start Time、End Timeのどちらかを持ってくるしかありません。しかしながら、Strat Timeを軸にした場合、最後の End Time は、必ず最後の Start Time より後ろになります。
逆もまたしかり。End Timeを軸にした場合、最初の Start Timeは必ず、最初の End Timeより 前になり、どちらのケースもポイントを表示することができません。
ですので、最初にやるべきことは、きちんと最大、最小をカバーできるようにすることです。
一歩目：データ構造の変更
データピボットを使います。
以下のようなデータを得ます。
このデータ構造の方が、タブローでは格段に扱いやすいのですが、ひとつ問題がありあす。同じイベントにおける、Start Timeと End Time の関係性が失われてしまいました。イベントIDがあれば良いですが、今回はありません。
ガントチャートを描いてみる
しかしながら、元のデータがある限り、以下のようにデータソースの関係を構築すれば問題ありません。
これで、同様のガントチャートは完成です。
さらに創造性を働かせる
さて、もう一歩進めます。ぶっちゃけ、ガントチャート、扱いにくいです。
他のグラフ足せないんで。。。
そこで、ガントチャート ライク な グラフにトライしてみます。
以下のClculated Fieldを作成します。
[Data for new Chart]
if [Pivot field names]="Start Time" then 1
elseif [Pivot field names]="End Time" then -1
else 0 end
グラフを作成します。
Table Calculationiを追加します。
カテゴリの色づけ
ここで、ちょっとしたトリックです。
もともと知ってたんで、「隠しボタン」ではありませんが、「ここで使う」のを知らなかったため、大変苦労しておりました。
Show Missing Value を ON にします。
そしたら、↓
わーお。
これで、ガントチャート ライク なグラフが出来ました。
これが出来れば、サマリーを下段に追加するのは簡単です。
残りはお化粧。
これが最終形です。
最後のトリックすっ飛ばしてたせいで、ぜんぜん別のアプローチに取り組むことになり、なが～い放浪の旅となった訳です。
マジで、「知ってる」「知らない」だけの違いです。ボタン一個だけですよ～。
信じられんわ。ホンマに。。
だからこそ、継続的に学ぶことが重要ですね。。。。
今日の私は昨日より賢い！
（覚えた分だけ何か忘れてるけどな！！）
それでは、Enjoy Tableau !!
隠しボタン／隠しコマンド？！ その１（いくつ出てくるか分かりません）
天気の良い日が続きます。
前回、気温のグラフを掲載しましたが、私の住んでいる地域は、本当に乾燥しています。6月～9月まで、ほとんど雨は降りません。オープンカーも屋根つけないまま駐車してあります。
気温が高い日でも、日陰にいくと常に涼しい、時には肌寒いくらいです。ただ、直射日光を浴びると、刺さるように痛いです。皮膚がんの発生率も高いんですよね。
夏の日差しはきつい、冬はときどきすっげぇ寒いとはいえ、まあ気候に関しては、概ね快適です。
さて、小ネタになりますが、ふたつほど。
- ひとつめ。隠しボタン？
既に知ってる人には何でもない情報ですが、私の周りの人も知らない人が多かったボタン。
同じデータを使用して、いろんなリクエストを受けるうちにシートがいっぱい出来てきて左右にスクロールしないと全部見れなくなってきた。そこに新たな依頼がやってきて、新しいシートを作ったら、元のシートがどこに行ったか分からない。。。。
こんな感じです。↓
右も左も、スクロールしないといけない状態。シートを追加すると。。
いちばん、右側に追加されます。で、元のシートどこよ？
マウスをシート名の上にホーバーすると、イメージがが出てきますが、まどろっこしいです。
こういう時、パワーポイントのスライド一覧表示みたいなのが欲しいです。
で、実はあるんです。すでに。
グレイアウトされて使えないようにも見えますが、ちゃんと機能します。
3つのうちの左端のアイコンをクリックします。
あるんじゃ～ん。早く言ってよ～。
ここで、シートの並べ替えが、ドラッグ＆ドロップで簡単に行えます。
パワーポイントと同じです。
もうちょっと分かりやすくしてもバチはあたらないと思うのですが。。
- ふたつめ。隠しコマンド？
もうひとつ。キーボードのショートカットは、下記のようなリンクにありますが、
ここに載ってなかったのをひとつ。
Calculated Fieldを作成するときのWindow。
ちょっとフォントが小さいと思ってたのですが、
「CTRL」+「+」で拡大できました。
「CTRL」+「-」で縮小です。
で、いろいろ触ってるうちに、
CTRL+マウスころころ（ホイルっていうみたいですが）でも拡大縮小できました。
そして、さらに！
グラフのエリア上で、CTRL+マウスのホイルをころころやると。。。
Y軸の、スケールが変わります！！
軸のEditの「Fixed」って、０以外は、手打ちするの面倒だなと思っていたのですが、マウスころころで、ビジュアルで直接調整できることが分かりました！！
他にも、隠してあることあるんじゃないの？
ということで、探検の興味はつきませんね。
それでは、Enjoy Tableau !!
案外いいかも？！最高、最低気温のグラフ－こんなに違った東京と「砂漠」－
もう、8月です！
前にも書きましたが、アメリカの内陸部は非常に乾燥していて、夏も過しやすいです。
小学生並みの知見によって、海水より陸の方が熱しやすく冷めやすいので、その分早めに気温のピークがくるんだと思ってます。
そして、昼間は暑くても、夜は涼しいです。そう、それは砂漠です！
ラクダがいて、砂のいっぱいあるのだけが砂漠（Desert）ではなくて、西部劇に出てくるような「荒野」も英語では「Desert」といいます。
ということで、東京の気温と比較してみました。
着色部の下限が平均最低気温、上限が平均最高気温です。
えんじ色のアメリカ中西部は、ピークが8月ではなく7月である点、それに何より、この最高気温と最低気温との温度差！！
こうしてみるとすごい。。
夜は窓開けて寝ると風邪引きます。早朝とか寒いんで。。
さて、上記のようなグラフの書き方を投稿してみようと思います。
ベースにあるのは棒グラフです。そこに一工夫加えると、レンジを表すグラフに出来ます。
最高気温を主軸に、
最低気温を第2軸においてみます。
色が勝手に変更されたことはひとまずおいておき、同期します。
すでになんとなくそれっぽい！
2軸目の色を変更します。
さらに、
第2軸の色を「白」に変えて、さらに、主軸から Measure Nameを取り除きます。
こうなりました。
できた！！
ように見えて、実は欠陥があります。分かりますか？
最初のグラフ
最低気温の零下部分が色づけされていません。
これだとNGですね。
アプローチを変えます。
ところで、このグラフ、どっかで見たことあるタイプだと思われた方もあると思います。
そうです。いわゆるガントチャートですね。
ガントチャートを縦向きにして、棒グラフ風に描画するのです。
ガントチャートの基本は、「始点」と「長さ」です。タイムテーブルで使うことが多いですが、その場合も開始時刻と継続時間で表現します。
この場合は、
「最高気温＝最低気温+温度差」という公式（笑）を使います。
先ほどのグラフから、
2軸目のチャートタイプを「ガント」にします。
で、温度差フィールドを、「サイズ」に配置します。
色付けが反対になっているので、ガントを色づけ、棒グラフを白に変更します。
出来ました！！
あとは、Labelを配置します。
最高気温を棒グラフ側に、最低気温をガント側に、それぞれ配置します。
最低気温ラベルの配置が悪いので、変更します。
できました～。
やたら同じようなグラフばっかり並べてしまいました。
気温を表すのにこのタイプを使うのは、さっき、思いついたばかりなのですが、案外いいかも知れないです。お気に召せば使ってみてください。
では、Enjoy Tableau!!
エクセルなら簡単なのに・・・ちょっとややこしい入出庫管理
先日、こんな肩書きを頂戴しました。
もちろん、嬉しいのは嬉しいのですが、周りの人達の知識・スキルがものすごいので、ちょっとついてけるかどうか不安です。
下手な解法書いて、別のアンバサダーの人あるいは一般のメンバーから「それは違うと思いま～す」とかダメ出しされるとヘコみそうです。でも頑張ります。
今回は、私が最初にコミュニティで答えを教えてもらった案件を再現します。
初期のころは、何も知らずに一人でハマりまくっていました。何時間かけたことでしょう。。。『タブローって、案外使えんなぁ。結局エクセル頼みかよ～』とか思ってたのですが、使えないのは自分だった訳ですね。
その案件というのは、以下のようなものです。
データ例
日付とSupply、Orderがありまして、計算したいのは、SupplyからOrderを差し引いた残り在庫。
ただし、当たり前ですが、Orderの方が、在庫を上回ってしまうと出庫できないので、そのときはマイナスでなく、「０」を計上する必要があります。
- エクセルだと、どうしたか
エクセルでグラフを書くとこんな感じです。
グレーの棒グラフが、その月単月のプラマイを示していて、青色が、単純な累計。
黄色が、望まれる計算を織り込んだ在庫となります。具体的な計算式は、下記のようになりますね。
タブローの話の前に、エクセルの計算式を、「=IF(F2+B3-C3>0,F2+B3-C3,0)」このようにしている方は、時間を大きく損してますからね！！
IF は面倒くさいので避けてください。０以上とか０以下とかで判定が必要な場合は、Max、Minを使いましょうね。
- タブローだと、どうするか
さて、
最初にトライしたのは、running_sum です。Table Calculationから計算式を起こせるので、それをコピーして借りてきて、0 以下を0にしました。
こうです。
まず、Supply-Orderを計算させた上で、
[Supply - Order]
[Supply]-[Order]
累計が、マイナスの時に、0 を返すようにしました。
[Cum_total (Exclude Negative) Trial]
max(0, running_sum(sum([Supply - Order]) ))
これだとうまくいきません。
こうなります（紫）。
一瞬、できたかと思うんですけど、普通の累計（茶色）の、マイナス部分が「０」に置き換わっただけです。
過去の Order をさかのぼって満たすことはできないため、実現したいのは下の赤のラインです。
再度、エクセルの計算式を見てみると、
計算に、3つのセルを使用しています。ここで、B3とC3は、タブローで参照するのは簡単です。
問題は、F2 です。
タブローの「lookup」 も 思いつきますが、前の値を参照したいのは、入力しようとしているField そのものなので、うまくいきません。
エクセルは、セルそのものを参照できるので、必要に応じて、あっちこっちのセルが参照でき、汎用性が非常に高いです。
対してタブローは、グラフ作りに特化しているため、「セル」という考え方はなく、あくまでFieldどうしの関係性で新たな数値を計算します。「計算」そのものは、はっきり言うと、超苦手です。（その代わり、グラフ性能はエクセル、メじゃないから！！）
それを補うために、Table CalculationやLODなどの関数が備えられており、ちょっと覚えて使いこなせるようになれば、かなりの要求は満たせるようになります。
とは言うものの、（これはエクセルでも同じですが）技を「知っている」か「知っていないか」で同じ仕事を完了するのにかかる時間が、「2秒」と「2日」 とかの差になってしまうのも事実です。
ということで、そういう困った時は、コミュニティーを使います。
Yahoo 知恵袋に エクセルの質問するみたいな感じで、タブローコミュニティに質問すれば、無料、早い、丁寧 で答えが返ってきます。
私がPost したときのやり取りが下のリンクになりますが、それでもそのときは時間がかかりました。でも、何人もが親切に考えてくれて、最終的には答えに辿り着き、このコミュニティ、すげえ となった訳です。
Question regarding running total |Tableau Support Community
ちなみに日本語での質問は、Japan の コミュニティで 運用されてます。
Group: Japan |Tableau Support Community
でもグローバルサイトに日本語で質問しても、別に問題はありません。
なんか取りとめもなく、長くなってきたので、答えを。。
使うのは、たぶん使用頻度がめっちゃ少ない関数である、「previous_value」です。
この関数は、入力しているFieldそのもののテーブル内での位置を判定し、その field自身の前や後ろの数値を参照できるものです。普段はあまり使いませんが、今回のように、結果次第で判定が必要な場合には、この関数が必要です。
[Cum_total (Exclude Negative)]
max(0,(previous_value(1)+ sum([Supply]) - sum([Order])))
previous_value(1)は同じFieldのひとつ前の数字です。
結果的には、エクセルの計算式に近いものになりますが、セルを相対参照するのではなく、Fieldの関係性を意識することになります。
Table Calculationは、いくつかシリーズにしないと難しそうなので、ちょっと考えて見ます。
それでは、Enjoy Tableau！
試してみた！データのピボット。ー何列まで可能なの？ー
ポケモン GO！ 大人気ですね。
うちの近くの公園でも、若者グループがスマホを片手に、入れ替わり同じあたりをうろうろしてるので、恐らくポケモン ＧＯ！をプレイ中なのだと思います。
ところで、ポケモンは、アメリカの子供たちにも大人気で、子供たちには、「アメリカで製作されたアニメ」だと思われています。うちの子供が小学校で「日本のアニメだ」といったら、「うそつけ！」と言われたと言ってました。
さて今回は、タブローの便利機能のひとつ、データのピボットについてです。
機能の詳細は、こちらのリンクで↓
で、私が何をしたいかというと、めっちゃ横に長い元データがあったとして、何列目までピボット可能なの？という調査です。
何列でしょう？
１０、２５、５０、１００、２５０、５００、１０００、２５００、５０００
くらいまでデータを準備してやってみました。
さて、データベースに詳しい方は、おおよそ予想がついてしまうように思いますが、答えを知る前に、予想してみてください。
使用したVersionは 9.2 です。
100列のとき
問題ありません。
250列のとき
問題ありません。
500列のとき
255列 までしか表示されません。
255 って、どこかで見たことある数字ですね。
エクセルとか、アクセスとかに限らずいろんなアプリケーションの制限になってます。
私自身、あまりシステムやデータベースの仕様には詳しくないですが、計算速度やシステム容量のバランスの問題から、2^8（２の8乗） とういうのが最大値になることは珍しくないようです。
ということで、列の制限は 255列なのですが、256でなくて、255 ということは。。。
Headerの数を増やして調査してみます。
Header 8列 + データ255列の場合
248 が最大でした。
やはり、Header 列+データ列の合計で制限がかかります。
行の制限
行の数も増やして10000 程度まで試してみましたが、こちらは、機能的には制限がなさそうです。
ただし、列ｘ行でデータ自身の数が増えていくと、反応スピードは落ちてきます。
ということで、答えは、
Header 列+データ列の合計が 256列まで可能です。
それでは、Enjoy Tableau!
出でよゼロ！ －Nullをゼロに置き換える－ その２（全部で２）
冒頭に、「まくら」がないことに淋しさを感じたので。足してみます。コラムの内容とは全く関係ないですが。。
私の暮らすアメリカの内陸部は、まあ非常に乾燥していて、夏は気持ちがいいのですが、乾燥している分、山火事が多いです。2週間ほど前にも大きなのがあったところなのに、昨日その近くで、また山火事がありました。山火事専門の消防士さんたちがいるのですが、大きな危険を伴う彼らのお仕事に感謝です。
今回は、前回より少し複雑なケースです。
前回のオプション１からスタートです。
上記の各日付に、Customer Segment を追加してみます。
↑ 問題なしです。
さらに、Colorに、"Product Container"を追加してみます。↓
最下段のグラフでおかしな線が表示されています。↓
Measure の ピルを "sales(ZN)" に変えても同様です。↓
バックグラウンドを知るために、クロスタブでチェックしてみます。
グラフをクロスタブにするのは、下記のようにシートを複製することで簡単に実現できます。
多くの空白、つまり"Null" が見られます。↓
ゼロと空白が混在しているのは、簡単に言うと、下記のような状況に依存します。↓
同じ、Consumer x Medium Box の枠ですが、Furnitureは、Null、Office Supplyはゼロが入っています。
横方向にテーブルを見渡したとき、Office Supplyのこのカテゴリにはどこかに数字があるのですが、Furnitureにはどこにもないという状況になっています。
さて、どうすれば良いかというと。。。
Calculated FieldのFormulaを別のものに変更します。
[Sales (ZN,lookup)]
zn(lookup(sum([Sales]),0))
znとlookup を両方使います。
lookupは Table Calculationで、表のFormatに依存して答えを返す関数です。
「0」のところが、例えば「2」であれば、2つ右、あるいは2つ下。
「-2」であれば、2つ左、あるいは2つ上のセルの内容を返します。
この場合、あえて「0」を用いることで、便宜的に、同じセルの内容を一旦計算させて返してくるというアプローチを用いています。
うまくいきました！！
クロスタブで確認すると、全ての欄に「ゼロ」が入っています。
ただし、注意点があります。
Table Calculationには限界があり、これ以上複雑になると、つまりDimensioinが増え、それがColumnとRowに両方入ってくると、対応できなくなります。（例） ↓
それでは、Enjoy Tableau !!
出でよゼロ！ －Nullをゼロに置き換える－ その１（全部で２、たぶん）
今回は、Nullの扱い方について。
このようなデータのとき、空白のところにはデータ自身が存在しません。
「ゼロ」とは明らかに違う訳です。
が、場合によっては、Nullをゼロ同様に扱いたいこともあります。
具体的にいきましょう。
まずは、棒グラフを書いてみます。
問題ありません。次に、エリアチャートを書いてみます。
ちょっと期待してたのと違います。
中段はよいとして、上段下段は問題です。中段は、もとのテーブルを見ても、もともとNullの項目がありません。ですので、Nullが含まれているときにチャートが分断されているのが分かります。
これを見栄えよくします。
エリアグラフで面を接続する-１
一つ目の方法は、Missing Dataを繋ぐ方法です。
まず、Formatを選択します。Windowを表示させるだけなので、選択は何でもよいです。
Side Barに Formatが表示されます。
Fieldから、[sum(sales)]を選択
いちばん下の、Marksをドロップダウンから選択します。
Hide(Connect Lines)を選択してみると、
こうなりました。繋がったのですが、何か違います。
この選択だと、Null値を飛び越えて、データのあるポイント同士を繋げています。
このパターンが必要なケースはこれでよいですが、今回は、Nullをゼロで表示させることが目標です。
別のオプションを選択します。
これだと。。。
期待通りにできました！！
エリアグラフで面を接続する-２
もうひとつの方法を挙げます。
先ほどは、グラフの表示設定で対応しましたが、セルの中身そのものを、「Null」から「ゼロ」に置き換える方法です。
[Sales (ZN)]
zn(sum([Sales]))
ZNは、Nullのときはゼロを返すという関数です。そのままですね。ただし、
zn([Sales])
のような使い方はできません。それだと、NullはNullのままです。
これをグラフにしてみましょう。
できました～。
シンプルなケースは上記の対応でOKです。
しか～し、上記2つのやり方で、問題が出るケースもあるので～す。
それについては、次回。。
それでは、Enjoy Tableau!!
