回答編集履歴
2
回答を修正
test
CHANGED
|
@@ -66,7 +66,9 @@
|
|
|
66
66
|
|
|
67
67
|
もっとも、"条件"を満たすレコードの件数が十分に多ければ、滅多に起きることはないと思いますが。
|
|
68
68
|
|
|
69
|
-
- "条件"を満たすレコードの件数が極端に多くなると`@rate`が 0 に丸められてしまい、
|
|
69
|
+
- "条件"を満たすレコードの件数が極端に多くなると`@rate`が 0 に丸められてしまい、
|
|
70
|
+
|
|
71
|
+
10件に満たない件数しか取得できない可能性が高くなる。
|
|
70
72
|
|
|
71
73
|
-> プライマリーキーである`user_id`の型が INT(11) である限りは、問題ないはずです。
|
|
72
74
|
|
1
表記揺れを修正
test
CHANGED
|
@@ -52,7 +52,7 @@
|
|
|
52
52
|
|
|
53
53
|
|
|
54
54
|
|
|
55
|
-
`@rate`はリアルタイムに求める必要はない上に正確な数値である必要も
|
|
55
|
+
`@rate`はリアルタイムに求める必要はない上に正確な数値である必要もないので、
|
|
56
56
|
|
|
57
57
|
例えば日次のバッチ処理で計算した値を別のテーブルに格納しておくなどすれば、さらに速度の改善が見込めます。
|
|
58
58
|
|