問題タブ [aggregate]

次のようなレコードセットを取得するとします。

そして、あなたが望む：

次のようなものを使用できます。

では、Foo、Bar、および Red が VARCHAR の場合、どうすれば同様のことを達成できるでしょうか?

に：

現在、主に SQL Server 2000 を使用しています。ただし、2005 サーバーにアクセスできます。

Postgresqlでは、追加の集計関数を作成できます

しかし、集計がデータベース内に既に存在する場合、これはエラーになります。では、Postgres データベースに集計が既に存在するかどうかを確認するにはどうすればよいですか?

SQL 2005テーブルがあり、次の形式でOrdersと呼びます。

次に、過去7日間の各日の注文額を示すレポートテーブルを作成する必要があります。

通常これを生成するSQLクエリ：

注文がない日をスキップするという問題があります：

通常、タリーテーブルとそこの行に対する外部結合を使用してこれを修正しますが、これに対するより単純でより効率的なソリューションを本当に探しています。レポートクエリの一般的な要件のように思われるため、これにはすでにいくつかの洗練されたソリューションが利用可能であるはずです。

したがって、1。この結果は、集計テーブルを使用せずに単純なクエリから取得できますか？

2.いいえの場合、この集計テーブルを（確実に）オンザフライで作成できますか（CTEを使用して集計テーブルを作成できますが、再帰スタックでは100行に制限されます）。

編集：

皆さんに読んでもらうと、私が注目されなくなると言われています。謝罪いたします。より簡単なバージョンは次のとおりです。

ビルは店から 100 ドル相当の商品を手に入れました。

彼は、ちょうど 30 ドルが戻ってくるのに十分な数の商品を返品したいと考えています。

この店には、彼がこれを行うのに役立つポイントオブリターンシステムがあります.

彼がアイテムをスキャンした後のデータは次のとおりです。

私はこれをすべて作ったので、おそらくいくつかのオプションを見逃しました.

したがって、大きな問題は次のとおりです。

可能性のあるアイテムの組み合わせを返すクエリを 1 つ持つ方法は (おそらく GROUP BY を使用して) ありますか?

ありがとう！

a

私はビジュアルスタジオで式を合計しようとしていて、#エラーが発生し続けていますが、これが初めて式を合計しようとした理由がわからず、以前は単一のフィールドでしか実行していませんでした. 助言がありますか！！！

私は、エディターとプロジェクトの概念を持つドメインモデルを持っています。

編集者は多数のプロジェクトを所有しており、プロジェクトには編集者の所有者だけでなく、多数の編集者メンバーもいます。したがって、編集者には多数の「参加」プロジェクトもあります。

私はこれをモデル化し、永続性のためにリポジトリパターンを使用するためにDDDアプローチを採用しています。しかし、私はまだパターンを十分に理解していないので、これをどのように行うべきかを判断できません。

私は、エディターとプロジェクトが潜在的に同じ集合体であり、ルートがエディターであるという前提で作業しています。したがって、エディターを取得してそのプロジェクトを列挙し、そこからプロジェクトのメンバーのエディターを列挙することができます。

ただし、リポジトリからのエディタの取得のみが許可されている場合、それを所有するエディタを取得するときに、リポジトリからすべてのプロジェクトをロードする必要があるということではありませんか？また、メンバーのエディターを遅延ロードする場合、プロジェクトにはリポジトリへの参照も必要ですか？

または、アグリゲートを分割してエディターリポジトリとプロジェクトリポジトリがある場合、新しいプロジェクトがエディターに追加されたときなど、2つの間でトランザクションをどのように処理する必要がありますか？例えば：

リポジトリパターンの意図を誤解していますか？

コンバージョン率やその他の興味深いデータを測定するのに役立つ Web サイトの統計モジュールを開発しています。

私が使用するメカニズムは、データベースエントリを統計テーブルに保存することです-ユーザーがDBの特定のゾーンに入るたびに（Cookieを使用して重複レコードを回避します）。

たとえば、次のゾーンがあります。

1. ウェブサイト - 最近 Google アナリティクスを信頼しなくなったので、ユニーク ユーザーをカウントするために使用される一般的なゾーン。
2. カテゴリ - 自己記述的。
3. ミニサイト - 自己記述的。
4. 製品画像 - ユーザーが製品とリード送信フォームを表示したとき。

問題は、1 か月後、統計テーブルが大量の行でいっぱいになり、データの読み込みを解析するために作成した ASP.NET ページが非常に遅くなることです。

何らかの方法でデータを解析するサービスを作成する可能性があると考えましたが、柔軟性を失うことなくそれを行う方法がわかりません。

私の質問:

1. 大規模なデータ解析アプリケーション (Google アナリティクスなど) は、どのくらい高速にデータをロードしますか?
2. 私にとって最善の方法は何ですか？
3. たぶん、私の DB 設計が間違っているので、データを 1 つのテーブルだけに保存​​する必要がありますか?

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

エイタン。

私は、Rails が金融アプリケーションに必要な複雑な集計の種類を処理できるかどうか、特に ORM がこれらを効果的に処理できるかどうかを懸念しています。これを使用することを考えている金融アプリケーションでは、さまざまな方法で集計された詳細な金融データのレポートを多数作成する必要があります。Rails ORM でのサポートがなければ、直接 SQL を記述する必要があります。しかし、いったんこれを開始すると、Rails の他の部分が同様に機能しなくなり、その結果、Rails をルートにほとんど使用し、それ以外はほとんど使用しないのではないかと心配しています。これは正当な懸念ですか、それとも不必要に心配しているのでしょうか?

これと同様の質問があります SQL products/productsales

同じクエリを実行したいのですが、数量をチェックするだけでなく、「合計」(つまり、数量 * 価格) をチェックしたいと考えています。「価格」は、sales テーブルのフィールドです。

そのリンクで提案された元のクエリは次のとおりです。

そのため、Sum(s.quantity) の代わりに、各 SALE を合計して @X と比較するには、(s.quantity*s.price) が必要です。（販売ごとに価格が異なります）

私はまだ DDD に頭を悩ませていますが、私が遭遇した障害の 1 つは、個別の集計間の関連付けを処理する方法にあります。Customers をカプセル化する 1 つの集約と、Shipments をカプセル化する別の集約があるとします。

ビジネス上の理由から、Shipments は独自の集計ですが、顧客に明示的に関連付ける必要があります。私の顧客ドメイン エンティティには、出荷のリストが必要ですか? もしそうなら、リポジトリ レベルでこのリストを作成するにはどうすればよいですか? CustomerRepository と ShipmentRepository (集約ごとに 1 つのリポジトリ) があるとします。

「関係」ではなく「関連」と言っているのは、これがインフラストラクチャの決定ではなくドメインの決定であることを強調したいからです。最初にモデルからシステムを設計しています。

編集：テーブルをオブジェクトに直接モデル化する必要がないことはわかっています-それが、最初にモデルを設計している理由です。この時点では、データベースについてはまったく気にしません。これら 2 つの集計間の関連付けだけです。