Workiva サポートセンター

チェーン 成果物のベストプラクティスに整列して、Wdata オブジェクト（テーブルやクエリなど）の一貫した名称規則を実装し、ナビゲーションや管理を容易にすることが望ましい。ここで提供されるガイドラインは、成果物を最初から一貫性を持って組織化するためのヘルプを目的としている。

ファクトテーブルとディメンションテーブル

ファクト・テーブルには通常、時間と共に蓄積されるデータが含まれ、ディメンション・テーブルにはデータに追加的なコンテキストを提供する補足的なデータセットが格納されます。両タイプのテーブルに名称を付ける場合は、以下のベストプラクティスを考慮すること：

• 名称規則： ファクトテーブルとディメンションテーブルの両方の目的とコンテンツをクリアに示す一貫した名称規則を使用する。
• 説明的名称： どちらのタイプのテーブルにも説明的名称を適用し、識別しやすく理解しやすいようにする。
• ソース・システム： 名称にデータの送信元システムを含む。

例：

• ファクト テーブル： 試算表 - Workday

  説明： Workday からソース取得した Avikro Financial の貸借区分試算表データを格納します。

• ディメンションテーブル： アカウントのグラフ - Workday

  説明： Workday から取得した Avikro Financial のアカウントグラフデータを格納します。

• ディメンションテーブル： Profit Centers - SAP

  説明： SAP から取得した Avikro Financial のプロフィットセンター情報を格納。

• ディメンションテーブル： 為替レート - 中央銀行 API

  説明： 中央銀行 API からソースの Avikro Financial の通貨為替レートを提供します。

このテンプレートは、ファクト・テーブルとディメンション・テーブルの両方について、名称規則の一貫性、説明の明確さ、およびソース・システムの正確な識別を保証します。

クエリ

クエリの名称規則を定義する場合、標準的なアプローチを維持することが不可欠である。これにより、ユーザーは特定のデータを検索するための正しいクエリを簡単に識別できる。

• 名称規約： クエリの目的とコンテンツを明確に定義する一貫した名称規則を使用する。
• 説明的名称： クエリに説明的名称を適用し、識別と理解を容易にする。
• ソース・システム： データの送信元システムを指定します。

例：

• クエリ名:  拡張試験貸借区分 - Workday - 財務諸表

  説明： このクエリは、財務諸表を生成するために調整された補足データセットとともに、Workday から試算表データを取得します。

注： テーブルとクエリ でパイプ区切り（｜）を使わないようにすることが重要です。代わりにハイフン（-）を使用し、これらの成果物による潜在的な問題を予防する。

この名称規則に従うことで、スプレッドシートへの受信接続を作成する際に、どのクエリを使用すべきかがクリアになります。

説明

説明文は、デザインと構築のプロセスで最も見落とされがちな部分だが、理解とユーザビリティを向上させるためには極めて重要である。説明には、以下のような追加的な文脈を提供する必要があります：

• テーブルやクエリがプレースホルダーであるかどうかのインジケーター。
• クエリを使用する前に編集が必要かどうかをメモ。
• クエリのような成果物の具体的な関数を明確にします。例えば、以前の期間より20％以上低い支払いを特定することなど。

クリアで詳細な説明を含むことで、ユーザーは各成果物の目的とコンテンツを素早く把握することができ、混乱を減らし、エラーを最小限に抑え、Wdata環境の管理における全体的な効率を高めることができます。

フォルダ/環境

ワークスペースを組織化する際には、テーブルやクエリを用途に応じてフォルダに分類することをお勧めします。この構造により、ユーザーは簡単にナビゲーションし、どの成果物が開発、テスト中、本番用に指定されているかを判断することができます。

Wdataは現在、アプリケーション・ライフサイクル管理をサポートしていないため、成果物やフォルダにそれぞれの環境を示す名称を付けることを推奨します。これは、アプリケーションのライフサイクルを管理し、エラーや問題を回避するのに役立ちます。なお、プロダクション成果物には、名称を付加する必要はない。