Yes. The first thing I said when I saw this post was "How is this different than BSON?" Given that BSON is the basis of MongoDB's storage engine, I'm pretty confident in it and probably won't be moving over to MessagePack anytime soon.
bson messages are often larger than their json counterpart. The benefit of bson isn't size, but rather ease (on the cpu) of serializing and deserializing.
I agree in part. Most of the time JSON and BSON are very similar in size, and sometimes larger (due to length prefixes). But, size benefits do emerge when you need to store binary data inside the object. Instead of a base64 encoded string, the binary data can be stored directly.
Comments
http://bsonspec.org/ is another such alternative.
Yes. The first thing I said when I saw this post was "How is this different than BSON?" Given that BSON is the basis of MongoDB's storage engine, I'm pretty confident in it and probably won't be moving over to MessagePack anytime soon.
bson messages are often larger than their json counterpart. The benefit of bson isn't size, but rather ease (on the cpu) of serializing and deserializing.
I agree in part. Most of the time JSON and BSON are very similar in size, and sometimes larger (due to length prefixes). But, size benefits do emerge when you need to store binary data inside the object. Instead of a base64 encoded string, the binary data can be stored directly.
Yeah, GridFS would be pretty silly in JSON.