問題タブ [aggregate-functions]

私は持っているテーブルの車から最小価格を取得しようとしています..私はDISTINCTを使用しています

距離を選択

datepart（year、[Registration]）AS YearRegistered、MIN（SalePrice）、Model、Make

FROM [VehicleSales]

しかし、それは機能していません、例えば

明確な返品なしで多くの車のメーカーとモデルがあるので、私は明確なものを使用しているので、同じメーカーとモデルと年のユニークな車を手に入れます。

「Startignfromprice...」を取り入れたいので、SalePriceも同じモデルとメーカーで異なる可能性があります...だから私はMINをやりたいです。

しかし、私は少し混乱しています、上記は機能しています...

何か案は？

電子メールのテーブルから一連の行を選択し、送信者ごとにグループ化できるようにしたいと思います。私のクエリは次のようになります。

クエリはほぼ希望どおりに機能します—電子メールでグループ化されたレコードを選択します。問題は、件名とタイムスタンプが特定の電子メールアドレスの最新のレコードに対応していないことです。

たとえば、次のようになります。

データベース内のレコードが次の場合：

「プログラミングの質問」の件名が最新の場合、電子メールをグループ化するときにMySQLにそのレコードを選択させるにはどうすればよいですか？

これが本当に基本的なものである場合は申し訳ありませんが、次のとおりです。

以前はまったく別のことをしていたか、構文がステップをスキップしたかのどちらかです。

たとえば、特定のデータを含むすべての行と、それらの列の合計を含む別の列を返す必要があるクエリがあります。期待どおりに動作する場合、次のようになります。

そして、注文のすべての行を取得し、それぞれの最後に合計を追加します。合計が毎回同じになることはわかっていますが、それは予想されることです。今それを機能させるために、私は使用しています：

基本的に、合計に対して 1 回、他のデータに対して 1 回、合計 2 回、同じクエリを実行します。しかし、たとえば、SUM と平均コストが必要な場合、同じクエリを 3 回実行することになります。これは本当に間違っているように思えます。間違い。

どんな助けでも本当に感謝しています。

まず、DB2 for i5/OS V5R4 を実行しています。ROW_NUMBER()、RANK()、および共通テーブル式があります。TOP n PERCENT または LIMIT OFFSET がありません。

私が扱っている実際のデータ セットを説明するのは難しいので、列が である気象履歴テーブルがあるとしましょう(city, temperature, timestamp)。各グループの中央値と平均値を比較したい(city)。

これは、テーブル全体の集計の中央値を取得するために見つけた最もクリーンな方法でした。私はここのIBM Redbookからそれを適応させました：

これは、単一の行を戻すにはうまく機能しますが、グループ化するにはうまくいかないようです。概念的には、これが私が望むものです：

私を愚かに見せる答えがあるかもしれませんが、私はメンタルブロックを抱えており、これは今私が取り組むべき一番のことではありません. 可能だと思われますが、非常に複雑なものは使用できません。これは大きなテーブルであり、集計される列をカスタマイズする機能が必要です。

「Articles」と呼ばれる以下の MySQL テーブルを見てください。

Articles.version が最大数である Articles.id を返すクエリを考え出そうとしています。

実際の Articles テーブルには、10,000 を超えるエントリが含まれています。

したがって、この例では、Articles.id 4 と 6 のみが返されるようにします。私はキーワードdistinctと関数max()を見てきましたが、それを釘付けにすることはできません。

任意の提案をいただければ幸いです...

夜間バッチで更新されるデータから管理情報 (MI) を抽出する必要があります。集計関数を使用して、数十万行、場合によっては数百万行のテーブルから MI を生成します。情報は Web ページに表示されます。
ここで重要な要素は、SQL Server による集計関数の処理効率です。
データを生成するための 2 つの選択肢に直面しています。

1. 誰かがページにアクセスするたびに呼び出される生データから情報を生成するために、ストアド プロシージャ/ビューを作成します。
2. 毎日更新され、MI のキャッシュとして機能するテーブルを作成します。

取るべき最善のアプローチは何ですか？

MSDNによると、Median は Transact-SQL の集計関数として使用できません。ただし、この機能を作成できるかどうかを確認したいと思います ( Create Aggregate関数、ユーザー定義関数、またはその他の方法を使用)。

これを行うための最善の方法 (可能であれば) は何でしょうか?集計クエリで中央値 (数値データ型を想定) を計算できるようにしますか?

2 つのオブジェクト インスタンスと、3 番目のオブジェクト インスタンスに基づく集計カウントを返そうとする次の HQL クエリがあります。

結果は常に clientCampaign インスタンスが null で返されます。ただし、SELECT 句から count( formData ) 行を削除すると、clientCampaign インスタンスは null ではなくなります。データセットを確認したところ、合計 5 つの formData レコードがありました... 1 つの clientCampaign に 3 つ、別のクライアントに 2 つです。したがって、このクエリは 2 つの結果を返し、どちらも null 以外の clientCampaign インスタンスを返す必要があると思います。

ここで私が見逃している明らかな何かがあるかどうか誰にもわかりますか?

ティア