我想提出的问题是，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不对数据结构做约束，为什么不干脆连数据类型也不做约束呢？因为既然不约束结构，那么程序中就无法对应出类型，这样也不好做强制类型转换之类的。你们有什么看法吗？
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Kecekapan mendapatkan semula dan kaedah storan tidak boleh dielakkan Ketiga-tiga jenis panjang bait storan menentukan bahawa kecekapan pertanyaan dan pengiraan tidak boleh konsisten Tidak kira bagaimana nosql dioptimumkan, ia hanya pada tahap yang strategik Lapisan lebih bergantung pada prestasi medium itu sendiri.
MongoDB bukan sahaja tersedia untuk bahasa seperti PHP.
Mungkin ini disebabkan oleh bahasa C Tiada struktur data kerana dokumen digunakan untuk penyimpanan dan bson digunakan Walau bagaimanapun, jenis data tertentu masih terhad dalam bahasa C, tidak seperti bahasa jenis data PHP. >
Terdapat dua ayat dalam
The Zen of Python (anda boleh memanggil import ini dalam python cli untuk melihat):
Ayat pertama boleh menerangkan jenis mongodb yang kuat
Ayat kedua boleh menerangkan mongodb's schema-less
Python adalah seperti ini. Bahasa dinamik, tetapi memerlukan penukaran jenis eksplisit. Ini adalah cara kerja yang lebih ketat.
Menggunakan pemacu PHP sememangnya akan menghadapi masalah ini, dan ia hanya boleh dikendalikan secara manual semasa pertanyaan.