問題タブ [data-cube]

組織構造階層が定義された単純なデータ キューブがあります。キューブ内の計算では、MDX クエリのWHERE句で現在使用されている組織アイテムのレベルに応じて、異なる計算を行いたいと考えています。

たとえば、5 つのレベルの組織構造があり、最後のレベル (店舗レベル) では、式を使用して計算方法を変更したいとします。

IIF([Organization Structure].[Parent Id].LEVEL IS [Organization Structure].[Parent Id].[Level 05], 'THIS IS STORE', 'THIS IS NOT')

これにより、Visual Studio ブラウザーで実際に必要なものが得られます。

次のような MDX クエリを使用する場合も同様です。

問題が発生するのは、 WHERE句で複数の組織構造項目を使用したい場合です。この句には同じレベルのアイテムのみを含めることができます。どのレベルか知りたいのですが、もちろんWHEREに 2 番目のアイテムを追加すると、次のようになります。

「属性の座標にセットが含まれているため、現在のメンバーが失敗しました」というエラーが表示されます。

そのため、私の式では ITEM(0) 関数をさまざまな構成で使用しようとしましたが、現在WHERE句で使用されている一連の項目で使用する方法が見つかりませんでした...質問は:

現在実行されている WHERE 句にリストされているアイテムのセットを取得して、そのセットで Item(0) を使用できるようにする方法、または現在選択されているアイテムのレベルを取得する他の方法はありますか?同じレベル？

任意の種類のプログラムでデータ キューブをプロットする方法はありますか? この ( 1 ) 画像をプロットするには、TinkerCardを使用する必要がありましたが、データ キューブの次元に沿って名前を付けることはできません。( 2 ) または ( 3 )に似たことができるツールはありますか? 前もって感謝します

パーセンテージである計算されたメンバーを持つデータ キューブを使用しており、そのメンバーの集計を合計ではなく平均にする必要があります。

スクリーンショットまたは Excel のキューブを次に示します。

太字のパーセンテージは合計であり、パーセンテージには意味がありません。グループ化されたパーセンテージの平均になるようにするにはどうすればよいですか?

ユニット ID は 1 つの次元であり、注文 ID は別の次元です。注文には一連のユニット ID が含まれます。注文用に別の計算メンバーを作成しようとしましたが、このセットを MDX で表す方法がわかりませんが、SQL では非常に簡単です。

つまり、次の SQL ステートメントを MDX のセットとして表現したいと考えています。

データの視覚化のために操作する必要がある非常に大きなデータ キューブを扱っています。多次元配列には、オブジェクトの可能なすべての組み合わせの配列が含まれており、各配列の最終オブジェクトは関連付けられた値です。

複数の入力 (データ内の値のインデックスに基づいて列挙された ID を持つ) を使用して、ユーザーが配列内の各オブジェクトで結果をフィルター処理できるようにしています。ただし、「利用可能な合計」として表示される最後のオブジェクトは除きます。これらの入力から、選択のインデックスがデータ内の関連する値のインデックス位置に対応するように、選択を変数に集約しています。

これにより、次のような多次元配列が作成されます。

私がやろうとしているのは、行われたすべての選択に対して、data[x][i] === selections[i] の任意の値の場合、data[x] が新しい配列に入力されるようにデータをフィルタリングすることです。

何かご意見は？

*****アップデート*****

助けてくれたデイブに大感謝！キーのない多次元配列 (データ キューブ) を操作する依存ドロップダウン フィルターを設定することができました。ブラウザー内で大規模なデータ セットを操作している場合は、ソリューションをご覧ください。彼/私たちが思いついたのは次のとおりです。

https://jsfiddle.net/JSnoobDC16/yteu6cbb/28/

さまざまなデータの時系列を公開するために、RDF Data Cubes ボキャブラリーを使用して、センサーなどの作業を行っています。センサーの測定値は、特定のステーションで特定の時間に取得されます。

時間と駅の両方を としてモデル化しqb:DimensionProperty、測定自体を として行いqb:MeasurePropertyます。また、測定の単位についても述べたいと思います。この特定の例では、ステーションの高さでの大気圧です。仕様からの私の理解は、これが としてモデル化されるということqb:AttributePropertyです。

データ構造の説明では、次のようなものがあります。

ご覧のとおり、 というユニットのインスタンスも作成しました<hPa>。そこでは、 QUDTrdfs:subClassOfからサブクラス化するために使用します。 unit:Pascal

今私の質問：

• ユニットの使用に関する私の理解はqb:AttributeProperty正しいですか？
• 私のやり方で QUDT からサブクラスを作成しても問題ありませんか? QUDTがPaのみを定義しているのにhPaがあることを認識しているので、それに応じてデータを変更する必要があるでしょう
• この例で行ったような特定の調整が必要ない場合、QUDT のユニットを直接 (URI に関して) 単純に使用できますか?