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

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

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

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

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 里

大概就是这样

自己写一个

1 ＋ 1 ＝ 10
完

注意 cookie, user-agent
还有个 x-requested-with 的 header

大多数情况生产环境都不只一台机器 /一个进程 你内存里的数据结构虽然快 但是没办法横向扩展 没办法分布式同步数据 如果你自己实现的话开发成本会飙升 然而 redis 本来解决了这个问题 为什么不用呢

从来不从非官方渠道下东西的 想说一句：“我就说吧！”

学习 go 一个是要对指针和引用有一定了解 另一个是要对并行编程有一定经验才能明白 goroutine 和 channel 的逻辑该怎么写

有次 360 更新系统补丁 我手机插上去 直接被装了个手机安全卫士和安全浏览器等一全套 360 的流氓软件

@linar
log 说的很清楚
你两个域名重名了
肯定一个是父域名 一个是父域名下的二级子域名

应该是容器大小的问题 尝试调试一下容器的大小

中文很容易写出来春秋笔法 让人看上去云里雾里的

中文有时候表达逻辑会很绕 因为经常有同义词、指代模糊等问题 而且变量名类名等不适合翻译成中文 到最后还是得写点英文金曲 所以我偏向于全部用英文写

我觉得程序员给孩子取名字的正确方法是写个脚本随机两个 unicode 中文字符