调查问卷数据库设计

[ldehai]

因为每道题答案选项个数不一致，有的还是多选。这种是用关系数据库建多个表好，还是用 mongodb 建一个表搞定？一道题一条记录。

[miemiekurisu]

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

[ljbha007]

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 里

大概就是这样

[Mirana]

mongo 的应用场景不就在这吗

[ldehai]

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

[ljbha007]

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

[ldehai]

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

[ljbha007]

@ldehai 有些字段还得根据需求加上或者去掉

[ldehai]

@ljbha007 明白，谢谢

[ljbha007]

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

[ljbha007]

@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 中进行条件查询、排序等操作

[ldehai]

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

[keithsun80]

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

[keithsun80]

mongoDB 尽可能冗余

[ljbha007]

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

[keithsun80]

@ljbha007 学习了，谢谢。

[orvice]

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

[oojiayu]

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

[EyreFree]

....

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

是这个么， 2333

QAQ

[ldehai]

@EyreFree 想多了