要素の長さが増加する場合のデータベース(MySQL )への格納方法

Question

アンケートサイトを作成しています。
アンケートに対する回答項目が増加する場合、データベースに格納するにはどのような考え方があるのでしょうか？という質問です。

たとえば好きなお寿司のネタは？という質問に対して、あらかじめ、マグロ、イカ、エビ、タコ、その他といった回答項目を用意して答えられるようにしたいと考えています。

しかしユーザーによっては、「いやオレえんがわが好きなんだよ！」ということも考えられますので対策として、ユーザーに新たな選択肢を作成できるようなものにしたいと考えています。

ですので、ユーザーがその他項目に えんがわ と入力することで、次回以降別のユーザーが回答するときの項目は、マグロ、イカ、エビ、タコ、えんがわ、その他、となるようなものにしたいと考えています。

例えが長くなりましたが、このように回答項目をデータベースに格納する場合、どのような考え方がオーソドックスなのでしょうか？

私が考えた案としては、

１.あらかじめ質問カラムを１つ作成、そこに配列として格納する。

２.カラムを50個ほど作成し、カラムのフィールドに回答項目が一つずつ格納されていく…

などが思いつきました。よろしくお願いします。

Comments

[退会済みユーザー]

あなたの言う「データベース」とは具体的になんですか？

それを使うアプリは何ですか？

具体性がないとあなたの期待する答えは出てこないかも。

[eddytoazarashi]

PHP MySQLです

[退会済みユーザー]

質問欄を編集して質問の一行目に書いておこう。

[eddytoazarashi]

Ok

[退会済みユーザー]

ベストアンサーをつけたと言うことは話は終わり？

Answer 1

「質問データ」と１対多となる「回答項目」テーブルを作って保存。
質問IDと回答IDに主キー。

質問ID	回答ID	回答内容
1	1	マグロ
1	2	イカ
1	9999999	その他
2	1	ハンバーグ
2	2	ステーキ
2	9999999	その他

「その他」が固定なら最大値振っておくとかで重複を避けることはできます（9999999はあくまで例。型による）
追加される場合はとりあえず「その他」を除いた最大値＋１

その他も最初から上記例で3とかで入れておいていいけど、順番を気にする必要がある場合は「表示順」の列も必要になるので、そこは要件次第で。

Comments

[eddytoazarashi]

なるほど…質問IDと回答IDを組み合わせればいいのですね。スッキリしたデータベースができそうです。ありがとうございました。

[m.ts10806]

「使わない要素がないか」を観点に設計すると良いです。
枠取るだけでもリソース食いますから。

Answer 2

それは列ではなく行で対応する内容です。
例えばanserテーブルのsushinetaカラムに選択肢を入れておき、InsertなりDeleteなりで増減させるイメージが分かりやすいかと。