MongoDB shell将二进制数据打印为Base64编码的字符串,包含在函数调用中:
"_id" : BinData(0,"e8MEnzZoFyMmD7WSHdNrFJyEk8M=")
“0”是什么意思?
答案 0 :(得分:17)
http://docs.mongodb.org/manual/reference/mongodb-extended-json/#binary
BSON BinData数据类型通过shell中的类BinData表示。运行help misc
以获取更多信息。
> new BinData(2, "1234")
BinData(2,"1234")
来自shell
help misc
b = new BinData(subtype,base64str) create a BSON BinData value
您的案例中的0
是BSON子类型
http://bsonspec.org/#/specification
binary ::= int32 subtype (byte*) Binary - The int32 is the number of bytes in the (byte*).
subtype ::= "\x00" Generic binary subtype
| "\x01" Function
| "\x02" Binary (Old)
| "\x03" UUID (Old)
| "\x04" UUID
| "\x05" MD5
| "\x80" User defined
关于这个帖子的类似问题
http://groups.google.com/group/mongodb-dev/browse_thread/thread/1965aa234aa3ef1e
答案 1 :(得分:7)
Macrolinux是对的,但你必须小心他的例子,因为它会起作用但偶然。
BinData()的第一个参数是BSON二进制子类型,如上所述,它是以下之一:
generic: \x00 (0)
function: \x01 (1)
old: \x02 (2)
uuid_old: \x03 (3)
uuid: \x04 (4)
md5: \x05 (5)
user: \x80 (128)
这些只是帮助器,因此解串器可以不同地解释二进制数据,具体取决于那些字节代表除之外的子类型2,它类似于通用子类型但存储了表示长度的int32。字节数组作为数据的前4个字节。
现在看看为什么示例是错误的,你会注意到调用BinData(2,“1234”)并不存储代表字符串“1234”的二进制文件,原因有两个:
有关详细信息,请参阅bsonspec.org。
答案 2 :(得分:1)
我相信他们对应BSON subtypes:
subtype :: =“\ x00”Binary / Generic | “\ x01”功能 | “\ x02”二进制(旧) | “\ x03”UUID | “\ x05”MD5 | “\ x80”用户定义
看着它,似乎0
几乎总是一个有效的选择。