我想提出的问题是，mongodb既然是一个面向文档的数据库，而且它的存储格式又是与json如此类似的bson。如此宽松的使用环境，那么为什么不把步子放更大一点，而对每个字段都要有类型约束呢。比如下面的数据结构
{
'field_1': 1,
'field_2': '1',
'field_3': true
}在脚本语言里，这三个值是相等的，但mongodb可不这样认为，如果你用string类型去寻找field_1的值，那么永远找不到。
可是像在php这种弱类型语言里，本来就是string,int傻傻分不清楚，所以使用mongodb的php程序员经常会出现以下杯具场景，你存储的时候主键是一个用函数生成的int型数字，但取出记录的时候可能直接使用前端传递过来的GET参数，很不巧它只能是一个string类型，这样你就永远找不到这条记录了。
诸如此类的事情还很多，我在想既然mongodb不对数据结构做约束，为什么不干脆连数据类型也不做约束呢？因为既然不约束结构，那么程序中就无法对应出类型，这样也不好做强制类型转换之类的。你们有什么看法吗？
The Zen of Python 里面有两句 (可以在python cli 中调用 import this 查看):
Explicit is better than implicit.
Simple is better than complex.
第一句可以解释mongodb 的 的强类型
第二句可以解释mongodb 的 schema-less
python 就是这样的。动态语言，但是需要显示的类型转换。这是一种更严谨的工作方式。
用php 的 driver 的确会遇到这种问题，只能在查询时手动处理了。
MongoDB不是只提供给PHP这种语言使用的。
也许算是C语言的原因吧，没有数据结构，是因为用文档试存储，用的bson，但是具体的数据类型，C语言还是有严格限制的，不像php的若数据类型语言
检索效率是和存储方式是永远没办法规避的，三种类型的存储字节长度决定了其查询和计算的效率是不可能一致的，nosql再怎么优化也只是在策略层面，毕竟存储层更多看的是介质本身的性能。