問題タブ [aggregation]

以下のリンクでDecorator Patternを説明するUML図を理解しようとしています

http://www.dofactory.com/Patterns/PatternDecorator.aspx

Decorator と Component の間に「集約」関係がある理由がわかりません。

Decorator は基本コンポーネントなしでは存在できないため、それは合成であるべきだと思います。

与えられたSQLテーブル

ここでSTATUS IN (0,1)、は無料のトランザクションを示し、請求可能なトランザクションを示します。請求可能なトランザクション、請求不可能なトランザクションの数、およびそれらの比率STATUS IN (2,3)ごとに、どのような単純な（私が望む）ANSI SQLステートメントが表示されますか？COMPANY_ID

特定のステートメントではないにしても、正しい方向の概念的な製品は問題ありません。私の最初の試みは、2つのステータスグループの句を使用してテーブルに自己結合するWHEREことですが、比率を計算できるように、それぞれの個別のカウントを表す列を取得する方法に固執しています。

これは概念的にはsummary -aggregated-dataと非常によく似ていますが、その質問をこの質問に拡張する方法がわかりません。

次のように、一連のasp.netMVCWebサイトの要件があります。

1. 同じコードベースを使用する複数のサイトですが、各サイトには個別のデータベースがあり（これは必須です）、ユーザーはログインしてデータを入力します。

2. 個々のサイトのそれぞれから集約されたデータにログインして作業するスーパーユーザー向けの単一のサイト。

ポイント1のサイト数は、より多くのクライアントに展開するにつれて拡大する可能性があります。

私の質問は、上記のアーキテクチャについてです。リアルタイムである必要がある場合、データ集約を管理する方法です。これをデータベースレベル（たとえば、基本的に個々のサイトデータベース全体の結合であるビュー）で維持しますか、それともアプリケーションレベルで維持しますか。

いくつかのインフラストラクチャポイント：

1. データベースサーバーとデータベースの命名を完全に制御できます。

2. これらのWebサイトはすべて、当社が管理するサーバーに展開されます。

以前にこれを行ったことがあるかもしれない人々からのインプット/アイデアをいただければ幸いです。

私の質問summarizing-two-conditions-on-the-same-sql-tableに続いて、単純に 1 つの SUM(...) 列を 2 番目の SUM(...) 列で割った RATIO 列を追加しました。

RATIO をそのように定義するのはきれいに見えますが、明らかに SQL によって禁止されています。

クエリを機能させるために、NON_BILLABLE と BILLABLE の CASE ステートメントをコピーしました。

このクエリを作成するための、よりクリーンな (冗長でない) 方法はありますか?

（「所有者」）Itemとのm2m関係を持つ、というモデルがあります。User

アイテムごとに、それを所有しているユーザーを数える必要があります。それは十分に簡単ですannotate()

しかし、次に、特定の性別の所有者と各アイテムの総所有者数の比率を計算する必要があります。たとえば、5 人のユーザーのうち 2 人の男性がアイテムを所有している場合、比率は0.4です。

それを行う最善の方法は何ですか？

これは非常に単純な質問であると確信しているため、最初に無知をお詫びする必要がありますが、私は R に非常に慣れていません。私の質問は、次のようなデータ フレームがあることです。

私がしたいのは、国ごとに保険金額の合計を集計し、棒グラフを作成することだけです。

どうもありがとう。

さまざまなソースからのアイテムでいっぱいのテーブルがあります。一部のソースは同じ場所にある場合があります (私の例では、異なる BBC ニュース フィードは異なるソースになりますが、それらはすべて BBC からのものです)。各アイテムには「一意の」ID があり、同じ場所から他のアイテムを識別するために使用できます。これは、サイト上の同じニュース記事に関連しているが、異なるフィードで公開されているアイテムは同じ「一意の ID」を持つことを意味しますが、これは必ずしもグローバルに一意であるとは限りません。

問題は、表示時に重複を排除したいということです。そのため、フィードの 2 つまたは 3 つにリンクが含まれている場合でも、(表示しているフィードに応じて) 各ストーリーの多くても 1 つのバージョンしか取得できません。

各ソースとフィールドsourcesに関する情報を含むテーブルがあります。次に、各アイテム、その、、およびを含むテーブルがあります。ソースとソースが同じアイテムは最大で 1 回表示され、ソースが最も高いアイテムが優先されます。location_idlocation_precedenceitemsunique_idsource_idcontentunique_idlocation_idlocation_precedence

私は次のようなことを考えていたでしょう：

うまくいくでしょうが、それは場所の優先度フィールドを無視しているようです。私は何を逃したのですか？

サンプルデータ:

クエリ後に期待されるコンテンツ:

• サブジェクト ワンの話
• 技術の良さ
• 法廷闘争中のフー、バー、クックス
• 反フーバーの抗議は不安を引き起こします
• Microsoft Bleh は生ぬるい反応に出会う
• VB でやろうと思ったことはありませんか?
• 有名人に「新しい友達」ができた
• マイクロソフトがBlehを世界中で発売
• 技術まとめ
• エステートの「古いニュース」は政府を言う
• イランの医師は「毒殺された」
• iBlah に大喜びする Apple ファン

Andomar によるソリューションのバリエーションを試してみましたが、ある程度成功しました。

AND s.location_priority = filter.prio物事はほとんど私が望むように機能します。項目は同じ優先度を持つ複数のソースから取得される可能性があるため、項目が繰り返される可能性があります。この場合、GROUP BY i.unique_id外側のクエリのエクストラが機能します。優先度が等しい場合、どちらのソースが「勝つ」かは問題ではないと思います。

私はAND i.source_id = filter.source_id代わりに試してみましたが、これはほとんど機能します（つまり、余分なものを排除しますGROUP BY）が、適切なソースからの結果は得られません。上記の例では、「法廷闘争中のフー、バー、クックス」(出典「BBC テクノロジー ニュース」) ではなく、「フー事件のさらなる最新情報」(出典「BBC ニュース イングランド」) が表示されます。クエリ、私は得る：

ソース ID が正しくないことに注意してください (予想: 3)。

この質問は、1.1 の Django Aggregation/Annotation に関するものです。「choices」パラメーターが渡された IntegerField を持つ単純なモデルがあるとします。この場合、示されているように GENDERS タプルにマップされます。通常、テンプレート (またはビュー) では、get_gender_display() 関数を使用して性別のテキスト値を参照できます。

ただし、以下のビューのように性別カウントに注釈を付けると、get_gender_display() 関数を使用して各性別のテキスト値を検索できません。以下のテンプレートの抜粋を参照してください。性別のテキスト値を取り戻すにはどうすればよいですか?

これまで Django Aggregation を使用したことがないため、明らかな解決策が欠けている可能性があります。私の状況を考慮していただきありがとうございます。

models.py

ビュー.py

テンプレート

最小/最大/平均のクエリを実行している場合、集計テーブルを使用するのと、単純に生のテーブルの行の範囲に対してクエリを実行するのとではどちらが好みですか?

これは明らかに非常に自由回答形式の質問であり、正解は 1 つではありません。そのため、人々の一般的な提案を探しているだけです。生データ テーブルが、タイムスタンプ、数値外部キー (ユーザー ID など)、および 10 進数値 (購入金額など) で構成されているとします。さらに、テーブルに何百万もの行があるとします。

私は両方をやりましたが、引き裂かれています。一方では、集計テーブルによってクエリが大幅に高速化されましたが、追加のテーブルが急増しました。集計範囲の現在の値を表示するには、元のデータ テーブルに完全に戻すか、より詳細な集計を組み合わせる必要があります。どの集計テーブルを照会するかをアプリケーション コードで追跡するのは、思った以上の作業であり、元の集計範囲では常に十分ではないため、スキーマの変更が必要になることがわかりました ("しかし、過去 3 回の支払い期間の売り上げです!」)。

一方、生データからのクエリは非常に遅くなる可能性がありますが、データ範囲について非常に柔軟に対応できます。範囲の境界が変更された場合、集計テーブルを再構築するのではなく、クエリを変更するだけです。同様に、アプリケーション コードの更新も少なくて済みます。インデックス作成についてもっと賢くなれば (つまり、常に適切なインデックスをカバーしていれば)、生データから選択する際のペナルティを減らすことができると思いますが、それは決して万能薬ではありません。

両方の長所を活かす方法はありますか?

私の理解では、既存の COM オブジェクトを集約する COM オブジェクトを構築することは、外部オブジェクトの IUnknown.QueryInterface メソッドにリダイレクト ロジックを実装することを意味します。

私が持っている質問は、あなたが構築しているオブジェクトが管理されている場合、それを行う方法です。マネージド オブジェクトでは、IUnknown は明示的に実装されていません。COM Interop がそれを行います。では、作成するオブジェクトが別の COM オブジェクトの集合体であることを COM Interop に伝えるにはどうすればよいでしょうか。

これまでのところ、私が見つけた唯一の方法は、内部オブジェクトのすべてのインターフェースを外部オブジェクトに実装し、それらを明示的にリダイレクトすることです。これは a) 醜く、b) 実装するすべてのインターフェイスを知っていることを前提としていますが、私の状況ではそうではありません。

何かご意見は？