nosql - 为什么mongodb的字段会有类型之分

Question

我想提出的问题是，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不对数据结构做约束，为什么不干脆连数据类型也不做约束呢？因为既然不约束结构，那么程序中就无法对应出类型，这样也不好做强制类型转换之类的。你们有什么看法吗？

Answer 1

L'efficacité de la récupération et la méthode de stockage ne peuvent jamais être contournées. Les trois types de longueurs d'octets de stockage déterminent que l'efficacité des requêtes et des calculs ne peut pas être cohérente. Quelle que soit la façon dont nosql est optimisé, ce n'est qu'au niveau stratégique. La couche dépend davantage des performances du support lui-même.

Answer 2

MongoDB n'est pas uniquement disponible pour des langages comme PHP.

Answer 3

C'est peut-être dû au langage C. Il n'y a pas de structure de données car le document est utilisé pour le stockage et bson est utilisé. Cependant, le type de données spécifique est toujours strictement limité dans le langage C, contrairement au langage de type de données PHP

Answer 4

Il y a deux phrases dans

Le Zen de Python (vous pouvez appeler importer ceci dans python cli pour afficher) :

L'explicite vaut mieux qu'implicite.
Le simple vaut mieux que le complexe.

La première phrase peut expliquer le type fort de mongodb
La deuxième phrase peut expliquer le schéma sans schéma de Mongodb

Python est comme ça. Langage dynamique, mais nécessite une conversion de type explicite. Il s’agit d’une manière de travailler plus rigoureuse.

L'utilisation du pilote PHP rencontrera effectivement ce problème, et il ne pourra être géré que manuellement lors de la requête.