質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.03%

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

解決済

回答 3

投稿

  • 評価
  • クリップ 1
  • VIEW 1,521

score 183

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

言語はPHPです。

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

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

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

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

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

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

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

ご意見などがあれば教えていただけますと幸いです。
  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 3

checkベストアンサー

0

質問内容の「不確定なデータ」を扱っている有名なものとしては、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;

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2015/10/23 03:40

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

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

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

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

    ありがとうございます。

    キャンセル

0


不確定な要素というのがどんなシーンなのかわかりませんが、
不確定要素を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
とか。


投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2015/10/23 00:53

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

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

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

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

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

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

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

    キャンセル

0

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

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.03%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る