3つのタイプのファクトがあり、そのトランザクションファクトテーブルには最も有用なタイプの完全な追加ファクトがありますが、そこにもいる？それとも、セミアディティブな事実でさえも問題になります。ノンアディティブファクトをトランザクションファクトテーブルの一部にすることができます
先生は彼女のプレゼンテーションの一つでこれを持っていたので、私はこれを聞いてるのよ：
「非加算事実はファクトテーブルに格納されていませんが、それはないそれらの 失うトラックに重要である多くの場合。プロセスは、比が望まれるソリューションは に多くを残すことになることなく、重要な 測定値である。非添加事実はスキーマ設計の 一部として文書化する必要があります。」
彼らはそこに保存することができない場合スキーマ設計の一環としてどのように文書化できますか？
「ファクトテーブルには... ...が格納されていません」と言うのは間違いですが、格納することが望ましい状況があります。
たとえば、私は最近、注文、有効化、および完了の3つの日付を持つデータウェアハウスで作業しました。これらの日付はディメンションによって関連づけられていましたが、実際の測定には、発注から起動、日から起動までの完了、日順の完了までが含まれていました。
ベストプラクティスは、BIツールでこれらの尺度を導出することです。この場合、尺度の計算を文書化して、既存のデータ値から要件がどのように満たされたかを実証します。
しかし、最近の例では、これはビジネスに不可欠なKPIレベルの対策でした。 Excel、Tableau、PowerBIなどで人々を（おそらく異なって）計算するのではなく、ファクトテーブルにこれらの数値を実装することを選択しました。
この場合、最小値、最大値、平均値は意味がありますが、合計（日数順の完了）は意味がないため、非加算型として文書化されています。