問題タブ [microstrategy]

Amazon Redshift と MIcrostrategy を使用しています。Microstrategy では、パブリックスキーマのすべてのテーブルを正しく表示できます。しかし、独自のスキーマを作成すると、Microstrategy はテーブルを「認識」しますが、テーブル内のフィールドは認識しません (つまり、テーブルをクリックしても、Microstrategy は内部のフィールドを表示しません)。

私が間違っている可能性のあるアイデア/「パブリック」以外のスキーマで動作するように Microstrategy を構成する方法はありますか?

ありがとうございました！

3 つの異なるセレクターを使用して、製品ライン (属性) とブランド (属性) を比較する必要があります。製品ラインとブランドは 1 対 1 の関係にあります。

ダッシュボードは次のようになります (スナップショットを添付できなくて申し訳ありません)。

製品ライン（セレクター） ブランド（セレクター）

製品ライン（セレクター） ブランド（セレクター）

製品ライン（セレクター） ブランド（セレクター）

これらのセレクターは、ドロップダウン タイプのみにする必要があります。

ユーザーは特定の製品ラインを選択し、一度に特定のブランドと比較できます。

同じ属性を持つ 3 つのセレクターを作成しましたが、機能しません。上記のシナリオでできるだけ早く私を助けてください。チェックボックス タイプ セレクターを提案しましたが、クライアントの要件はドロップダウンのみです。

私は microstrategy を初めて使用するので、C# を使用して Microstrategy コマンド マネージャ ユーティリティを処理できるかどうかを知る必要があります。

500 億行以上 (つまり 50,000,000,000 行以上) のファクト テーブルを持つ Microstrategy / Oracle セットアップがあります。

システムのパフォーマンスが非常に不安定です。正常に実行される場合もありますが、非常に遅い場合もあります。たとえば、単純なレポートの実行には 20 分かかります。

最も奇妙な部分: レポートにさらに制約を追加すると (つまり、where 句を増やすと)、最終的に LESS データが戻ってくると、レポートは実際にはさらに遅くなります。

Microstrategy から SQL を取得できますが、SQL 自体の実行速度も非常に遅いことがわかります。ただし、SQL は Microstrategy によって生成されるため、SQL をあまり制御できません。

どこに目を向けるべきかについて何か考えはありますか？

2 つの日付の差を計算しようとしています。

シナリオは次のとおりです。

現在、DIM_DATE.DATE および DIM_RELEASE_DATE.DATE は属性です。

DIM_RELEASE_DATE.DATE と DIM_DATE.DATE の間の日数を計算しようとしています。DaysBetween(DIM_RELEASE_DATE.DATE@ID,DIM_DATE.DATE@ID)

私の理解では、2 つのテーブルのディメンション列を使用して複合属性を作成することはできません。各日付フィールドのファクトを作成し、指標で DaysBetween を実行してみました。残念ながら、これは巨大な CROSS JOIN になります。

相互結合を回避しながら、ファクト テーブルを介して関連付けられている 2 つの属性 (またはファクト) の違いを計算するにはどうすればよいですか?

ありがとう

Microstrategy のアクセス許可を XACML ベースの認証システムに外部化する方法はありますか? Microstrategy には、Authorization システムを呼び出すために実装できる何らかのハンドラー (または拡張ポイント) が必要だと思います。Microstrategy にはそのようなものが含まれていますか? 誰かが Microstrategy 許可の外部化を行っている場合は、それを達成する方法を教えてください。

ディメンション テーブル構造の例を以下に示します。

テーブルについて: ここで、skDoctorKey は ID 列です。主キーは DocCode 3 name 列です。

Microstrategy : Microstrategy でこのテーブルを使用している場合、[DocCode]は ATTRIBUTE であり、[FirstName]、[lastName]、および [MiddleName] は属性 DocCode の 3 つの修飾子です。このテーブルの最終結果は、3 つの修飾子を持つ単一の属性です。

SSAS: DocCode を 1 つの属性として追加し、keyColumn を[DocCode]として追加しました。[FirstName]、[lastName]、および [MiddleName] の 3 つの列を個別の属性として追加する必要があります。それらのすべてについて、keyColumn は同じ [DocCode] です。私が見つけた唯一の方法は、[FirstName]、[lastName]、および [MiddleName] を属性ペインにドラッグし、3 つすべてのキー列を [DocCode] に変更することでした。これを 1 つずつ行う必要があります。

SSAS や Microstrategy のコンセプトに誤りがあった場合は、ご容赦ください。

質問：