回答編集履歴
1
推敲
answer
CHANGED
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
解決済みになっていますが、解決はしていませんよね？
|
|
2
2
|
|
|
3
3
|
primaryの構成が、突合時の効率が悪いものになっています。
|
|
4
|
-
id同士なら仮に履歴状になっていても先ずは数件同士を突合する事で済みますが、日付
|
|
4
|
+
id同士なら仮に履歴状になっていても先ずは数件同士を突合する事で済みますが、日付同士の比較だと限定されるものは殆どない状態だと思われます。
|
|
5
5
|
|
|
6
6
|
** PRIMARY KEY ( `id`, `to_date`)**
|
|
7
|
-
のように両テーブルともidが前になるように
|
|
7
|
+
のように両テーブルともidが前になるようにすること。
|
|
8
8
|
|
|
9
|
-
|
|
9
|
+
ただprimaryだと結合項目が不足するので、結合条件になっているものをすべて含んだインデックスの方が良いと思います。
|