使用の前提条件
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
このトピックでは、レポート クライアントを使用するための前提条件について説明します。
モデルの設計
モデルの設計
Reporting Foundationは、factsとdimensionsの2種類のオブジェクトをサポートしています。次の図は、例としてProduct Salesファクトを示しています。

ファクトとディメンションを設計する際には、次のルールに従ってください。
-
ファクト型は、Sitecore.Reporting.CoreからIFactインターフェイスを実装する必要があります。
-
ディメンション型は、Sitecore.Reporting.CoreからIDimensionインターフェイスを実装する必要があります。
-
ファクトは、0 (なし) を含む任意の数のディメンションを参照できます。
-
事実は別の事実を参照することはできません。
-
ディメンションは、ファクトやその他のディメンションを参照できません。
IFactインターフェイスには、すべてのファクト タイプに必要な属性が含まれています。
-
Id: ファクト行の数値ID (自動インクリメント)。
-
DateTime: イベントの日付。
-
LastUpdatedOn: 最終更新日。
IDimensionインタフェースには、すべてのディメンション・タイプに必要な属性が含まれています。
-
Id: ディメンションの数値ID (ディメンション キーのハッシュ)。
-
DimensionKey: ディメンションを識別する一意の識別子 (たとえば、国の場合は国コード)。このプロパティは、クエリに使用されます。
CLR型の作成
CLR型の作成
ファクトとディメンションを使用してモデルを設計したら、このモデルのCLR (共通言語ランタイム) 型を作成します。次のコードでは、前のセクションで示した設計モデルの例のCLR型を作成します。
CLR型を作成するときは、次のルールに従ってください。
-
ファクトは、ディメンションおよびディメンション オブジェクト ( Country、Productなど) によってディメンションを参照する必要があります。
-
参照されるディメンションの は、ディメンション オブジェクト + と同じ名前である必要があります。ディメンション・タイプ名と同じである必要はありません ( CountryとCountryId、BranchとBranchIdなど)。
-
ディメンション キーは、このディメンションを使用するときに結果をクエリおよびフィルター処理する方法を定義します。たとえば、国コードで国ディメンションを識別し、このキーを使用してUSAfor United States of Americaを使用してデータをクエリする場合は、国コードをディメンション キーに格納します。
JSON型表現の作成
JSON型表現の作成
この手順では、次の図に示すように、レポートの種類を表すJSONモデルを作成します。
JSONモデル表現の説明:
.jsonファイルにはオブジェクトの配列が含まれ、各オブジェクトには次のプロパティが含まれます。
-
Name: タイプの名前
-
ReportingType: ファクトまたはディメンション
-
Properties: 各プロパティに含まれるタイプ (NameとType) のすべてのプロパティを記述します。
-
NavigationProperties: すべてのプロパティを他のオブジェクトとの関係 (つまり、ファクトとディメンション) で記述します。各プロパティには、名前と型が含まれています。
.jsonファイルは、~/App_Data/Config/Sitecore/Reporting/ModelsのパスでXConnectにコピーする必要があります。
プロパティの場合、Typeは完全な型名である必要がありますが、ナビゲーション プロパティの場合、型はJSONファイル内のディメンション タイプと一致する必要があります。
SQLオブジェクトの作成
SQLオブジェクトの作成
CLR型を作成し、JSONモデル表現ファイルSQLオブジェクトを作成した後、型 (つまり、ファクトまたはディメンション) ごとに、次のように3つのSQLオブジェクト (テーブル、SQLテーブルの種類、ストアド プロシージャ) を作成する必要があります。
SQLオブジェクト・ルール
SQLオブジェクトについては、次のルールに従ってください。
Tables
-
ファクト テーブルの名前付け規則はFact_[TypeName]です。
-
ディメンション・テーブルには、Dimension_[TypeName]という命名規則があります。
-
ファクト テーブルには、PKとして Id を自動インクリメントする必要があります。
-
ディメンション テーブルには、自動インクリメントなしのPK Id が必要です。
Types
-
接尾辞 ファクトとディメンションの型[TypeName]_Type.
Stored Procedures
-
テーブル値パラメータ (SQL型) を使用する。
-
命名規則はAdd_[TypeName]です。
-
ファクト テーブルでは、更新のためにFKを比較する必要があります。
-
ディメンション テーブルでは、更新の目的でPKを比較する必要があります。