#développement #formats
Après XML et json, CBOR se veut un autre standard d'échange de données structurées. Ce format est binaire, mais du coup très compacte et efficace, et surtout très bien adapté à l'informatique embarquées (IoT).
https://cborbook.com/introduction/from_xml_to_json_to_cbor.html
(Par contre je me demande pourquoi tout le monde continue à snober SQLite comme format d'échange. C'est structuré (et même indexé), binaire et assez efficace en stockage.)
Discussion
Loading...
Post
@sebsauvage Effectuer un dump SQL d'une BDD SQlite puis compresser le texte n'est-il pas plus efficace?
https://alexwlchan.net/2025/copying-sqlite-databases/
https://alexwlchan.net/2025/copying-sqlite-databases/
@lyokolux
Ah pas mal comme méthode, aussi !
Ah pas mal comme méthode, aussi !
@sebsauvage tu oublies protobuf qui (de ma petite expérience) est le top du format pour optimiser les échanges (mais qui est assez pénible sur les schemas qui évoluent)
@sebsauvage CBOR c'est de l'ASN1 DER amélioré, ca stocke juste des blobs hiérarchiquement.
On parle de trucs de la taille d'un certificat SSL... pas vraiment gros ni complexe.
sqlite est une USINE A GAZ prévue pour la recherche d'infos. C'est l'inverse de la compacité, c'est prévu pour la performance (et en plus c'est codé par des bigots, mais bref). Question taille des données et taille du parseur, c'est gigantesque! y'a des index, des transactions, un langage d'accès aux données...
@sebsauvage Car les casu du monde sérieux de l'entreprise ne veulent que du excel...
bonfire.cafe
A space for Bonfire maintainers and contributors to communicate
Automatic federation enabled