Créé par Douglas Crockford entre 2002 et 2005, JSON est réputé être un format léger et plutôt facile à lire et à écrire. Même s’il reprend les bases du JavaScript, il est indépendant de celui-ci. Basiquement, il utilise deux structures :
- Une collection de couples noms/valeurs
- Une liste de valeurs
Si on regarde la structure d’un fichier JSON, on peut être rebuté par la longueur, mais la structure est assez simple :
- Un objet : ce sont les couples nom/valeur
- Un tableau : les valeurs. Une valeur peut être une chaîne de caractères (string entre guillemets), un nombre (number), des booléens (true ou false), la valeur null, un objet (object avec des accolades) ou un tableau (array entre crochets). Il est possible d’imbriquer ces diverses valeurs pour constituer un document.
JSON permet donc de structurer les données, les valeurs que l’on souhaite échange entre les différentes applications ou couches applicatives. Il est moins verbeux que XML. La plupart des langages implémentent le format JSON via des décodeurs et encodeurs. Mais contrairement à XML, il n’impose pas de schéma et donc on peut perdre la cohérence du fichier et des données.
JSON doit se suffire à lui-même dans le sens où le format ne supporte pas les commentaires ! Le fichier doit être bien formé et compréhensible. JSON n’est pas un langage de programmation. Ce format est là pour stocker des données et uniquement cela.
Exemple fourni par Mozilla :
On distingue bien des différentes parties du document JSON. Le member contient un tableau dans lequel nous trouvons des objets.
JSON pour les données
JSON dans les SGBDR et les bases NoSQL n’est pas une nouveauté, depuis le milieu des années 2010, il se généralise. Pourquoi un tel succès et surtout pourquoi utiliser JSON comme stockage de données ?
Plusieurs avantages techniques sont avancés :
- Flexibilité du format : le schéma de données est très souple. Vous pouvez rajouter ou supprimer des champs sans modifier votre base. Tout se passe dans le fichier JSON. Vous pouvez ainsi séparer le schéma des données du fichier JSON du schéma de données de votre base.
- Une notion de hiérarchie par défaut : le format JSON impose de structurer « logiquement » son fichier. Dans une base classique, c’est plus compliqué avec les multiplications des tables, l’utilisant de SQL ou de couches ORM pour réaliser ce mapping
- Des API rapides à prendre en main
Cependant, utiliser plusieurs modèles de données et les combiner n’est pas le plus simple. Il faut que la base utilisée puisse réaliser ce travail d’intégration de la manière la plus transparente possible et de faciliter la consommer des données des fichiers JSON. Les SGBD permettent de manipuler les données JSON en simplifiant au maximum le travail.
