在我們通常的印象中茅主，mongodb是模式自由的（schemaless），可以往一個(gè)集合里插入任意類型的數(shù)據(jù)土榴，這會(huì)帶來一些問題诀姚，例如對(duì)于PHP這種弱類型的語(yǔ)言，一個(gè)本應(yīng)該是int型的字段玷禽，可能會(huì)同時(shí)存在string和int類型的數(shù)據(jù)赫段。
例如一個(gè)集合members，存儲(chǔ)會(huì)員信息矢赁，包含的文檔如下
> db.members.find();
{ "_id" : ObjectId("5b62a5c73eeb75204f15dbe3"), "user_id" : 100, "level" : "vip" }
{ "_id" : ObjectId("5b62a5cb3eeb75204f15dbe4"), "user_id" : 101, "level" : "vip" }
{ "_id" : ObjectId("5b62a5db3eeb75204f15dbe5"), "user_id" : "102", "level" : "gold" }
{ "_id" : ObjectId("5b62a5e53eeb75204f15dbe6"), "user_id" : 102, "level" : "gold" }
集合中有user_id為102和"102"的兩個(gè)文檔瑞佩，按user_id查詢
> db.members.find({user_id:{$eq:102}});
{ "_id" : ObjectId("5b62a5e53eeb75204f15dbe6"), "user_id" : 102, "level" : "gold" }
> db.members.find({user_id:{$eq:"102"}});
{ "_id" : ObjectId("5b62a5db3eeb75204f15dbe5"), "user_id" : "102", "level" : "gold" }
可以看出102和"102"查詢出了不同的結(jié)果。
問題來了坯台，開發(fā)語(yǔ)言為弱類型語(yǔ)言炬丸，導(dǎo)致同一個(gè)字段寫入了不同類型的值，這很容易引起bug蜒蕾。
是否可以對(duì)mongodb的字段類型進(jìn)行約束呢稠炬？很不幸，mongodb 3.2之前的版本不支持本操作咪啡。
幸運(yùn)的是首启，mongodb從版本3.2開始引入了schema validation，可以為集合指定驗(yàn)證規(guī)則撤摸。
我們?yōu)閙embers集合指定驗(yàn)證規(guī)則毅桃，限定user_id必須為int類型褒纲，且不可或缺。
> db.runCommand({collMod:"members", validator:{$and:[{"user_id":{$type:"int", $exists:true}}]}});
{ "ok" : 1 }
嘗試插入user_id為string類型的數(shù)據(jù)钥飞，可以看出驗(yàn)證失敗了莺掠。
> db.members.insert({user_id:"102", level:"gold"});
Document failed validation
我們還可以在創(chuàng)建集合時(shí)就指定驗(yàn)證規(guī)則
> db.createCollection("test_members", {validator:{$and:[{"user_id":{$type:"int", $exists:true}}]}});
{ "ok" : 1 }
參考文檔
