我想提出的问题是,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不对数据结构做约束,为什么不干脆连数据类型也不做约束呢?因为既然不约束结构,那么程序中就无法对应出类型,这样也不好做强制类型转换之类的。你们有什么看法吗?
검색 효율성과 저장 방법은 결코 피할 수 없습니다. 세 가지 유형의 저장 바이트 길이에 따라 쿼리와 계산 효율성이 일관성을 유지할 수 없습니다. nosql이 아무리 최적화되어 있어도 결국 저장은 전략적 수준에 불과합니다. 레이어는 매체 자체의 성능에 더 많이 의존합니다.
MongoDB는 PHP와 같은 언어에서만 사용할 수 있는 것이 아닙니다.
C 언어 때문인지 문서를 저장용으로 사용하고 bson을 사용하기 때문에 데이터 구조가 없습니다. 하지만 C 언어는 여전히 PHP의 데이터 유형 언어와 달리 특정 데이터 유형에 대한 엄격한 제한이 있습니다
The Zen of Python에는 두 문장이 있습니다(python cli에서import this를 호출하여 볼 수 있음).
첫 번째 문장으로 mongodb의 Strong Type을 설명할 수 있습니다
두 번째 문장으로 mongodb의 스키마리스를 설명할 수 있습니다
파이썬은 이렇습니다. 동적 언어이지만 명시적인 유형 변환이 필요합니다. 이는 보다 엄격한 작업 방식입니다.
PHP 드라이버를 사용하면 실제로 이 문제가 발생하며 쿼리 중에 수동으로만 처리할 수 있습니다.