会社員時代、「TableauというBIツールがよいらしい」という話をきっかけに触り始めた私は、分析やプログラミングの経験がなく、コードも書いたことがありませんでした。Excelの関数を使った経験はあったため計算フィールドを作ること自体には抵抗がなかったものの、Excelとは式の考え方そのものが違う場面に何度もぶつかりました。
この記事では、そんな私が計算フィールドを使い始めたときに実際につまずいた3つのポイントと、そこから抜け出すために役立った考え方をお伝えします。読み終えたときには、Tableauの計算フィールドを無理なく作り進めるための考え方が分かるはずです。
関数や文法を網羅する内容ではありませんが、エラーに出会い、手が止まってしまう状態から抜け出すヒントとして読んでいただければと思います。
1. Excelと同じ感覚で計算フィールドを書こうとしてしまう
Excelの関数を使った経験があったことは、計算フィールドを始めるうえで助けになりました。四則演算や単純な条件分岐などは、Excelで慣れていた感覚に近い形で扱うことができました。
しかし、Excelの式をそのままTableauに置き換えれば済むというわけではありませんでした。Tableauでは、関数名や式の書き方だけでなく、その計算がどの単位で行われているのかを意識する必要があります。行ごとの値を扱っているのか、集計された値を扱っているのかによって、同じような式でも結果がまったく違ってきます。
この違いに最初に戸惑ったのが、LOD表現に触れたときでした。ビューとは異なる詳細レベルを明示して計算する、というTableau独自の考え方は、Excelの発想の延長では理解しづらく、当時は「とりあえず、FIXEDを使っておけば間違いないだろう」と浅く考えていました。本記事ではLOD表現の詳しい解説はしませんが、Excelにはない考え方が存在すると知っておいてもらえればと思います。
粒度の考え方を中心に、FIXED・INCLUDE・EXCLUDEを整理した記事もあるので、興味があれば読んでみてください。
こうしたつまずきを減らすために、私が意識するようになったのは、計算式をいきなり書き始めるのではなく、次の3点を自分の言葉で確認してから手を動かすことでした。
何を計算したいのか
どのフィールドを使うのか
どの単位で結果を表示したいのか
たとえば、同じ売上でも注文IDごとに見る場合とカテゴリごとに見る場合では、ビューの粒度と表示される集計結果が変わります。
Excelの経験は、計算フィールドに入っていくための土台として役に立つと思いました。ただ、ExcelとTableauを同じものとして考えてしまうと、Tableau独自の集計や計算単位の違いでつまずきやすくなります。
この違いがあることを知っておくだけでも、エラーに出会ったときの受け止め方が変わってくるはずです。
2. 最初から1つの計算式で完成させようとしない
計算フィールドを作るとき、私は必要な処理ごとに計算フィールドを分け、1つずつ結果を確認しながら進めるようにしていました。
具体的には、次のような順番で計算を組み立ててみてください。
元になるフィールドの値を確認する
条件判定など、1つの処理だけを行う計算フィールドを作る
必要な計算を、それぞれ別の計算フィールドとして作る
それぞれの結果をビュー上で確認する
最後に、それぞれの計算結果を組み合わせる
たとえば「売上金額が一定以上なら、別の集計を行う」というような処理では、最初は判定用の計算フィールドと集計用の計算フィールドに分けて作ると、途中の結果を確認しやすくなります。大切なのは関数を覚えることではなく、処理を分けて考える習慣を持つことです。
計算フィールドを分けることには、今振り返るといくつかの利点がありました。
自分が今何をしているのか把握しやすくなる
途中の計算結果を目で確認しながら進められる
エラーが起きた場所を特定しやすくなる
作った計算フィールドを後から再利用できる
一度で完成させようとすると、途中でつまずいたときに戻る場所を見失います。式を分けて作ることで、途中結果を確認しながら進めやすくなります。
3. 集計・非集計の混在エラーは、ビュー上の表示も確認する
計算フィールドを使っていて特に苦労したのが、集計値と非集計値をそのまま同じ式の中で混在させたときに発生するエラーでした。
Excelを使っていたころは、この違いをそれほど意識せずに関数を組んでいました。そのため、Tableauでこのエラーメッセージを見ても、最初はどこを指摘されているのか自分で判断できませんでした。式だけを眺めていても、どこが集計値で、どこが行レベルの値なのかは分かりづらいです。
そこで試したのが、計算に使っているフィールドや計算フィールドをビューやマークカードの［テキスト］に実際に置いてみる、という方法でした。表示される値そのものに加えて、「集計」や「合計」といった表記を確認し、元の式を見直すことで、どの段階で集計されているのかを理解しやすくなりました。
日本語版のTableauでは、計算フィールドをビューやマークカードの［テキスト］に置くと、「集計」や「合計」などの表記が表示されます。今回確認する代表的な表記は、次の2つです。
「集計（計算フィールド名）」と表示される場合は、計算式の中ですでにSUMやAVGなどの集計処理が行われている状態を示しており、英語版の「AGG（Aggregate＝集計）」に相当します。
一方、「合計（計算フィールド名）」と表示される場合は、元の計算式自体は行レベルの計算であり、その結果をビュー上でTableauが合計している状態を示します。英語版の「SUM」に相当する表記です。
なお、ビュー上の集計方法を変更した場合は、「合計」ではなく「平均」などと表示されることもあります。
ここで注意したいのは、「合計」という表記を見て、それを単純に「非集計値」と言い換えてしまわないことです。正確には、元の式自体は行レベルの計算であっても、ビューに配置された時点でその結果が合計として集計されている、という状態を指しています。
エラーに出会ったときは、次のような手順で確認してみてください。
計算に使っているフィールドや計算フィールドを、一つずつビューまたはマークカードの［テキスト］に置く
実際に表示される値と、「集計」「合計」などの表記を確認する
「集計（計算フィールド名）」と表示された場合は、元の式を開き、すでにSUMやAVGなどの集計処理が行われていることを確認する
「合計（計算フィールド名）」と表示された場合は、元の式を開き、式自体は行レベルで計算され、その結果がビュー上でTableauによって合計されていることを確認する
エラーが出た計算フィールドに戻り、式の中の値をすべて行レベルにそろえるか、すべて集計計算にそろえる
計算エディターの中だけでエラーの原因を探そうとするより、実際に使っている値をビューに置いて確認したほうが、集計の違いを具体的につかみやすくなります。
ただし、「集計」「合計」の表記やビューでの確認だけで、エラーの原因をすべて断定できるわけではありません。あくまで、原因を見つけるための手掛かりの一つとして試してみるとよいと思います。
まとめ｜計算フィールドは、分けて作り、表示を確認しながら理解する
計算フィールドで最初につまずきやすいと感じたのは、次の3つです。
Excelの感覚のまま、単位を考えずに式を書いてしまうこと
複雑な計算を、一度に完成させようとすること
エラーを、式の中だけで解決しようとすること
単位を言葉にする、計算を分ける、ビューで確認する。この3つを意識すると、計算フィールドの仕組みを理解しやすくなります。
Tableauの計算フィールドは、最初から複雑な式を一度で書ける必要はありません。私自身も、計算を分け、ビュー上で途中の結果を確認しながら、少しずつ仕組みをつかめるようになりました。
計算式を作るのに慣れるまでは、どこまで正しく計算できているかを確認しながら進めることのほうが、結果として近道になります。
著者
名前：minoRi
Tableau Certified Data Analyst(2025年4月取得)。社内にサポートのない環境でTableauを独学で使い、実務でダッシュボード構築を経験してきました。エンジニアではない立場から、実務で役立つデータ活用の話を書いています。