回答編集履歴

5

修正

2016/03/18 17:41

投稿

fagai
fagai

スコア2158

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

修正

2016/03/18 17:41

投稿

fagai
fagai

スコア2158

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

修正

2016/03/18 17:40

投稿

fagai
fagai

スコア2158

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

修正

2016/03/18 17:39

投稿

fagai
fagai

スコア2158

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

修正

2016/03/18 17:27

投稿

fagai
fagai

スコア2158

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件迄しか登録できない処理は別途アプリケーション側等で制御した方が良いかと思います。