問題タブ [aggregation]

そのため、集計なしではあまり役に立たないかなり大きなキューブがあります。私はまだ開発段階にあるので、手動で使用量ベースの集計設計を試みています。私たちが設計した主なクエリのいくつかをまとめています。ただし、これらをプルアップするたびに、ヒットする各パーティションを読み取っているように見えます (最大のグループは毎月パーティション化されています)。

絞ってみることにしました。結局のところ、クエリ、ブリップ、またはあなたが持っているものだけかもしれません. そこで、SQL Server Profiler とBIDS Helperを使用して、メジャー グループの 1 つに唯一の集計を作成しました。次に、上記のクエリを実行してプロファイラーを調べたところ、再びすべてのパーティションにヒットし、集計から何かを取得することはできませんでした。

私の唯一の推測では、これは、引き戻されるメジャーにメジャー式 (通貨換算) があるという事実によるものです。誰かアイデアはありますか？

アグリゲーションに関するスタック オーバーフローと、委任および構成との比較に関する記事をいくつか読んでいます。主に:

委譲、合成、集約の区別 (Java OO 設計)

これと私がここで読んだ他の記事によると、集約はあるオブジェクトが別のオブジェクトを所有するという譲歩ですが、一方の死はもう一方の死を意味するわけではありません。ただし、GoF によるデザイン パターンによると:

「集約は、集約オブジェクトとその所有者が同一の存続期間を持つことを意味します」 [下部の 22 ページ]

これに関するアドバイスはありますか？

ありがとう

Request Tracker の使用状況に関するレポートを作成する任務を負っています。Request Trackerは、私が働いているいくつかの部門で使用するチケット システムです。これを行うために、その日に変更されたチケットに関する詳細のスナップショットを毎晩別のデータベースに取り込んでいます。このアプローチは、RT が使用する内部データベース スキーマからレポートを切り離します。

レポートに関する他の多くの質問の中で、部門ごとに毎月解決されたチケットの数を報告する必要があります。RT では、部門は CustomField として保存され、以下のクエリでわかるように、モデリングはその傾向に従います。ただし、毎晩スナップショットを取得しているため、1 つのチケットに複数の行があり、Department フィールドは 1 か月で変わる可能性があります。私は最新の部門フィールドにのみ興味があります。クエリでそれを取得する方法がわかりません。

「GROUP BY」を使用してクエリ結果をチケットごとに 1 つに減らすことができることはわかっていますが、そうすると、最後の部門設定を取得する方法がわかりません。部門はすべて文字列であるため、MAX() は最後のものを取得しません。MySQL では、選択しているフィールドに集計関数を使用する必要はありませんが、結果は不確定です (私のテストでは、私のバージョンの MySQL では最初の関数を取得する可能性があるようです)。

例として、2 つのチケットとすべての部門フィールド設定を示すクエリの結果を次に示します。

ご覧のとおり、両方のチケットは 26 日にクローズされ、最初に表示された数日間、両方のチケットの Department フィールドが空でした。以下にクエリを含めます。where ステートメントの後半で返される列の数を人為的に制限していることがわかります。

そのクエリを変更して、10 月に「FS 学生」のチケットが 1 枚、「カンファレンス/ビジター」のチケットが 1 枚クローズされたことを示す結果セットを取得するにはどうすればよいですか?

堅牢なアドインアーキテクチャが必要なため、プロジェクトでMAFを使用したいと思います。それでも、他のアドインからアドインのメソッドを呼び出す必要があるところまで来ました。一部のアドインが他のアドインに依存している、または利用可能な場合は他のアドインの機能を使用するという柔軟な方法でこれを実現するにはどうすればよいですか。

たぶん、ホストプロセスを介した集約？

よろしくお願いします。

ウフク。

datetime 列を持つ SQL Server 2005 データベース テーブルがあります。サービスが着信要求を処理するたびに、このテーブルにエントリを書き込みます。

私が取得したいのは、連続したエントリ間の時間範囲の内訳です。

データが次の場合:

をお願いします：

ブレークダウン グループは重要ではありません。エントリ間の長さを感じたいだけです。実際、私が最終的にこれを使用する目的は、エントリの 99% が少なくとも別のエントリに近い期間を決定することです。

どうもありがとう、ジェームズ

非常に柔軟性のないソケット API に接続しています。次のような行が返されます。

ただし、集計を行わないため、重複があります。重複行をカウントする必要があります (これは SQL では非常に簡単ですが、私の知る限り、Java ではそうではありません)。

ソース データの例:

意図されました：

約 100,000 の戻り行に対してこれを簡単に実行できますが、1 か月で約 6,000 万行を処理しています。何か案は？

編集: 残念ながら、行はソートされて返されません...また、API を介してソートするオプションもありません。集約する必要のあるこの巨大な混乱があります。現在、ArrayList を使用して indexOf(new row) を実行して、アイテムが既に存在するかどうかを確認していますが、行が増えるほど遅くなります。

編集：明確にするために、これは月末に月に一度だけ実行する必要があります。すべての応答に感謝します

この問題について話すほど、理解が深まるようです。私の前の質問は、私が正しくやろうとしていることを伝えていなかったと思います。申し訳ありません。

私のデザインには、本質的に集約クラスであるGameObjectがあり、GameObjectのすべての機能は、さまざまな「機能」を追加することによって実装されます。機能は、独自のメンバーと関数を持つ機能クラスのサブクラスです。すべての機能がメッセージを受信できます

FeatureServerは、さまざまな機能の調整を担当するオブジェクトです。GameObjectsはFeatureServersにサブスクライブしてメッセージを受信でき、FeaturesはGameObjectsにサブスクライブして関心のあるメッセージを処理できます。

したがって、たとえばこのコードでは：

VisualFeatureServerは、「MESSAGE_RENDER」に関連付けられたメッセージを送信します。これは次のようになります。

VisualFeatureServerがMessage_RenderクラスをSquareGameObjectに送信すると、その特定のメッセージを受信するようにサブスクライブされている任意のFeatureComponentsに転送されます。この場合、VisualFeatureクラスはMessage_Renderメッセージを受信します。ここで私の問題があります。VisualFeatureクラスはMessage＆を受信し、そのIDによってMessage_Renderであることがわかります。これを、次のようなメッセージではなく、Message_Renderとして処理できるようにします。

このデザインのtakeMessage部分をエレガントに処理する方法はありますか？

人々がどこでデータ集約を評価するのか知りたいです。あなたの仕事環境に関して、これがあなた個人にとってどれほど重要であるか、またあなたの仕事でデータ集計を直接処理する必要があるかどうかを教えていただければ、本当に興味があります。

あなたのフィードバックを聞くことに本当に興味があります。

私は以下を最適化する方法を探しています：

ここで、@ gidはパラメーターであり、gidはこのテーブルのインデックスフィールドです。問題：各サブクエリは同じエントリのセットで再実行されます-3回の再実行は2回多すぎます。

Webアプリケーションを実行しているTomcatサーバーがあります。これとは別に、バッチ処理タスクを実行する他の2つのJVMがあります。Jamonは、パフォーマンスやヒットなどを監視するための非常に優れた方法であり、Jamonadmin.jsp（jamon warファイルで提供）を使用してWeb上で表示できます。しかし、他の2つのJVMからのJamon統計を集約して、TomcatサーバーVMに表示したいと思います。

私は、Tomcatから要求されたときに、シリアル化されたJamonオブジェクトで応答する2つのVMのそれぞれのポートについて考えていました。

Jamon APIにすでに存在するそのような機能はありますか？またはこれを達成するための推奨事項はありますか？

ありがとう、
-Keshav