0

ここに画像の説明を入力

newpart_calc

if (([MonthToDateQuery].[G/L Account] = 4200 and [Query1].[G_L_Group] = 'NEW')) THEN ([Credit Amount]-[Debit Amount]) ELSE (0)

Data Item1 total([newparts_calc])

newparts_calc 値のみを返すには Data Item1 が必要です。

たとえば、1 行目の Data Item1 は 8,540.8 である必要がありますが、34,163.2 です。

どうしたの？どうすれば修正できますか？

改訂された質問

元の質問に意味がなくて申し訳ありません。

私は、収集してクロスタブに入れようとしている多くの計算を持っています。月別（行）、部品カテゴリ別（列）の売上を知りたい

[クエリ 2] は、上の図に示されているものです。[MonthToDateQuery] と [Query1] を結合します。結合は「請求書」であり、カーナリティは1..1 = 1..1

[MonthToDateQuery] は、作業中のパッケージに基づいています。総勘定元帳。各セールス g/l アカウントの g/l エントリを提供します [クエリ 1] は、g/l グループからさらにカテゴリを分割できるようにするために使用した SQL クエリです。たとえば、g/l アカウント 4300 が再構築されます。しかし、Rebuilt-Production と Rebuilt-New を確認するには、さらに掘り下げる必要がありました。g/l グループでそれを行うことができます。

総勘定元帳のエントリで、請求書番号が参照されていることがわかりました。それが私のSQLにどのように結びついたかです。

下の表 (クエリからのビューの表形式データ) からわかるように、合計が必要です。newparts_calc をクロスタブに接続し、集計を合計に設定しようとしましたが、数値がまだ正しくないようです。あるべきように何かを設定しているとは思いません。

すべての calc の実行は、単一または複数の G/L アカウントおよび単一または複数の G/L グループに基づいています。

何かアドバイス？

ご覧のとおり、問題は請求書番号の重複にあるようです。どうすれば修正できますか? ここに画像の説明を入力

4

4 に答える 4

0

いくつかのことが頭に浮かびます：

-処理順序を2に設定

-計算は常に倍数であり、2 つのクエリを結合しているため、カーディナリティを確認する必要がある場合があります。適切な粒度で作業していることを確認するために、派生クエリを追加すると役立つ場合があります。

于 2013-10-10T11:16:30.640 に答える
0

推測では、2 つのクエリの 1 つが請求書ごとに複数の行を返しているため、この二重カウントが発生します。2 つのクエリの出力を見て、それが発生しているかどうかを確認します。その場合、それを請求書ごとに 1 行に折りたたむ方法を考え出す必要があります。

于 2013-10-11T14:29:54.290 に答える
0

あなたの新しい質問ごとに - 基礎となるデータが問題を引き起こしているに違いありません。それは明らかに 1:1 ではありません (これはあなたが述べたカーディナリティですが、Cognos は 1:1 を強制しないことに注意してください)。請求書番号が一意ではありません。GL グループは下位レベルにあります。

于 2013-10-11T17:01:28.537 に答える
0

私は明らかに何かが欠けていますが、もしあなたが望むなら

newparts_calc 値のみを返すには Data Item1 が必要です。

合計なしでnewparts_calcを使用するだけですか？これにより、行1の適切な値が得られます-)

日数の累計 (前日の値の合計) が必要な場合は、running_total 関数を使用する必要があります。

于 2013-10-10T14:49:30.253 に答える