Webアプリケーションの不確定データのDB格納

Question

現在、ユーザー登録をしてログインして利用する
Webアプリケーションを開発しています。

言語はPHPです。

ユーザー登録時にメールアドレス(ログインID)と
パスワード以外に年齢や性別などの情報も取得します。

通常はMySQLで性別や年齢のカラムを作成して使うかと思いますが、
この項目が不確定でカラムを決めることが難しいです。
(内容、数ともに変更になる可能性が有ります)

このような不確定なデータをどのようにしてデータを格納するのが、
保守しやすく制御しやすいでしょうか。

例えば、ひとつのカラムの中に
key=>valueの組み合わせで格納しておくとかも考えたのですが、
実際どうなんでしょうか。

メールアドレスやパスワードはMySQLに、
その他の不確定なデータをMongoDBに格納することも考えたのですが、
このためだけにMongoDBを使うのは効率悪い気がしまして・・・。

MySQLとMongoDBということになれば、
JOINなども使えないかと思いますので、
データ取得が煩雑になると思いまして。

このような場合、
他の方々はどのように対応されているのでしょうか?

ご意見などがあれば教えていただけますと幸いです。

Answer 1

質問内容の「不確定なデータ」を扱っている有名なものとしては、wordpress の設計が役に立つかと思います。

基本情報

CREATE TABLE `wp_users` (
  `ID` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `user_login` varchar(60) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
  `user_pass` varchar(64) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
  `user_nicename` varchar(50) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
  `user_email` varchar(100) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
  `user_url` varchar(100) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
  `user_registered` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  `user_activation_key` varchar(60) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
  `user_status` int(11) NOT NULL DEFAULT '0',
  `display_name` varchar(250) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
  PRIMARY KEY (`ID`),
  KEY `user_login_key` (`user_login`),
  KEY `user_nicename` (`user_nicename`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

追加情報

CREATE TABLE `wp_usermeta` (
  `umeta_id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `user_id` bigint(20) unsigned NOT NULL DEFAULT '0',
  `meta_key` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `meta_value` longtext COLLATE utf8mb4_unicode_ci,
  PRIMARY KEY (`umeta_id`),
  KEY `user_id` (`user_id`),
  KEY `meta_key` (`meta_key`(191))
) ENGINE=InnoDB AUTO_INCREMENT=35 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

Comments

[1nakaji]

ご回答ありがとうございます。

ログインIDなどのユーザー情報と別のテーブルにして、
keyとvalueを別カラムで格納していくわけですか。

たしかにこれならkeyの数が変わったとしても
対応ができそうですね。

このやり方は参考になりますね。
こちらでいけそうか検討してみます。

ありがとうございます。

Answer 2

あまり複数のDBをひとつのシステムに使うって聞いたことないです。
性別といったカラムが必要かどうかわからないならば、カラムが必要と確定してからALTER TABLEで追加すればいいと思います。

Answer 3

不確定な要素というのがどんなシーンなのかわかりませんが、
不確定要素をMYSQLの別テーブルで管理すれば良いのはないでしょうか。

一般的にECサイトの様なもので考えるとわかり易いと思います。

例えばユーザの登録情報を格納しているユーザテーブルと
そのユーザが注文したデータ（不確定要素）を格納する注文テーブル。

必要に応じて結合して取り出せばよいと思います。

ユーザテーブル

id 氏名 性別 年齢
1 Aさん 男 30歳
2 Bさん 男 30歳

注文テーブル
id 発注日 商品名 数量
1 2015/10/21 大根 1
1 2015/10/21 にんじん 2
1 2015/10/21 じゃがいも 1
1 2015/10/22 大根 1
1 2015/10/22 にんじん 2
2 2015/10/22 じゃがいも 1

select * from ユーザテーブル u,注文テーブル c where u.id=c.id and m.id=1
とか
select * from ユーザテーブル u inner join 注文テーブル c where u.id=c.id and m.id=1
とか。

Comments

[1nakaji]

ご回答ありがとうございます。

>不確定な要素というのがどんなシーンなのかわかりませんが、
>不確定要素をMYSQLの別テーブルで管理すれば良いのはないでしょうか。
こちら上記でも簡単に書かせていただいたのですが、
ユーザー登録時に必要になる年齢や性別などの情報ですね。

いまは年齢、性別、秘密の質問などを取得していますが、
これが不要になったり項目が変わる可能性があります。

>id 氏名 性別 年齢
> 1 Aさん 男 30歳
> 2 Bさん 男 30歳

なので、運用している間に、この性別や年齢が不要になったり、
秘密の答えや住所が必要になる可能性があるということです。

注文情報などであれば教えていただいた方法がベストと思いますが、
ユーザー情報だとどうなんだろうと思いまして。

状況は伝わりますでしょうか。