调查问卷数据库设计

不违反三范式的前提下，感觉题目横表，选项和用户答案纵表。
当然也可以 mongodb 一个 document 搞定。

forms
====
id int (pk )
userId int (fk )
title varchar
description varchar

questions
=====
id int (pk )
form_id int (fk )
question varchar
answer_type enum (multi_choice, single_choice, text )

choices
=====
id int (pk )
question_id int (fk )
description varchar

text_answers
======
id int (pk )
session_id int
question_id int (fk )
content varchar

choice_answers
=======
id int (pk )
session_id int
question_id int (fk )
choice_id int

大概这个样子
根据问题表的 answer_type 判断时多选、单选还是 文字回答

1. 单选、多选都去 choices 表查选项 只是前端控件不一样
用户填完就插入到 choice_answers

2. 文字回答就直接插入到 text_answers 里

大概就是这样

mongo 的应用场景不就在这吗

@miemiekurisu 题目表和答案表还好，就是选项表看得不爽。
@ljbha007 谢谢，好详细，表都不用我设计了。关系数据库就是查询的时候要多表关联，比 N OSQL 的要麻烦。

@ldehai 你用 mongodb 这种很多时候也需要表间关联的 不然效率很低

@Mirana 因为对 mongodb 不熟，看了介绍感觉比较合适。插入、更新、查询应该没问题。就担心统计麻烦。

@ljbha007 明白，谢谢

@ldehai mongodb 遇到多对一关系的时候最好还是另外建集合来放 然后手动关联过来 不然也会影响查询效率 不要用数组

@ldehai

下面两种都是一对多关系 但是会根据情况直接 embed 进去还是用集合间关联

http://docs.mongodb.org/master/tutorial/model-referenced-one-to-many-relationships-between-documents/

http://docs.mongodb.org/master/tutorial/model-embedded-one-to-many-relationships-between-documents/

主要是下面两个判断准则

1. 如果把“一”的 document 嵌入到多个“多”的 document 中时发生的冗余是否可以接受
2. “多”的 document 是否需要 再整个集合中而非单个 document 中进行条件查询、排序等操作

@ljbha007 兄弟很有经验，主要是想存题目简单点，现在的业务多对一的情况不多。

@ljbha007 mongoDB 不做关联， 直接存储对应结构
问卷
［题 1 ， 2 ， 3 ，……… ］

mongoDB 尽可能冗余

@keithsun80 他这个情况是没有必要 有些情况应该做关联 比如我发那个链接的第一种

@ljbha007 学习了，谢谢。

mongo 吧
如果需要统计新增记录的时候顺便统计

去看看问卷星不就 OK 了吗？
问卷星已经做得很完善了~ 基本很少有同行可以超越~

....

https://mart.coding.net/p/109

是这个么， 2333

QAQ

@EyreFree 想多了