リレーショナルデータベースについて

本を読んで勉強中です。
型について質問させてください。

HTML
1<!--選択必須ではない-->
2<input type="radio" name="hoge1" value="1">10代
3<input type="radio" name="hoge1" value="2">20代
4<input type="radio" name="hoge1" value="3">30代

id	hoge1
1	1
2	2
3	1

hoge1_id	name
1	10代
2	20代
3	30代

というデータベース構成の時

ラジオボックスが未選択の時も
NULLをインサートするのは避けるべきと記載がありました。

また、上記同様セレクトボックスの場合も
value＝"0"を準備してあげてNULLを避ける。

HTML
1<select name="hoge2" class="form-control">
2<option value="0"></option>
3<option value="1">10代</option>
4<option value="2">20代</option>
5<option value="3">30代</option>
6</select>

###質問まとめ
・ラジオボックスが未選択の場合はhoge1のカラムには
0を入れるようにするのが良いでしょうか？

・セレクトボックスもNULLを避けるために0を入れるべきでしょうか？

・その他のテキストボックス等はNULLでも大丈夫ですか？

退会済みユーザー

2017/04/06 02:31

sskさんは仕様を決定できる立場にあるのか、仕様変更を提案できる立場にあるのか、言われたとおり作るしかないのか、どの立ち位置なんでしょうか。

ssk

2017/04/06 02:38

sskさんは仕様を決定できる立場です。最適な方法で実現したいと考え、参考書を読んで1から勉強しております。

行動規範の内容に同意します

回答3件

よく整理したほうがいいでしょう

SQL側で型にNULLを許諾しない、特に正規化をしているのですから今回のケースは絶対です
HTML上で選択肢からの選択なのだからバリデートして指定値以外の値を投入できないようにする
指定値以外のデータが飛んできた場合はエラーにしてユーザーに再入力を求める
もしくはデフォルト値で登録する

あとはどう管理したいかによって実装は変わってきます

投稿2017/04/06 04:03

yambejp

総合スコア114839

ssk

2017/04/06 04:42

ありがとうございます。正規化している場合はリレーション以外のテキストエリアもNULLは承諾しない方がいいですか？

yambejp

2017/04/06 04:49

そもそもhttpベースでユーザーから送られてくるデータにNULLは存在しません（攻撃目的でおくってくるNULLはありますが、それ自体は別次元で排除が必要）いずれにしろDBにNULLは許諾しないのが原則です。テキスト系(char,varchar含む)の空は""で十分です。また数字系のものは可能であれば「0」を利用しますが、場合によって0に別の意味を持たせている場合があるのでやむなくNULLを使う場合もありますただその場合0を入れておいて別カラムでこのゼロはNULLですよと指定するなど別途工夫でなんとかすることもできそうです

ssk

2017/04/06 04:55

>>>DBにNULLは許諾しないのが原則ありがとうございます。そのように設計いたします。 >>>別カラムでこのゼロはNULLですよと指定そんなこともできるんですね。。勉強になります。

行動規範の内容に同意します

ベストアンサー

NULLはインデックスの対象にならない特別な値だから
デフォルト値を例えばゼロだの-1だのにして、
適切な入力がなかった場合に詰める、
というのはよくある話です。

データベースにNULLを入れてはいけない5つの理由: mitsuruogの日記
 DB論理設計のノウハウ - Qiita

では、そのデフォルト値をどこで誰が詰めるのか、
それも仕様決定次第です。

webブラウザから送信されるリクエストが適切かどうか、
サーバー側で必ず検証して評価しなければならない（鵜呑みに出来ない）ため、
webブラウザ上での入力チェックはほどほどにして
webサーバー側言語（php, Ruby, Perl, Javaなど）で検証しますかね、普通は。

もちろん、データベース上にテーブルを定義する際に、
DEFAULT -1とかつけても良いのですが、
webサーバー側言語（php, Ruby, Perl, Javaなど）で検証してデフォルト値を詰めますかね。

投稿2017/04/06 02:45

編集2017/04/06 02:50

退会済みユーザー

総合スコア0

ssk

2017/04/06 03:08

ありがとうございます。上記を参考に進めてまいります。最後に、、リレーショナルモデル以外のテキストフィールド等はNULLでも問題はないでしょうか？

退会済みユーザー

2017/04/06 03:36

SELECT文等のWHERE句やHAVING句などで参照することがないのであれば、NULLでも良いと思います。

ssk

2017/04/06 04:08

SELECT文でWHERE句で検索する場合はNULLではなく''をインサートした方が良いでしょうか？

退会済みユーザー

2017/04/06 04:30 編集

自由記入される前提の文字列ならば、インデックスしようともWHERE区などで参照したらパフォーマンスの足を引っ張るでしょう。数パターンの文字列しかありえないのであれば、それこそ選択肢から選ばせて入力させつつ値は数値として保持するなどすれば、直接文字列で絞り込むよりもインデックスがしっかり働いてパフォーマンスが上がります。その辺の詳しいところは、RDBMS側ドキュメントを当たっていただきたいです。 Oracleにはパフォーマンスチューニングというズバリのドキュメントがありますし、 MySQLにもMySQL :: MySQL 5.6 リファレンスマニュアル :: 8.1 最適化の概要 <https://dev.mysql.com/doc/refman/5.6/ja/optimize-overview.html>という項目があります。

ssk

2017/04/06 04:40

ありがとうございます。上記を参考に進めて参ります。

行動規範の内容に同意します

ラジオボックスが未選択の時も

NULLをインサートするのは避けるべきと記載がありました。

これがどのような意味合いなのかは気になりますが、少なくとも、今回のような「年齢」欄でしたら、全員網羅できるように項目を用意するのが適当です。「10代」「20代」「30代」だけとなると、10歳未満や40歳以上はどうしようもなくなります（もちろん、「70歳以上」のようにある程度のところで打ち切るのも問題はないですが）。

未選択の場合の対応ですが、どうしたいかによります。