問題タブ [lateral]

最初のクエリが 2 番目のクエリよりも少し速い理由を誰か説明できますか?

複数の左結合を使用しており、最適化しようとしています。毎秒が私にとって重要です。ここで左結合ラテラルを使用できますか? 最適化に関するヒントはありますか？

私の使用例は、1 つの列を INT として、もう 1 つの列を配列データ型として持つハイブに 1 つのテーブルを持っていることです。横長に表示したいのですが..

次のクエリがあります。

そして、それは次のエラーを引き起こしています:

テーブル「appointment_intakes」の FROM 句エントリへの無効な参照

追加した後、エラーが発生し始めました：

と

製品の数を計算する必要があったためです。

このエラーが発生しないようにするにはどうすればよいですか?

postgresql 9.5 で 'LEFT JOIN LATERAL' 関数を使用するのに問題があります。

私のテーブルには、「ID」、「DATE」、「CODE」の 3 つの列があります。1 人 (ID) は、以下のように複数の行があります。ID数は362、総行数は約250万行です。

薬剤Bの初日から最終日までに使用された薬剤Aの情報を要約する必要があります。

上記の場合、ID(1) [20020103 ~ 20020106 の間; 薬物Bの期間]。

この仕事を引き受けるために、以下のように 'LEFT LATERAL JOIN' を使用して SQL コードを記述します。

個人 ID は 362 個しかありませんが、この postgresql コードには約 2 分かかります。

遅すぎる。したがって、サブクエリを使用して別の SQL コードを試しました。

このコードは単純ではありませんが、非常に高速です (わずか 1.6 秒しかかかりません)。

2 つのコードの説明を比較すると、2 番目のコードではハッシュ結合が使用されていますが、最初のコードでは使用されていません。

「LEFT LATERAL JOIN」関数を使用して最初のコードをより効率的に改善するためのヒントを得ることができますか?

ここで同様の質問をすべて読みましたが、グループ内で制限を行う方法がわかりません。PSQL doc を読んでも役に立ちませんでした:(次のことを考慮してください。

特定の記事 ID ごとに上位 5 件の関連記事のリストをスコアで並べ替えて取得したいと考えています。

これが私が試したものです：

そして、それは何も返しません。外側のクエリはループのようなものだという印象を受けていたので、そこにはソース ID だけが必要だと思います。

articlesまた、列があるテーブルに参加して、関連記事のタイトルを結果セットに取得しidたい場合はどうすればよいですか?title

内部クエリに結合を追加しました:

しかし、それはそれを非常に遅くしました。