回答編集履歴
2
推敲
test
CHANGED
|
@@ -22,4 +22,4 @@
|
|
|
22
22
|
|
|
23
23
|
|
|
24
24
|
|
|
25
|
-
musicでの検索用には、(music, artist)のインデックスが別途必要です。
|
|
25
|
+
musicでの検索用には、データの分布が違うので(music, artist)のインデックスが別途必要です。
|
1
追記
test
CHANGED
|
@@ -3,3 +3,23 @@
|
|
|
3
3
|
|
|
4
4
|
|
|
5
5
|
musicにartists_idが外部キーとして設定されれば良いだけだと思います。
|
|
6
|
+
|
|
7
|
+
|
|
8
|
+
|
|
9
|
+
追記
|
|
10
|
+
|
|
11
|
+
--
|
|
12
|
+
|
|
13
|
+
複数のartistsによる合作のケースがあるので、その場合も含めるとテーブルは必要ですね。
|
|
14
|
+
|
|
15
|
+
そうなると(artist, music)の組合せで一意となります。
|
|
16
|
+
|
|
17
|
+
|
|
18
|
+
|
|
19
|
+
こういった場合の一意キーの並びは、カーディナリティの低い方から設定します。
|
|
20
|
+
|
|
21
|
+
artistでの検索ではこの一意キーが使用されます。
|
|
22
|
+
|
|
23
|
+
|
|
24
|
+
|
|
25
|
+
musicでの検索用には、(music, artist)のインデックスが別途必要です。
|