質問編集履歴
1
追伸と関連の質問を再度させていただきました。
test
CHANGED
File without changes
|
test
CHANGED
@@ -41,3 +41,31 @@
|
|
41
41
|
通常どのような設計になるのでしょうか。やはり一長一短でしょうか。
|
42
42
|
|
43
43
|
お手数をおかけしますが、ご助言頂けると幸いです。
|
44
|
+
|
45
|
+
|
46
|
+
|
47
|
+
### 追伸・再度のお願い。
|
48
|
+
|
49
|
+
|
50
|
+
|
51
|
+
とても参考になりました!ご回答ありがとうございます。もう1つ質問をさせてください。
|
52
|
+
|
53
|
+
|
54
|
+
|
55
|
+
例えば、新たな選択肢(3)
|
56
|
+
|
57
|
+
|
58
|
+
|
59
|
+
・画像枚数は各Event一律(35枚)とし、
|
60
|
+
|
61
|
+
・has_one: image_list という関連付け、「画像1/画像2/...画像35」 みたくカラム生成
|
62
|
+
|
63
|
+
・各カラム画像パスを格納してく。
|
64
|
+
|
65
|
+
|
66
|
+
|
67
|
+
これは、(2)has_many: images と比較時、どう思われますでしょうか。
|
68
|
+
|
69
|
+
(もしかしたら、has_oneも悪くないのでは?と初心者ながら思ったのですが...。)
|
70
|
+
|
71
|
+
やはりテーブルの全カラムを読込する関係、個別画像の抽出時、デメリットがあるのでしょうか。
|