我想提出的问题是,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不对数据结构做约束,为什么不干脆连数据类型也不做约束呢?因为既然不约束结构,那么程序中就无法对应出类型,这样也不好做强制类型转换之类的。你们有什么看法吗?
怪我咯2017-04-21 10:58:46
検索効率とストレージ方法は決して回避できません。nosql がどのように最適化されても、ストレージの 3 種類のバイト長によって一貫性が保てないのは、結局のところストレージ層だけです。さらに重要なのは、メディア自体のパフォーマンスです。
怪我咯2017-04-21 10:58:46
おそらく C 言語によるものでしょう。ドキュメントがストレージに使用され、bson が使用されるため、データ構造はありません。ただし、PHP のデータ型言語とは異なり、C 言語では特定のデータ型が依然として厳密に制限されています。
大家讲道理2017-04-21 10:58:46
The Zen of Python には 2 つの文があります (python cli で import this を呼び出して表示できます):
暗黙的よりも明示的な方が優れています。
複雑よりもシンプルな方が優れています。
最初の文で mongodb の強力なタイプを説明できます
2 番目の文は mongodb のスキーマレスを説明できます
Pythonはそういうものです。動的言語ですが、明示的な型変換が必要です。これはより厳密な作業方法です。
PHP ドライバーを使用すると、実際にこの問題が発生します。この問題は、クエリ中に手動でのみ処理できます。