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

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

ただいまの
回答率

88.59%

MySQLでnullが発生する場合のtableの切り方について

解決済

回答 3

投稿

  • 評価
  • クリップ 1
  • VIEW 372

terapro

score 36

いつもここでは、大変お世話になっております。
今回新しいサービスを開発することになり、ユーザテーブルの切り分けで多少悩んでおります。
皆様のご意見を伺えれば幸いです。

userテーブル

user_id user_email user_pass user_cus_id user_last_name user_first_name
1 yamada@gmail.com 12345678 hogefuga 山田 太郎

現在はこのようなテーブル構成としており、省略しておりますが実際は12レコード存在しています。
ユーザーが登録する時に2種類のタイプ(フリーとプレミアム)を考えており、
フリーではメールアドレスとパスワードだけで登録頂く予定です。

そうすると、フリーで登録した場合は残り9つのカラムが
nullになるため運用上どうなのかと疑問に思いました。

user_free

user_id user_email user_pass
1 yamada@gmail.com 12345678

user_premium

user_id user_cus_id user_last_name user_first_name
1 hogefuga 山田 太郎

としてテーブルを分け、null値が発生しないように努めるべきなのかどちらが良いかご意見を頂ければ幸いです。

個人的にはnullが増えるのもキモチワルイですが、テーブル数が増えるのもキモチワルイです。
開発時点なのでなんとも言えませんが10万レコードを超えるようなサービスでも無い気がします(超えたらどうしよう)

以上となりますが、よろしくお願いいたします。

  • 気になる質問をクリップする

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

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

    クリップを取り消します

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

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

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

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

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

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

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

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

    質問の評価を下げる

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

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

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

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

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

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

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

    詳細な説明はこちら

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

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

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

質問への追記・修正、ベストアンサー選択の依頼

  • terapro

    2019/12/24 11:56

    例えば、プレミアム登録の方の住所を取ったり取るのをやめたり、電話番号を取ったり取るのをやめたりと、ABテストをするとどうしてもnullは発生してしまうと思うので、それなら1つのテーブルでまとめてしまっても一緒じゃないかと。むしろnullを撲滅すると、そのたびにtabelが増えて残骸が出そうな気がしております。

    キャンセル

  • yoorwm

    2019/12/24 11:59

    なるほど。ありがとうございます。理由分かりました。
    設計によりますが、そちらの記事によると、0で代替する、とかあるのでuser_cus_idはdefault 0で、他は空き文字列でいいんじゃないですかね。

    キャンセル

  • terapro

    2019/12/24 12:39

    必須項目と任意項目でテーブルを分けて、必須項目はnull無し、任意項目のnullは0で代替しようと思います。ありがとうございます。

    キャンセル

回答 3

checkベストアンサー

0

ログイン情報テーブル(ユーザー区分と共通項目含む)と
ユーザー情報テーブルをわければ済みそうに思います。

完全に分けてしまうとuser_idの重複に対する配慮や、懸念されてる通りどっちを参照すべきか分からなくなったり、実装上でのリスクが多いです。
「ユーザー区分がプレミアムならユーザー情報テーブルを結合する」という形にするとnullもなくなり無駄なデータもなくなると思います

投稿

  • 回答の評価を上げる

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

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

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

  • 回答の評価を下げる

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

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

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

  • 2019/12/24 12:36

    ユーザランクと必須項目を用意したloginテーブルと、任意項目のuserテーブルを分ければ良いですね!これならバランスが取れそうです。ありがとうございます。

    キャンセル

  • 2019/12/24 12:40

    ユーザーランクとやらの切り替えがあるのでしたらそのuserテーブルのデータを追加したり削除したりがありえます。
    例えば降格してまた復帰する場合があるのか、あるとしたら降格時に残しておくのか削除してはじめから登録させるのか
    含めてデータ管理の仕様をしっかり決めておいてください

    キャンセル

  • 2019/12/24 13:51

    はい!ありがとうございます!

    キャンセル

0

テーブルを分割するかどうかは、
フリーからプレミアム、または、その逆にデータが変化するかどうか
によって決まるのではないでしょうか?

上で定義したテーブルに対して発行する下記のクエリと

SELECT 
    * 
FROM 
    user
;

下で定義した分割したテーブルに対して発行する下記のクエリで結果は同じになると思います。

SELECT
    *
FROM
    user_free as uf
    LEFT JOIN
        user_premium as up
    ON  uf.user_id = up.user_id
;

同じ結果が取得可能なら、
変更の際にプレミアムに変更されたり、
フリーに変更になったりしたときにどこのカラムが変更になるのかが気になります。

単純にNULLになる値を避けたいのなら、
テーブルを単純に分けるだけでなく、
「ランク」のようなカラムを設けないと、
フリーのユーザだけを取り出すのが難しいのではないでしょうか?

投稿

  • 回答の評価を上げる

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

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

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

  • 回答の評価を下げる

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

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

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

  • 2019/12/24 12:37

    ありがとうございます。参考にさせていただきます。

    キャンセル

0

本来であればuser_idで紐付けるように、フリー部分とプレミア部分をわけるのが妥当でしょう。

投稿

  • 回答の評価を上げる

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

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

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

  • 回答の評価を下げる

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

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

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

  • 2019/12/24 12:09 編集

    ただし、カラム数が12で、データ量も10万そこらならSQLで
    管理する容量としては大したことないですし、
    プレミアでつかうカラムも固定であれば、正規化はさほど
    気にしなくてもよい気がします。
    一応フリーなのかプレミア7日をジャッジするフラグの
    カラムだけ用意した方が良いと思います

    キャンセル

  • 2019/12/24 12:37

    貴重なご意見ありがとうございます!

    キャンセル

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

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

関連した質問

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