Q&A
質問に対する回答の上限数、および、回答に対する回答補足の上限数は設定しますか？
###前提・実現したいこと
質問・回答・回答補足の選択要素があるアンケートフォームのテーブル設計について、どのようにテーブル設計をするべきか悩んでおります。
例えば以下の様なフォームです。
■ Q1.今まで旅行したことある土地は？（選択肢から一つ選ぶ） ＜選択肢＞ ○ 北海道 ○ 東京 ○ 長野 ○ 京都 選んだ土地の詳細地域は？（任意） [ input box ]
■ Q2.好きなエディタは？（選択肢から一つ選ぶ） ＜選択肢＞ ○ Vim ○ Emacs ○ Atom ○ Sublime Text そのエディタのいいとろこは？（任意/複数選択あり） □ カスタマイズ性 □ 起動の速さ □ 憧れのあの人が使ってる
（例が悪くてすみません。。）
みたいなフォームで、質問内容や回答項目（選択肢）をDBのマスターを更新するだけで可変になるようにしたのです。（あくまで例です）
任意の部分に関しては、
- チェックボックスを使う質問と、
- インプットテキストの部分、
- 任意項目を設けない質問、
の３つがあります。
###やってみた設計
これで問題ないように思えるんですが、以下が不安要素として残っているので、質問させて頂きました。
- 3つテーブルを結合する中間テーブルを扱ったことがない＆そのような事例もあまりみない
- 回答補足（任意回答項目）の中間テーブル(?)にユーザー入力用のデータをもたせた場合Null許可になって嫌な感じ
より良い設計があるのであれば皆さんのお知恵を頂きたい次第です。
宜しくお願いします。
アンケートごとに補足の有り無しを設定しますか？
回答マスタって <選択肢> のことでしょうか？ 回答というとユーザが選択した値っぽいイメージがあって少し悩みました。 回答mst の display_name に "北海道" とか入るんですかね…？ 質問mst の display_name が "今まで旅行したことある土地は？" でしょうか。 実際に入る値の例とかもあるとイメージしやすい気がします。
追加・修正依頼有難うございます。質問に対する回答はラジオボタンで１つのみ選択出来る形です。回答補足は上限はなく、質問に対する回答数の上限はありません。アンケート毎に補足の有り無しは設定しますね。それも必要か・・。回答mstは選択肢mstですね・・すみませんわかりにくくて。実際作るシステムはアンケートでは無いのですが、性質は全く同じなので便宜上アンケートフォームとさせて頂きました。
まとめるとアンケート１に対して質問Ｎ個。質問１に対して、回答Ｎ個。回答１に対して回答補足Ｎ個って感じですかね？
質問1に対して回答は一つです。回答1に対して補足はN個であってます。またアンケート自体は一つだけで複数アンケートの管理は想定してないですね。
たくさんの回答ありがとうございました。とても勉強になりました！
回答3件
0
ベストアンサー
うーん、私だったらこんな感じですかね…？
（※私は全然 DB 担当とかではないのですが… とりあえず考えてみたやつ）
マスタ
アンケートに複数の質問がぶら下がる。質問に複数の回答がぶら下がる。
補足の場合のみ [親質問ID] が入り、質問に質問がぶら下がる形になる。
【アンケートmst】 ●アンケートID アンケート名等 【質問mst】 ●アンケートID ●質問ID [UNIQUE] display_name ← "好きな色は？" 並び順 ← 質問の表示順。Q1, Q2... のナンバリング 回答タイプ ← 単一選択、複数選択、入力 親質問ID ← 補足の場合のみ入る 【選択肢mst】 ●質問ID ●選択肢ID display_name ← "赤"
トラン
【userアンケート】 ●userアンケートID user_id アンケートID create_at 【userアンケート回答】 ●userアンケートID ●質問ID ●Selected選択肢ID ← ユーザの回答 回答入力値 ← 補足入力値(NULL許可)
こうかなあ･･･？
なお上記は 質問に質問をぶら下げる案を書いてみましたが、
別に 回答補足mst（補足質問mst？）でも良いと思いますよ。
（その場合はトランの構成もまた変わってきますね）
なお上記のように親質問IDで管理する場合、SQL一発でどかっと取ってきたい時は
再帰でSELECTする必要がありますかね
投稿2016/11/25 02:07
編集2016/11/25 06:34総合スコア1126
回答補足マスターを用意するのはユーザー入力だけじゃなく任意のセレクトボックスがあるからですね。よくよく考えたら最初のER図だと質問と回答の紐付けができてないですね。ご指摘ありがとうございます！
ああ、「そのエディタのいいとろこは？」は補足なんですね。
なんとなく全体像が分かりました。
回答を修正してみました。
【追記】
複数アンケートを想定してないのか。
なら アンケートmst もいらないっちゃいらないですかね。いきなり質問mstでも良いかな…
いきなり質問mstで大丈夫ですね！質問を入れ子にする発想はなかったです。並び順や回答タイプありの構成をを具体的に示して頂けたのでなんとかいけそうな形が見えてきました。ありがとうございますm(_ _)m
0
このER図でも良いと思いますが
- 3つテーブルを結合する中間テーブルを扱ったことがない＆そのような事例もあまりみない
上記の中間テーブルは、トランザクションテーブルの形に似ています。例えば、購買伝票トランザクションテーブルは、商品マスタ、顧客マスタ、店舗マスタの中間に存在する様になります。実際のデータは他のマスタとも連携している場合も有り、3つにこだわる必要は無いかと思います。
私事ですが、不安要素は、利用イメージからテーブル構成が充分であるかの評価作業を行う事で軽減しています。DB担当なので設計もしますが、最初のER図のままで有る事は有りません。（私だけ？？）
- 回答補足の中間テーブル(?)にユーザー入力用のデータをもたせた場合Null許可になって嫌な感じ
嫌な感じと言われているのは、ER図を描いた成果ではないでしょうか。回答補足マスタは現段階では、マスタ化する必要性が低いのではと考えられます。回答補足は、中間テーブル「質問_回答」の中に置くか、直接ぶら下げても良いかと思います。
投稿2016/11/24 10:19
編集2016/11/24 10:20
総合スコア4070
0
質問1に対して回答は一つです。回答1に対して補足はN個であってます。またアンケート自体は一つだけで複数アンケートの管理は想定してないですね。
であれば
質問と回答のテーブルは別ける意味がないのでは？
複数管理をしないならアンケートマスタも現状は作成する必要性がない気がします。
下記の構成で事足りると思うのですが、どうでしょうか？
■アンケートテーブル（enquete_idとsitumon_kaitou_idでユニーク）
0. id(PK)
0. enquete_id
0. situmon_kaitou_id(FK)
■質問回答mst
0. id(PK)
0. situmon_name
0. situmon_display_name
0. kaitou_name
0. kaitou_display_name
■回答補足（補足の使いまわしがない場合）
0. id(PK)
0. situmon_kaitou_id(FK)
0. name
0. display_name
回答補足の使いまわしがある場合、
質問回答mstと回答補足の間に中間テーブルを作成するか、
マスターのコピー機能を作ればよいと思います。
テーブルが多くなるとどうしても性能劣化するので、
必要以上にテーブルは増やさないほうがいいです。
投稿2016/11/25 05:02
総合スコア952
回答ありがとうございます。質問回答mstは選択肢（回答）分だけ situmon_name が重複する形になりますよね？んー、、いいのか。マスターと言うからには、項目ごと、一つのデータを管理したいところではありますが、たしかに余りテーブルを増やして後から結合する前提にしてしまうとパフォーマンスに影響があるというのもうなずけます。うーむ。
テーブルの管理を優先すると分けるのが良いかもですが、
管理テーブルが増加してしまうので、
メンテナンス面でもあまり良く無いかと。
私の場合は、実装とDB設計を同時に行うことが多いので、実装よりではあります。
あなたの回答
tips
プレビュー
