回答編集履歴
5
修正
test
CHANGED
@@ -10,7 +10,7 @@
|
|
10
10
|
|
11
11
|
userテーブルはidをprimaryにして管理する。
|
12
12
|
|
13
|
-
scoreテーブルとかはPARTITION BY KEY(user_id)のように指定しておけばユーザー
|
13
|
+
scoreテーブルとかはPARTITION BY KEY(user_id)のように指定しておけばユーザーidでパーティションが切られることになるので良いと思います。
|
14
14
|
|
15
15
|
また、ユーザーによって件数の振れ幅が大きいということもあるので、サブパーティションを切っておくと良いかもですね。
|
16
16
|
|
4
修正
test
CHANGED
@@ -6,7 +6,7 @@
|
|
6
6
|
|
7
7
|
追記
|
8
8
|
|
9
|
-
もし、ユーザー情報が300件までしか登録されないことが確約されているとすれば以下が良いかと。
|
9
|
+
もし、ユーザー情報が300件までしか登録されないことが確約されているとすれば以下が良いかなと感じました。
|
10
10
|
|
11
11
|
userテーブルはidをprimaryにして管理する。
|
12
12
|
|
3
修正
test
CHANGED
@@ -1,3 +1,17 @@
|
|
1
1
|
まずPARTITIONSの理解を間違われているかと。。。 PARTITIONS 300ならパーティションが300個作られるだけで、ユーザーテーブルは300件を超えて登録可能です。(HASHの場合は、分割の方式がMOD(HASHに設定した値, パーティション数)の値によって対象のパーティションに格納されます)
|
2
2
|
|
3
3
|
もしも300件しか登録しないのであればidなりにprimaryキーをつけて、300件迄しか登録できない処理は別途アプリケーション側等で制御した方が良いかと思います。
|
4
|
+
|
5
|
+
|
6
|
+
|
7
|
+
追記
|
8
|
+
|
9
|
+
もし、ユーザー情報が300件までしか登録されないことが確約されているとすれば以下が良いかと。
|
10
|
+
|
11
|
+
userテーブルはidをprimaryにして管理する。
|
12
|
+
|
13
|
+
scoreテーブルとかはPARTITION BY KEY(user_id)のように指定しておけばユーザーごとにパーティションが切られることになるので良いと思います。
|
14
|
+
|
15
|
+
また、ユーザーによって件数の振れ幅が大きいということもあるので、サブパーティションを切っておくと良いかもですね。
|
16
|
+
|
17
|
+
|
2
修正
test
CHANGED
@@ -1,3 +1,3 @@
|
|
1
|
-
まずPARTITIONSの理解を間違われているかと。。。 PARTITION 300ならパーティションが300個作られるだけで、ユーザーテーブルは300件を超えて登録可能です。(HASHの場合は、分割の方式がMOD(HASHに設定した値, パーティション数)の値によって対象のパーティションに格納されます)
|
1
|
+
まずPARTITIONSの理解を間違われているかと。。。 PARTITIONS 300ならパーティションが300個作られるだけで、ユーザーテーブルは300件を超えて登録可能です。(HASHの場合は、分割の方式がMOD(HASHに設定した値, パーティション数)の値によって対象のパーティションに格納されます)
|
2
2
|
|
3
3
|
もしも300件しか登録しないのであればidなりにprimaryキーをつけて、300件迄しか登録できない処理は別途アプリケーション側等で制御した方が良いかと思います。
|
1
修正
test
CHANGED
@@ -1,3 +1,3 @@
|
|
1
|
-
まずPARTITIONSの理解を間違われているかと。。。 PARTITION 300ならパーティションが300個作られるだけで、ユーザーテーブルは300件を超えて登録可能です。(HASHの場合は、分割の方式がMOD(HASHに設定した値, パーティション数)
|
1
|
+
まずPARTITIONSの理解を間違われているかと。。。 PARTITION 300ならパーティションが300個作られるだけで、ユーザーテーブルは300件を超えて登録可能です。(HASHの場合は、分割の方式がMOD(HASHに設定した値, パーティション数)の値によって対象のパーティションに格納されます)
|
2
2
|
|
3
3
|
もしも300件しか登録しないのであればidなりにprimaryキーをつけて、300件迄しか登録できない処理は別途アプリケーション側等で制御した方が良いかと思います。
|