.TDS / .TDSX とは — Tableauのデータソース定義ファイル
なぜ「データソース定義」を保存する仕組みが必要なのか
Tableauでデータに接続したあと、フィールド名を日本語に変更したり、別名を設定したり、計算フィールドを作成したりする作業をしますよね。 これらは分析の精度に直結する大切な準備ですが、新しいワークブックを作るたびに同じ設定をやり直すとなると、かなりの手間になります。
さらに、同じ部署で複数人がTableauを使っている場合、人によってフィールド名や計算式の定義が微妙にずれてしまうという問題も発生します。 「売上」と呼ぶべき項目を、誰かは「Sales」のまま使っていて、別の誰かは「売上高」と訳していた、という経験は珍しくありません。
こうした「再利用したい」「定義を統一したい」というニーズに応えるのが、データソース定義ファイル、つまり.TDSと.TDSXです。 一度設定したカスタマイズをファイルとして保存し、別のワークブックや別の人にそのまま受け渡せる仕組みになっています。
.TDSと.TDSXの位置づけ
.TDSはTableau Data Sourceの略で、データソース接続の定義だけを保存するファイルです。中身はXML形式のテキストデータで、接続先の情報とメタデータが書かれています。 元のデータそのものは含まれないため、ファイルサイズは小さく、メールやチャットでも気軽に共有できます。
.TDSXはTableau Packaged Data Sourceの略で、.TDSに加えてデータの抽出(Extract)や埋め込みファイルもまとめてパッケージ化したものです。 データを丸ごと持ち運べる代わりにファイルサイズは大きくなりますが、相手の環境にデータベースの接続情報がなくてもファイル単体で開けるという利点があります。
「ファイル名の最後にxが付くとパッケージ=データ同梱」という覚え方は、後述する.TWBと.TWBXの関係にも通用する原則です。
4種類のファイルを一枚の表で整理する
Tableauで扱うファイルは大きく分けて4種類あります。データソース側とワークブック側、それぞれに「定義のみ」と「データ同梱」のバリエーションがあると考えると整理しやすくなります。
| ファイル | 正式名 | 含まれるもの | 含まれないもの | サイズ感 | 主な用途 |
|---|---|---|---|---|---|
| .TDS | Tableau Data Source | 接続定義+メタデータ(XML) | 元データ、ビュー定義 | 非常に小さい | データソース定義の共有 |
| .TDSX | Tableau Packaged Data Source | .TDSの内容+データ抽出 | ビュー定義 | 大きい(データ依存) | データごと配布 |
| .TWB | Tableau Workbook | ワークブック+ビュー定義(XML) | 元データ | 小さい | ワークブックの共有 |
| .TWBX | Tableau Packaged Workbook | .TWBの内容+データ抽出 | — | 大きい(データ依存) | データごとワークブック配布 |
「TDがデータソース側」「TWがワークブック側」「xが付くとデータ同梱」の3つの軸で覚えると、4種類の関係がすっきり整理できます。
.TDS(データソース定義)に保存される中身
接続情報とメタデータの両方が入る
.TDSファイルの中身はXML形式のテキストで、大きく2種類の情報が記録されています。
ひとつめは接続情報です。接続先のサーバー名やデータベース名、使用するスキーマ・テーブル、ドライバの種類といった、データに繋ぐために必要な技術的情報が含まれます。 なお、認証パスワードはセキュリティ上の理由で.TDSには保存されず、Tableau Server/Cloudにパブリッシュする際や個別に再入力する仕組みになっています。 接続方式そのもの(ライブ接続か抽出か)の判断基準は『Tableauのライブ接続と抽出の違い』で解説しています。
ふたつめはメタデータです。これはデータをどう見せるか、どう扱うかに関する設定情報で、後ほど節を分けて詳しく整理します。
元データは含まれないので軽量
.TDSの最大の特徴は、元データの行や列そのものは一切含まれないことです。あくまで「どこにあるデータをどう読み込み、どう見せるか」という設定だけが記録されます。
そのため、何百万行もある販売実績データに対する.TDSであっても、ファイルサイズは数十KB〜数百KB程度に収まることが普通です。 設定情報だけを共有したいときに非常に扱いやすいファイル形式と言えます。
.TDSX(パッケージドデータソース)の役割
.TDSXは.TDSの接続定義に加えて、データの抽出ファイルや埋め込みファイルなどを1つのパッケージにまとめたものです。
.TDSXを使うシーンの代表例は、データそのものを相手に渡したい場合です。たとえば外部のパートナーに分析結果と一緒にデータを共有するときや、 社内ネットワークの外でも開けるサンプルデータを配布するときには、.TDSではなく.TDSXが選ばれます。.TDSだと相手側にデータベースの接続情報がないと開けませんが、 .TDSXならファイル単体で完結します。
ただし、データを丸ごと内包するためファイルサイズは大きくなります。元データが膨大な場合は、抽出フィルターをかけて必要な範囲だけを.TDSXに含めるなどの工夫が必要です。
メタデータには何が含まれるのか
「メタデータ」と一言で言っても、具体的にどんな情報が保存されるのかは把握しておく価値があります。Tableauの.TDSに記録される代表的なメタデータを整理します。
- フィールド名の変更: 元のテーブルでは「sales_amt」だった列を「売上金額」と表示するように変更した設定
- 別名(エイリアス): ディメンションのメンバー値(「Tokyo」を「東京」として表示するなど)の置き換え
- データ型: 文字列・整数・日付・地理的役割といったフィールド型の指定
- 既定の集計: メジャーをビューに配置したときに使われる集計(合計/平均/個別件数など)の初期値
- 既定のプロパティ: 数値書式・色・並び順・コメントなど、フィールドの既定の見せ方
- 計算フィールド: 売上÷注文数のような派生フィールドの計算式
- グループ/セット/ビン: ディメンション値をまとめた論理的な単位
- フォルダ階層: データペインでフィールドを分類するためのフォルダ構造
これらのメタデータは、データ分析の現場で「もう一度同じ準備をしたくない」と感じる作業のほぼすべてをカバーしています。 .TDSとして保存しておけば、新しいワークブックを作るときに同じカスタマイズ済み状態から始められます。
実務での再利用シーン — チーム共有と個人再利用
.TDSの活用方法は、大きく2つのシナリオに分けられます。
ひとつめはチーム共有のシナリオです。たとえば経営分析チームが、社内の販売管理データベースに対してフィールド名を日本語化し、 利益率や前年同月比などの計算フィールドを整え、フォルダ階層を整理した状態で.TDSとしてTableau ServerやTableau Cloudにパブリッシュします。
これによりチームメンバーは、Tableau Desktopから「公開されたデータソース」として接続するだけで、誰が使っても同じ定義のフィールド・同じ計算式を共有できます。 これがパブリッシュドデータソースと呼ばれる仕組みで、データ定義のガバナンスを保つ手段として広く使われています。
ふたつめは個人での再利用シナリオです。自分のPCに.TDSを保存しておき、新しいワークブックを作るたびに「ファイル」→「開く」から.TDSを読み込めば、 過去に作成したカスタマイズ済みのデータソースをそのまま継承できます。チーム共有を立てるほどではない個人作業や、テンプレート化したい定型分析で活躍するパターンです。
組織共有はサーバー経由(パブリッシュドデータソース)、個人再利用はローカルの.TDSファイル、という整理が基本になります。
混同しやすい .TDSX と .TWBX
学習者がもっとも間違えやすいポイントが、.TDSXとパッケージドワークブックである.TWBXの混同です。どちらも「xが付いてデータ同梱」という共通点がありますが、中身はまったく違います。
.TDSXはデータソース定義のパッケージです。接続定義+メタデータ+データの抽出が入っていますが、ワークシートやダッシュボードといったビュー定義は含まれません。 データソースを配布したいときに使います。
.TWBXはワークブックのパッケージです。ワークシート、ダッシュボード、ストーリーといったビュー定義に加えて、データの抽出も同梱されています。 「分析結果のレポートまるごと」を配布したいときに使います。
両者を見分ける視点は「ビュー(グラフやダッシュボード)が含まれるかどうか」です。ビュー込みで配るなら.TWBX、データソースの設定だけ配るなら.TDSX、という整理を頭に入れておきましょう。
また、.TDSをTableau Serverにパブリッシュしたものを「.TDSファイルそのもの」と同一視するのも、よくある誤解です。パブリッシュ後はパブリッシュドデータソースとして組織で共有される存在になり、 ローカルの.TDSファイルとは管理単位が異なります。
Desktop基礎(旧Specialist)認定試験で問われる典型パターン
出題範囲全体の整理は『Tableau Desktop基礎 試験概要』を参照してください。Tableau Desktop基礎(旧Desktop Specialist)認定試験では、データソース定義ファイルに関する問題がほぼ毎回1〜2問出題されます。代表的な3パターンを押さえておきましょう。
パターン1: .TDSの保存内容を問う問題
「.TDSファイルに保存される内容として最も適切なものはどれか」という形式で、選択肢に「データソースへの接続設定とメタデータ」「元データのすべての行」「ワークシートとダッシュボード」「ログイン情報」などが並びます。 正解は「接続設定とメタデータ」で、元データやビュー定義は含まれない点を即答できるようにしておきます。
パターン2: .TDSと.TDSXの違いを問う問題
「.TDSと.TDSXの違いとして正しいものはどれか」という形で、データの同梱有無に関する選択肢が並びます。「.TDSは接続設定のみで元データを含まず、.TDSXは元データもパッケージとして含む」が正解で、 .TDSの方にデータが含まれると逆にする選択肢が混ぜられがちです。
パターン3: パブリッシュドデータソースの役割
「.TDSをTableau ServerまたはTableau Cloudにパブリッシュするとどうなるか」という運用観点の問題も出題されます。データ定義の一元管理、組織内共有、接続の重複設定回避といった利点を理解しておきましょう。
PassDojoのTableau Desktop基礎(旧Specialist)認定試験対策ページでも、この単元の模擬問題が複数収録されています。実際の出題形式に近い練習で、選択肢に紛れ込む引っかけパターンに慣れておくのが近道です。
データソース定義の仕組みを学習単元でさらに練習したい方は「データソース定義(.TDS / .TDSX)とメタデータ」を参照してください。Tableauの基礎から振り返りたい方は「Tableauとは?初心者向けに基礎概念をわかりやすく解説」、Desktop基礎試験全体の出題範囲は「Salesforce認定 Tableau Desktop基礎(旧Desktop Specialist)試験 完全ガイド」も参考にしてください。
PassDojoで実力を確認しよう
.TDS / .TDSXの違いが整理できたら、模擬試験や実技演習で定着させましょう。
※ 本記事はTableau Desktop基礎(旧Specialist)試験の学習を支援する目的で作成しています。 試験の最新情報はSalesforce(Tableau)の公式サイトをご確認ください。Tableau・Salesforceは各社の商標または登録商標です。
この記事の内容を、問題を解いて定着させる
模擬試験で現在地を測り、入門学習で不足している知識を埋められます。