BSON — fichier .bson

Le BSON (Binary JSON) étend le modèle de données JSON avec des types que ce dernier ne connaît pas nativement — dates, entiers 64 bits, identifiants binaires — tout en restant traversable et indexable efficacement, un besoin central pour MongoDB qui l’utilise comme format de stockage interne de tous ses documents.

Chaque document BSON commence par un champ de longueur totale sur 4 octets encodé en little-endian, une valeur qui varie évidemment d’un document à l’autre : il n’existe donc pas de signature binaire fixe permettant d’identifier un fichier .bson indépendamment de son contenu.

Contrairement au JSON texte, où retrouver un champ nécessite d’analyser l’ensemble du document, le BSON encode la longueur de chaque élément directement dans sa structure, ce qui permet à MongoDB de parcourir ou de sauter des champs rapidement sans réanalyser tout le document.

Les fichiers .bson que l’on rencontre concrètement proviennent presque toujours d’un export mongodump, utilisé pour sauvegarder ou migrer une base MongoDB ; leur réimport se fait via l’outil complémentaire mongorestore, les deux étant conçus pour fonctionner exclusivement ensemble.

Au-delà de ces fichiers d’export, le BSON sert aussi de format d’échange sur le fil entre les pilotes officiels MongoDB (drivers Python, Node.js, Java…) et le serveur de base de données lui-même : chaque requête et chaque document renvoyé transitent déjà encodés en BSON avant même d’être converti en objet natif du langage utilisé côté application.

Contrairement au CBOR, normalisé indépendamment par l’IETF, la spécification du BSON reste maintenue directement par MongoDB Inc. plutôt que par un organisme de standardisation extérieur, ce qui reflète son statut de format avant tout pensé pour cette base de données précise plutôt que comme norme d’échange générale destinée à un usage indépendant de tout produit particulier.