SQLで、同じテーブルを2回JOINしない方法
PostgreSQLにて、SQLの組み立てで困っています。
パフォーマンス的に問題ないSQLを教えて頂けますでしょうか。
以下のカラムを持ったテーブルがあるとします。
■イベントテーブル
・イベントID(PK)
・イベント名
■タスクテーブル
・イベントID(FK)
・タスクID
・タスク日
■タスクマスタ
・タスクID(PK)
・タスク名
上記のテーブルに以下のデータが入っているとします。
■イベントテーブル
イベントID|イベント名
-------------------------------
E001 |さくらまつり
E002 |かえで花火まつり
■タスクテーブル
イベントID|タスクID|タスク日
------------------------------------------
E001 |T001 |2016/01/01
E001 |T002 |2016/01/05
E002 |T001 |2016/02/10
■タスクマスタ
タスクID|タスク名
-------------------------
T001 |食材発注締切日
T002 |警備発注締切日
検索画面にて、食材発注締切日と警備発注締切日が検索条件でそれぞれ存在し、
それぞれの日付を入力し、検索した場合のSQLは以下のようにしています。
※”:”で始まるところはバインド変数で、検索条件に入力した実際の日付が入ります。
SELECT
E.イベント名
FROM
イベントテーブル AS E
INNER JOIN タスクテーブル AS T1
ON E.イベントID = T1.イベントID
AND T1.タスクID = 'E001'
AND T1.タスク日 = :TASK_DATE_SHOKU
INNER JOIN タスクテーブル AS T2
ON E.イベントID = T2.イベントID
AND T2.タスクID = 'E002'
AND T2.タスク日 = :TASK_DATE_KEIBI
質問は、上記のSQLだとタスクテーブルを2回JOINしているので、
パフォーマンス的に問題があるのかと思っています。
こういう場合、同じテーブルを2回もJOINしなくても検索ができる方法がありますでしょうか?
宜しくお願い致します。
No.1ベストアンサー
- 回答日時:
タスクIDの内容が間違っていますねE001→T001ですよね?
postgreの独自のSQL文はわからないですが一般的な書き方なら
SELECT イベント名
FROM イベントテーブル AS E
INNER JOIN (SELECT
イベントID
FROM タスクテーブル
WHERE (タスクID='T001' AND タスク日 = :TASK_DATE_SHOKU)
OR (タスクID='T002' AND タスク日 = :TASK_DATE_KEIBI)
GROUP BY イベントID
HAVING COUNT(*)=2) AS T
ON T.イベントID=E.イベントID
ご回答ありがとうございます。
すみません、SQL中のタスクID間違ってました。
指摘ありがとうございます。
提示していただいたSQLですが、確かにそれでできそうですね。
ただ、検索条件は可変で、タスクIDが2つのときもあれば1つのときもあるので、having句に件数を入れるのがネックかなと思ってます。
もちろんそのようにプログラミングすれば良いのですが、できればgroup byしなくてもできる方法があればいいなと思ってます。
No.2
- 回答日時:
>検索条件は可変で、タスクIDが2つのときもあれば1つのときもある
ご提示の命題をはT001とT002の2度処理をするのでCOUNT(*)=2ですが、
どちらかしか処理しないならCOUNT(*)=1とするだけです。
今回もモデルであればタスクテーブルからイベントIDを取り出す処理を独立して
やるのが効率的に見えるのでそういうSQL文を提案しました
あ、すみません。
SQLをよく見てなかったですが、イベントIDを取り出して、イベントテーブルとくっつけてるんですね!
そうか、それなら良さそうだ。
こういった検索はどちらにせよgroup byしないとだめなんだろうなと思ってきました。
であれば、havingのとこの件数はJava側で数えて渡すしかないか。
ありがとうございました!
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
似たような質問が見つかりました
- その他(プログラミング・Web制作) google formsを使ったタスク依頼フォーム作成におけるご相談 1 2023/06/22 15:55
- Oracle 下記のsqlで取得されるレコード以外を取得する方法ありますでしょうか。 SELECT B.番号, B 2 2022/04/20 23:21
- Access(アクセス) アクセス 削除するレコードを含んだテーブルを指定してくださいのエラー対処方法 1 2022/11/24 15:01
- Oracle SQL update方法 2 2022/06/22 14:07
- Oracle sqlで質問です。 Aテーブルの情報をBテーブルに更新かけたいです。 やりたいことは、Bテーブルの受 1 2023/05/17 11:17
- Oracle sqlで質問です。 aテーブルとbテーブルがあり、下記のsqlで取得したidとnameに一致しないレ 1 2022/04/20 20:34
- MySQL 書籍の内容はまともでしょうか? 1 2023/01/22 03:07
- PostgreSQL 画像とカテゴリーを出力したいのですが、取得の条件を付ける方法がわかりません。 2 2022/05/01 18:03
- Oracle 質問です。 下記のテーブルとデータがあり、 取得想定結果のように出力したいです。 下記のsqlだと0 2 2023/05/23 19:10
- Oracle sqlで質問です。 idを元にidに紐付くデータで住所コードがjpのみのデータ以外のidを取得したい 4 2023/03/20 17:41
関連するカテゴリからQ&Aを探す
おすすめ情報
- ・「みんな教えて! 選手権!!」開催のお知らせ
- ・漫画をレンタルでお得に読める!
- ・【選手権お題その1】これってもしかして自分だけかもしれないな…と思うあるあるを教えてください
- ・【穴埋めお題】恐竜の新説
- ・我がまちの「給食」自慢を聞かせてっ!
- ・冬の健康法を教えて!
- ・一番好きな「クリスマスソング」は?
- ・集合写真、どこに映る?
- ・自分の通っていた小学校のあるある
- ・フォントについて教えてください!
- ・【大喜利】【投稿~12/6】 西暦2100年、小学生のなりたい職業ランキング
- ・これが怖いの自分だけ?というものありますか?
- ・スマホに会話を聞かれているな!?と思ったことありますか?
- ・それもChatGPT!?と驚いた使用方法を教えてください
- ・見学に行くとしたら【天国】と【地獄】どっち?
- ・とっておきの「夜食」教えて下さい
- ・これまでで一番「情けなかったとき」はいつですか?
- ・遅刻の「言い訳」選手権
- ・「覚え間違い」を教えてください!
- ・とっておきの手土産を教えて
- ・「平成」を感じるもの
- ・この人頭いいなと思ったエピソード
- ・あなたの「必」の書き順を教えてください
- ・10代と話して驚いたこと
- ・14歳の自分に衝撃の事実を告げてください
- ・人生最悪の忘れ物
- ・あなたの習慣について教えてください!!
- ・都道府県穴埋めゲーム
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
テーブルに存在しない列をselec...
-
SELECT 文の NULL列は?
-
PostgreSQLの断片化の状況を確...
-
SQLにて指定日付より前、かつ最...
-
単純なselectが遅くなるのです...
-
SQLでUPSERTを一度に複数行やる...
-
Postgresのデータ領域の拡張に...
-
テーブルを作ろうとしたら。
-
COPYコマンドによるTEXT取り込...
-
バキューム処理の実行時間の目安
-
デットロック回避策(autocommit...
-
VIEWのCOPYってできないんですか?
-
PostgresSQLでテーブル定義の抽...
-
トリガープロシージャのNEW変数...
-
2つのテーブルで引き算 postgres
-
SQLServerでの複数テーブルから...
-
postgres FILLFACTOR 確認方法
-
【SQL 2つのコードが重複する...
-
MS Access から PostgreSQL へ...
-
PostgreSQL レコードからアイテ...
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
SELECT 文の NULL列は?
-
テーブルに存在しない列をselec...
-
単純なselectが遅くなるのです...
-
SQLにて指定日付より前、かつ最...
-
SQLでUPSERTを一度に複数行やる...
-
javaでデータベース上のテーブ...
-
PostgreSQLの断片化の状況を確...
-
2つのテーブルで引き算 postgres
-
Postgresのデータ領域の拡張に...
-
MS Access から PostgreSQL へ...
-
PostgreSQL 8.0.2 の ERROR: r...
-
複数テーブルにまたがるmax
-
UPDATE文の更新順序について
-
マッチング
-
Postgresqlのレポート機能について
-
テーブル定義書作成時のIndex付...
-
postgres FILLFACTOR 確認方法
-
デットロック回避策(autocommit...
-
reindex と update のデッドロック
-
テーブルを作ろうとしたら。
おすすめ情報
検索SQLのタスクIDの指定が間違っていました。
AND T1.タスクID = 'E001' → 'T001'
・・(省略)・・
AND T2.タスクID = 'E002' → 'T002'