次元があります。ディメンションは、コードの完全なコレクションを表します（たとえば、10000コード）。
クエリの目的で、ディメンションから特定のKPIに500個のコードが必要だったとします。フィルタリングする必要のあるコードのみを選択するには、長い時間がかかります。
特定のKPIに必要なコードのみを含む一種の「ルールテーブル」を作成することにしました（たとえば、500個のコードがディメンションから選択され、ルールテーブルとディメンションの間のキューブに関係が作成されます）。 。したがって、そのテーブルをフィルターとして取り込むことができるはずです。しかし、それは完全には機能しません。
関係：
ディメンション：primary_keyおよび残りの列（KPIに使用される「コード」を含む）
Fact_Table：ディメンションのprimary_keyへのforeign_key。
Rule_Table：ディメンションのprimary_keyへのforeign_keyと列としての'Code'。
まず、これは機能しますか？その後..
どちらを使用するのが良いオプションになります。すべてのKPIのコードの個別のビューまたは個別のテーブル（ルールテーブル）？
それとも、これを行うためのより良い方法はありますか？