問題タブ [aggregates]

典型的なヘッダー/詳細テーブル セットを使用してヘッダー テーブルのレコードをレポートするクエリを作成しましたが、詳細テーブルのさまざまなタイプのヘッダー レコードごとに集計データを提供します。

グループ化の問題を回避するために、請求書キーに基づいてすべての集計を行う結合するビューを作成しました。

次に、レポート クエリで、請求書キーを使用して詳細ビューに参加します。

この例では、集計データを含む 13 個のヘッダー レコードが返されます。しかし、エンジンがどれだけの仕事をしているかを調べ始めたところ、驚くべきことがわかりました。

Explain は、詳細テーブルですべての行が読み取られ、関心のある 13 のヘッダーの集計を提供していることを示しています。ビューがマテリアライズされ、結合に基づいてフィルタリングされていることを理解しています。

問題は、気になる 13 件の請求書の詳細のみを読み取るようにする方法はありますか? 相互に関連付けることができない限り、結合されたサブクエリが同じように機能することを想像していますか?

助けてくれてありがとう。

次のようなテーブルにデータがあります

指標 1,2 の両方が存在する名前の数を取得したい。前の例では、この数は 2 です (A と B の両方に 1 と 2 の標識があります)。

私が扱っているデータは適度に大きく、(事前に定義された) インジケーターの他の順列の同様の情報を取得する必要があります (基本クエリを取得したら変更できます)。

ここでSQLの初心者。ある列の値がその列の平均よりも大きいタプルのみを選択しようとしています。問題は、変換を追加する必要があるため (そしてサブセットも取得する必要があるため)、使用している関係が FROM 句で作成されることです。

私はもともと WHERE 句を使用していましたが、この SO の回答により、代わりに HAVING 句を使用することで問題を解決できると信じるようになりました。ただし、まだこのエラーが表示されます。

テーブル 'msan692db.l' が存在しません

FROM 句で作成したエイリアスを無視しない方法で、必要な比較を行うにはどうすればよいですか? 必要な関係を WHERE/HAVING 句で明示的に再作成できたと思いますが、後でさらに追加する予定で、これは非常に非効率的です。

これは私のコードです。

編集:ちなみに、FROM句自体が有効な関係を返すことを確認しました。

集計関数を使用するときに Group By を理解するのに問題があります。内部結合を使用しなくても問題なく理解できましたが、何をグループ化すればよいかわかりません。

これが私のコードです。

ご覧のとおり、私は平均価格を見つけようとしていますが、何をグループ化すればよいかわかりません。そこにあるすべてのものをグループ化しようとしましたが、どれも機能しません。助言がありますか？

エラー: 列 'Products.ProductName' は、集計関数または GROUP BY 句のいずれにも含まれていないため、選択リストでは無効です。

モンドリアン データ ウェアハウスにカスタム集計テーブルを設定しようとしています。カスタム集計テーブルを次のように定義しました。

アイテムを[Measures].[Example]指している限り、正常に機能します。<Measure name="Example" column="..." .../>を指すと<CalculatedMember name="Example" formula="..." ... />、次のエラー メッセージが表示されます。

オンラインで確認した限り、このことは最近のバージョンで機能するはずです。AggregatedTables のメジャーのみをサポートする mondrian 2.4.2 を使用しています。

回避策はありますか、sg。キャッシュテーブルを定義したいですか？構成アイテムを提供するだけで十分でしょうか?

ありがとう、タマス