Q&A
回答ありがとうございます。
どのデータも重要度は一律でどのデータもnullが入ることはありません。
0から9のいずれかが必ず格納される予定です。
全文検索については知識がありませんので、少し調べてみようと思います。
前提・実現したいこと
PHP+MySQLでWEBサービスを作成しています。
- 想定ユーザー数
10,000人
- 1ユーザーあたりのデータ件数
約20分類、計4000件程度（最大1分類2000件程度）
※分類・件数は今後増加の可能性もある
- 格納されるデータ
0~9のいずれか
ユーザーがサービスにアクセスする都度に、20分類のうちいずれかのデータ群にアクセスし、そのデータ群の保有するデータを表示する予定です。
検討した方針
最初は分類（データ群）ごとに、テーブルを作成し、データ件数分のカラムを用意し、レコードとしてユーザー各々のデータを格納しようかと思いました。
| user_id | data1 | data2 | data3 | ... | data2000 |
|---|---|---|---|---|---|
| USER00001 | 0 | 1 | 4 | ... | 6 |
| USER00002 | 1 | 1 | 7 | ... | 2 |
| USER00003 | 1 | 3 | 1 | ... | 4 |
| ... | ... | ... | ... | ... | ... |
| USER10000 | 4 | 5 | 2 | ... | 0 |
調べてみると、MySQLの最大カラム数は 4096カラムとのことでした。
ですが、カラム数が多いのは可読性や保守性が最悪になると感じました。
また、ユーザーごとにテーブルを作り4000レコードを保有することも考えましたが、1万テーブルも作成されるのはどうなのだろうか...
となりました。
加えて、下の質問に寄せられている回答でもテーブルやデータベースで分けるべきではないとのことでした。
【MySQL】データベースを追加するかテーブルを追加するか｜teratail
どのようにデータベースを設計するのがベストなのでしょうか...
補足情報（FW/ツールのバージョンなど）
- APサーバ
さくらインターネット Windows Server2019
- DBサーバ
ConoHa DBサーバ（MySQL（MariaDB））
回答3件
0
ベストアンサー
素直に正規化して、user_id, data_id, valueの列を持たせたテーブルを作る、というのが第一選択かと思います。
投稿2020/05/27 07:22
総合スコア145183
0
- まずは正規化して不要なデータを整理してください
- NULLが多いようなデータはテーブルを分けた方がよいかもしれません
- 検索性にもよりますが、単なるデータならJSON型やTEXTにして全文検索にしてしまう手もあります
投稿2020/05/27 07:05
総合スコア114736
あとは
userid,dataNo,dataVal
みたいなデータの持ち方をする手もあると思いますよ
どんな検索や集計を想定しているんでしょうかねぇ
検索効率を考えなければ,0-9という出現要素が確定しているなら
2000文字のデータを1カラムに押し込んでしまってもいいです
回答ありがとうございます。
特定の条件下のものを取得することはなく、現在ログインしているユーザーが特定の分類のページにアクセスしたら、そのユーザーの保有する該当する分類のデータ全てを取得したいです。
全件取得なので、2000文字取得して、1文字目から繰り返し文で表示していくのもそこまで処理効率悪くないのでしょうか...。
2000文字で１カラムだと確かに効率は悪いですが
正規表現があるので、x番目がmで、y番目がn、z番目がoのデータ
みたいな検索条件は簡単にかけます
ありがとうございます。
もう少し検討してみます。
0
基本的にはmaisumakun様のuser_id, data_id, valueを基本テーブルにして宜しいのではないかと思います。
インデックス等での高速対応が心配あれば、後で検索用のテーブルを追加作成し、MySQLのトリガー機能を利用して基本ーブルの更新発生都度、基本テーブルから集計テーブルへ結果書き込みする方法も有るかと思います。
下記テーブルイメージ。
'----------------------------------------
(ユーザー別分類別集計テーブル)
user_id data_id val01 val02 val03 ･･････ val09
00001 ｜ 001 ｜ 0 ｜ 50 ｜ 12 ｜･････｜ 0
00001 ｜ 002 ｜ 40 ｜ 500 ｜ 50 ｜･････｜ 20
･
･
'----------------------------------------
(ユーザー別集計テーブル)
user_id val01 val02 val03 ･･････ val09
00001 ｜ 40 ｜ 550 ｜ 62 ｜･････｜ 20
00002 ｜ 10 ｜ 100 ｜ 10 ｜･････｜ 0
･
･
'----------------------------------------
ユーザー別分類別集計テーブルだけで良いのかも知れませんが、
運用の状況に合わせて検討されれば宜しいかと思います。
MySQLが勝手に処理してくれるので、速度面での負荷は少ないです。
投稿2020/05/28 00:45
編集2020/06/09 06:39
総合スコア553
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/05/27 07:57
2020/05/27 08:30
2020/05/27 08:41
2020/05/27 08:42