質問編集履歴
2
誤字の修正
title
CHANGED
File without changes
|
body
CHANGED
@@ -44,7 +44,7 @@
|
|
44
44
|
aid,
|
45
45
|
/* ↓の2行が、検索する材料が増えると増えていく */
|
46
46
|
case when sum(case when bid = 1 then 1 else null end) = 1 then 1 else 0 end as material_1,
|
47
|
-
case when sum(case when bid =
|
47
|
+
case when sum(case when bid = 3 then 1 else null end) = 1 then 1 else 0 end as material_2
|
48
48
|
from C
|
49
49
|
group by aid
|
50
50
|
having material_1 = 1 and material_2 = 1 /* ここも材料分増える */
|
1
誤字の修正
title
CHANGED
File without changes
|
body
CHANGED
@@ -1,6 +1,6 @@
|
|
1
1
|
料理テーブル(A)と材料テーブル(B)があったとして、その料理に使う材料の関係性をつなぐ中間テーブル(C)があったとします。(いわゆるhasAndBelongsToManyな関係のテーブルです)
|
2
2
|
材料として、りんご、はちみつを検索し、料理テーブルからカレーとアップルパイを引っ張りだすSQL文が浮かびません。
|
3
|
-
材料が少なければサブクエリを繋いで探す方法はなんとなーく浮か
|
3
|
+
材料が少なければサブクエリを繋いで探す方法はなんとなーく浮かんだんですけれど、材料が増えてくるとその分だけサブクエリも増え、著しくレスポンスが悪くなる気がします。
|
4
4
|
|
5
5
|
なるべくレスポンスを悪くせずに検索する方法はありますでしょうか?
|
6
6
|
|