COUNTDはさらに遅い。ATTRは、MINかMAXで代用する。その他の集計関数の使用は多用しない。文字列関数(LEFT,MID,RIGHT)もパフォーマンスが悪いので、使用回数を少なくする。LOD表現LODも遅いので、使用箇所は要検討LOD関数によりデータセットを何度も集計することになるので、使いどころは要検討。一方で、LOD関数を利用することでデータセット自体を小さくすることができる場合もあるので、全体としてパフォーマンスが向上することもある。LODよりも表計算を利用するLODよりも表計算の方が速いことがある。細かいチューニングをする場合は、パフォーマンスをモニタリングして、どちらの実装が速いかを検討すべき。EXCLUDEよりINCLUDEの方がパフォーマンスがよい。不連続の項目より連続項目のフィルターの方が速いリスト選択型のフィルターより範囲指定のフィルターの方が速いフィルターの適用範囲は必要最低限にするむやみにフィルター項目を追加しない。ユーザフィルターはキャッシュが効きにくいので使用を避けるユーザフィルターはデータ量も増えやすいので、利用する場合は注して設計を行う必要があある範囲指定のクイックフィルターの方がパフォーマンスがよい不連続の項目のリストから連続の範囲フィルターにできないかを検討するデータソースフィルターは使用しないデータソースフィルターでフィルタリングするより、SQLの段階でフィルタリングする方がパフォーマンスがよいコンテキストフィルターコンテキストフィルターは設定する場合も1シート1フィルターコンテキストフィルターを設定すればパフォーマンスが必ず良くなるわけではなく悪化する場合も多い。関連値のみの使用もパフォーマンスが悪い関連値はフィルターを変更する度にクエリが発行されるので、使用は最低限にするクイックフィルターの数は少なくする多数のクイックフィルターがどうしても必要な場合は、フィルター用のダッシュボードにすることも検討する。項目数の多いクイックフィルターは避ける項目数の多いフィルターは表示に時間がかかる。ワークシートをフィルターとして使うような多段階の絞込み方法などの代用も検討すべきフィルターが重い場合は、「適用ボタン」の利用も検討する。操作性は悪くなるので、安易には採用しないでその他のチューニング方法をまずは検討する。アクションフィルターの多用は避ける。ダッシュボード・シート表示モードは固定にするキャッシュが効きやすくなる。自動調整のレイアウトの場合はフィルター項目が同じでも画面サイズが異なるとキャッシュが効かない。使用していないシートはダッシュボードから削除する使用していなくても計算処理が走るので、ダッシュボードから削除する。集計表は大きくなると遅くなるので注意Tableauで巨大な集計表の表示には時間がかかる。数が多いと遅くなるので注意。各シートの左下のマークの数値を確認して、無駄なものがないかをチェックする1ワークブックに含まれるダッシュボード数が増えると初期表示が重くなる場合によってはワークブックを分けることを検討すべき。タイルで配置するか、浮動で配置するかはパフォーマンスに大きな違いはない。今後も留意する項目が増えた際にはアップデートしていきます。FukaeTableau歴7年。Serverの構築・運用をやっています。CDPの構築も数多く実施バッジを贈って著者を応援しようバッジを受け取った著者にはZennから現金やAmazonギフト券が還元されます。FukaeTableau歴7年。Serverの構築・運用をやっています。形状フィルターコンテキストフィルタークイックフィルターダッシュボード・シートZennエンジニアのための情報共有コミュニティAboutZennについて運営会社お知らせ・リリースGuides使い方Publicationよくある質問LinksTwitterGitHubメディアキットLegal利用規約プライバシーポリシ。