問題タブ [nested-queries]

GeoDjango でinフィールド ルックアップを使用してネストされたクエリを作成するのに問題があります。次のコードは、問題を示しています。

上記のコードでは、次の例外が発生します。

(ここに完全なスタック トレースがあります)

内部クエリに空間フィルターが含まれている場合は常にエラーが発生するようです。ただし、次のネストされたクエリは正常に機能します。

問題の原因は何ですか？

反復的な SQL クエリ (これは廃止する必要があります)の問題を解決するのに問題があり、別の方法を模索しています。

（また、残念ながら、AJAXはあまり適していません）

位置データ用に次のテーブルがあるとします。

今、私はすべてのデータを取得しようとしていますが、実際には非常に小さい ( 147 の都市、64 の州に分割、2 つの国に分割) ですが、繰り返しループしているため、永遠に時間がかかります:

このようにする理由は、最終的な結果セットが次の形式である必要があるためです。

より速いアプローチに頭を悩ませることはできないようです。階層データのクエリに代わるものは何ですか?

改訂：

（州/国の値も削除しましidた。無駄にスペースを占めていたからです）

私は mysqli の改良された拡張機能 (プロシージャル スタイル) を使用していますが、mysqli_query() 関数を介してサブクエリを実行しているときに異常に遭遇しました。

更新: トラブルシューティングを重ねた結果、エラーの原因は「@rank」変数の設定にあることがわかりました。そのような「@var」を設定せずにクエリを試してみましたが、うまくいきました。しかし、それらは必要です... - PHP は 'SET @example = x' を mysql に正しく渡しませんか、それとも何らかの方法でエスケープする必要がありますか?

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

クエリは Phpmyadmin 内で正しく実行され、同様の投稿が multi_query メソッドに向けられていますが、これは複数のクエリに分割できるクエリではないようです。より単純な解決策があるはずです（おそらく）

PHPクエリは次のとおりです。

これはエスケープされており、原因ではありませんが、クエリは動的です (ファイル名が渡されます)。最後に、クエリは mysqli_fetch_array ループ内にありますが、変数は同じ名前の競合についてチェックされています。

フェッチされた配列のインデックスが 0 になるように、sql @rank 変数は -1 に設定されます。クエリは、ここで説明するように、SELECT クエリから行番号を識別するために使用されます。

エラーは次のとおりです。

(クエリが PMA にコピーされた場合ではなく、php を使用して実行した場合にのみエラーが発生します)

お時間をいただき、ありがとうございました。

私は4つのテーブルを持っています。1つ目はボランティアのリスト、2つ目はサイトのリスト、3つ目はプロジェクトのリストです。プロジェクト行は、ボランティアと、IDとセクターと呼ばれる追加の列を持つサイトへの参照にすぎません。

3つのテーブルはすべて、 legacyと呼ばれる4番目のテーブルから派生しています。セクターと呼ばれる列のレガシーテーブルの各行からフィールドをプルし、プロジェクトテーブルの対応する行のセクター列に配置する必要があります。

プロジェクトテーブルを更新するときにレガシーテーブルに正しい行があることを知るには、ボランティアの名前と姓の列と、サイトの名前、自治体、州の列を、レガシーの対応する列と一致させる必要があります。

私のクエリは次のようになります。

サブクエリはどうあるべきですか？

こんにちは私は、1 つのテーブル (「クーポン」と呼ばれる) を使用して、生成できる利用可能なクーポンの各タイプに関する情報を格納し、別のテーブル (生成されたクーポン) を使用して、生成された各クーポンに関する情報を格納するクーポン システムを持っています。各テーブルの情報を比較するのに苦労しています。

スキーマ:

ユーザーの観点からクーポンを表示するクエリを実行しようとしています (つまり、すべてのクエリには がありwhere user_id='$userid'ます。 limit_per_user が満たされていないすべてのクーポンを表示する方法がわかりません... ここにそれはうまくいきません：

私のプロジェクトでは、solrを使用して、BooksやPersonsなど、さまざまな種類のドキュメントにインデックスを付けます。いくつかの一般的なフィールド（名前など）とタイプ固有のフィールド（カテゴリや人々が属するグループなど）を使用します。 。

本と人物の両方を検索できるクエリを実行し、ドキュメントタイプごとにいくつかのフィルターを適用します。何かのようなもの：

• 名前やコンテンツに「Jean」が含まれるすべての本と人物を検索する
• ただし、「フィクション」と「ファンタジー」のカテゴリの本のみ
• そして「パンゴリン」グループの人だけ
• スコアでソートされたすべて

これを行う非常に簡単な方法は次のとおりです。

しかし、残念ながら、fqキャッシュされているように、私は次のように、よりシンプルで再利用可能fqなものを好みます。

• fq=type:book、
• fq=type:person、
• fq=category(fiction fantasy)、
• fq=group:pangolin。

多くのクエリをマージまたは結合するようにsolrに指示する方法はありますか？fq一緒に「グループ化」のようなもの。

でネストされたクエリについて少し読みました_query_が、ドキュメントがほとんどないため、探しているソリューションではないと思います。

いくつかの浮動値を比較したいと思います。行うには、私のクエリは次のようなものです：

しかし、私のPHPでは、「クエリを実行できません」と表示されます。私が間違っているところは？助けてください

編集 ：

との2つのフィールドがあるテーブルがありSTART_FREQUENCYますSTOP_FREQUENCY。周波数範囲内にあるすべての値を抽出しようとしています。たとえば、

ユーザーが入力すると、、、start frequency = 0.4 and stop frequency = 1.9の結果が表示されます。Row1Row2Row3

こんにちは、データベース テーブル「shout_out」にクエリを実行しようとしています。while ループ中に、「convers_id」列が no_reply から変更されたかどうかを確認する if ステートメントがあります。ある場合は、別のクエリを実行して、同じ「convers_id」列を持つshout_out_replyテーブルからすべての行を取得します。Facebookの「壁」と同様のレイアウトを取得しようとしています。ある人がコメントを作成し、他の人がそのコメントに返信して、元のコメントの下に返信することができます。

mysqli_query($dbc, $query_shout_out_reply) が失敗したことがわかります。しかし、同じ「convers_id」を持つ返信があります

5 つのテーブルからのデータを必要とするクエリを作成しています。過去にDBAから、パフォーマンス/メモリの観点から、列のリストを指定するよりもすべての列を取得する(*)方が好ましいと言われました。また、FROM 句にテーブルのリストがある場合、データベースは舞台裏で JOIN 操作を実行し、1 つのテーブル (またはビュー) を作成すると言われています。

私たちは非常に初期の段階にあるため、現時点では既存のデータベースにはほとんどデータがありません。そのため、実際にパフォーマンス ヒットを測定できるかどうかはわかりません。私はデータベースのプロではありません。必要なデータを取得できます。ジレマは、どのくらいの価格で。

追加: 現在、MS SQL Server 2008 R2 を使用しています。

私の質問は次のとおりです。

1. 以下の間にパフォーマンスの違いはありますか、またその理由は次のとおりです。SELECT ... FROM tbl1, tbl2, tbl3 などを簡単にするために？(どういうわけか、これはパフォーマンス ヒットになる可能性があると感じています) b. SELECT ... FROM tbl1 inner join tbl2 on ... inner join tbl3 on ... etc (これはサーバーにとってより明示的であり、パフォーマンス/メモリを節約できますか)? c. SELECT ... FROM (select x,y,z from tbl1) as t1 inner join ... etc (これで何か節約できますか? それとも、サーバーと私たちにとってより多くの作業を作成する追加の select ステートメントですか?)

2. これを行うためのより良い方法はまだありますか？

以下は、必要なデータのスライスを取得する 2 つのクエリです。1 つには、さらにネストされた select ステートメントが含まれます。

それらが標準的な形式で書かれていない場合やどうしようもなく複雑すぎる場合は申し訳ありませんが、解読していただければ幸いです。それらをできるだけ整理しておくようにしています。

洞察も非常に高く評価されます。これをチェックしていただきありがとうございます。

5 つのテーブル: devicepool、users、trips、TripTracker、orders

クエリ 1 (さらに select ステートメント):

クエリ 2: