問題タブ [subquery]

更新テイク2

これが私が扱っている2つのクエリです（両方のクエリでページングは​​省略されています）

次のクエリを取得したい

しかし、私はいつも得るようです

どうすれば最初のタイプのクエリを作成できますか？私の質問がより明確になることを願っています:)明確さの欠如は時々私の大きな敵です：p

アップデート：

FWIW、まだ答えが見つかりません。現在、ページングされた商品データとカート全体を読み込んで、正しいオブジェクトを表示しています。粗雑な解決策ですが、それは機能し、CriteriaAPIに私をマスターとして認識させるために私が経験した組み合わせを打ち負かします。誰かが私を正しい方向に向けることができたら、私は非常に興味があります;）

こんにちは、

Criteria APIで次のクエリを作成するのに苦労していますが、その方法がよくわかりません。一部の人が助けてくれることを願っています。

データベースには、製品があります。これらの製品は多くのカート（ユーザーごとに1つのカート）に入れることができ、各カートには多くの製品を含めることができるため、多対多の関係があります。すべての商品のリストとその横にある小さなアイコンを表示して、この特定の商品がすでにカートに入っていることをユーザーに知らせたいと思います。私がしたことは、NHibernateに自分の製品を依頼し、カートの所有者によってフィルタリングされたカートで左外側結合を行うことです。

射影リストは、列の数をProductWithCartInfoクラスにとって興味深いものに減らすためにここにあります。プロパティの予測のみが含まれます。

問題は、このクエリでは、カートフィルタリングが結果セット全体に適用され、ユーザーのカートに存在するすべての商品ではなく、ユーザーのカートにあるすべての商品が表示されることです。

NhibernateのCriteriaAPIを使用して、サブクエリで左外部結合を実行することは可能ですか？参考までに、可能であればCriteriaAPIに保持したいと思います。ありがとう

team.id = (auth_users WHERE id = offers.user_id から team_id を選択) で LEFT JOIN チーム

team テーブルのすべての列を取得しますが、すべてを NULL に変換します。

LEFT JOIN teams ON teams.id = 1

魅力のように機能します

私がする時

team_id は 1 になります。

何らかの奇妙な理由で、 内では機能しませんJOIN。

完全なクエリ:

前もって感謝します！

PropertyValue住所、電話番号、名、姓、ユーザー名、都市などの情報を含むことができるテーブルで呼び出されるフィールドがありUserProfileます...このテーブルの各レコードは、UserId によってユーザーに関連付けられています。各プロパティの定義をProfilePropertyDefinition含む に変換します (つまり、PropertyName)。

この関係により、すべてのプロパティ値とそのプロパティ名を取得できます。これらの 2 つの列 (PropertyValue、PropertyName) からデータを抽出し、次のようなテーブルを作成するためにやりたいこと:

だから、私はこれを行うために SQL ステートメントを使用できるかどうかを知りたかったのです。

しかし、それは機能せず、何かが本当に奇妙に思えます.1つの列を取り、その値を複数の異なる列に表示する方法を知っている人はいますか?

エイリアス化されたサブクエリでグループ化して並べ替えることはできますが、where 句でエイリアスを使用することはできません。代わりに結合を使用する必要がありますか?

作品:

失敗 ("where 句の不明な列 'avg_rating'"):

あるサーバーで mysql バージョン 5.0.45 を使用しています。次のクエリを実行すると、boolvalue='True' AND 2.2 の場合は 1 が返されます。

別のサーバー (Web ホスティング) で mysql バージョン 5.0.22 を使用していますが、同じクエリを実行すると常に 0.9999 が返されます。

しかし、このクエリを使用すると、次のように結果が返されます。

クエリは他のことも行うため、サブクエリを使用する必要があります。エラーがどこにあるかを示すためにサブクエリを分解しました。誰かが私にこれを説明できますか？

1 対多の関係で別のクラス B に関連するクラス A が与えられた場合、どのように NHibernate クエリを作成して (基準 API を使用し、HQL なしで)、関連するオブジェクト B を「持たない」すべてのオブジェクト A を見つけることができますか? ? 詳細は次のとおりですが、最初に質問をしたいと思いました。

SampleとSampleDiagnosisの 2 つのモデル クラスがあります。サンプルには、ISet<SampleDiagnosis> であるDiagnosesプロパティがあります。SampleDiagnosis には、サンプルにリンクするOwnerプロパティがあります。これは単純な 1 対多の関係です。

サンプル NHibernate マッピング ファイルの関連セクションは次のようになります。

SampleDiagnosis マッピング ファイルの関連部分は次のようになります。

診断リストに項目がないサンプルに一致する NHibernate ICriteria クエリを作成しようとしています。テストクエリを作成するために使用しているコードは次のとおりです。

私の考えでは、このために生成された SQL は次のようになります。

しかし、実際に GetExecutableCriteria() を実行して結果を List() すると、コードがクラッシュします。難しい。例外はスローされませんが、たまたまコードを実行していたもの (NUnit であれ w3p.exe であれ) は恐ろしい死を迎えます。複数のマシンで試しましたが、すべて同じ結果でした。サブクエリが NHibernate のセットでどのように機能するかについて、重要な何かが欠けていると感じています。

LINQでこのクエリを「翻訳」するために数日間書き込もうとしましたが、これまでのところ成功していません。皆さん、私を助けてくれませんか? また、実際に何かを学ぶための説明もいただければ幸いです。

T-SQL クエリは次のとおりです。

ありがとう

hibernate セクション 5.1.3の最後の例には、パラメーターを渡す例が示されていません。

Hibernate マッピングでは、ビューとベース テーブルの間に違いはありません。これはデータベース レベルでは透過的ですが、一部の DBMS はビューを適切にサポートしていません (特に更新の場合)。ビューを使用したい場合がありますが、データベースにビューを作成することはできません (つまり、レガシー スキーマを使用する場合)。この場合、不変で読み取り専用のエンティティを特定の SQL サブセレクト式にマップできます。

出来ますか？もしそうなら、どのように？

ありがとう、フランツ

サブクエリ、結合、または返そうとしている情報を処理する他の何かによって変更された結果を返すSQLステートメントをどのように作成しますか？

例えば：

誰かが誤って複数のチームに所属している可能性があります。

だからhomer彼のチームを決めることができないので、彼は両方にいます。やれ！

the homer teamチームに参加している人もチームに参加していない人も知りたいですpin pals。私ができる最善のことはこれです：

その結果：

これは、あなたが知っている、素晴らしいです！

サブクエリはクエリの結果ごとに実行されるため、パフォーマンスが低下します。これは、BからA、Dです。数行には最適ですが、数十万行にはかなり悪いです。

より良い方法は何ですか？私は主に自己参加でうまくいくと思っていますが、その方法に頭を悩ませることはできません。

を使用せずにこれを行う他の方法はありますか、NOT IN( SELECT ... )

また、このタイプの問題の名前は何ですか？

したがって、私の構文は 3 つのケースすべてで明らかに正しいですが (PostgreSQL は何も不満を抱いていません)、結果はこれら 3 つのクエリすべてで同じ順序で返されます。次のいずれかにDESCを追加/削除しても、さらに奇妙なことに、影響はありません。サブクエリの要素に基づいて結果をソートすることは可能ですか?

ORDER BY 条件が結果の順序に影響を与えない理由がわかりません。

********* アップデート：

私が最終的に行ったことは、ビュー (この場合は article_view) で配列列を使用してすべての並べ替えを行うことでした。そうすれば、プライマリクエリの「列」ですべての並べ替えを行い、JOINS を使用する必要が完全に回避されます。ビューが定義される方法では、people/status テーブルの特定の pubid (主キー) に一致するすべての列 (どちらも 1->many を持つ) がビューの配列列に格納されます。並べ替えを使用したクエリは次のようになります。

これが機能する理由は、配列の最初のメンバー (Postgres では、最初のインデックスは通常の 0 ではなく 1 です) が、ソートに必要な主要な作成者 (または主要なステータス) であることを常に知っているためです。