HN présente PGlite, un Postgres WASM dans le navigateur avec pgvector et synchronisation en temps réel

• Lightweight

  • Une build WASM complète de Postgres, pesant moins de 3 Mo une fois compressée avec gzip

• Résumé de GN⁺

  • Ce projet propose une build WASM de Postgres, utile pour celles et ceux qui recherchent une solution de base de données très légère
  • Par rapport à Postgres classique, sa petite taille offre l’avantage de pouvoir être intégrée facilement dans des applications web
  • Cet article peut être particulièrement intéressant pour les développeurs web ou les personnes ayant besoin d’une solution de base de données allégée
  • Parmi les projets offrant des fonctionnalités similaires, la build WASM de SQLite est recommandée

[GN⁺]

Avis Hacker News

• Je l’avais vu tourner dans le navigateur, mais je ne savais pas qu’il fonctionnait aussi côté serveur dans Node.js et Bun

  • Comme alternative à SQLite, on peut lancer une implémentation complète de PostgreSQL dans le processus, persistée sur disque, comme partie d’une application Node.js/Bun
  • J’aimerais l’utiliser en Python, je me demande si quelqu’un a essayé de l’exécuter via des wrappers comme Wasmer-python ou Wasmtime-py

• Je suis un grand fan de PGlite

  • C’est une solution parfaite pour utiliser Postgres sans Docker
  • Avec un simple npm install, on peut avoir une instance Postgres sur sa machine, ce qui facilite l’onboarding de nouveaux développeurs dans l’équipe
  • PGlite fonctionne parfaitement avec Next.js
  • J’utilise PGlite en local et en développement avec Next.js Boilerplate
  • Avec un seul npm install, on peut avoir une application full-stack avec base de données incluse, sans avoir besoin d’installer d’outils externes

• Je me suis dit que ça irait très bien avec ElectricSQL

  • J’aimerais utiliser PGLite et ElectricSQL dans un projet en production, ça semble pouvoir résoudre plusieurs problèmes que j’ai actuellement
  • J’aime travailler avec les CRDTs
  • J’aimerais féliciter l’équipe pour le lancement du produit

• La persistance côté navigateur est prise en charge via IndexedDB et OPFS

• La principale différence entre PostgreSQL et SQLite, c’est que le second est in-process ; maintenant, les deux peuvent l’être

  • Je me demande s’il existe une comparaison plus détaillée entre les deux, afin de savoir dans quels cas préférer l’un à l’autre

• J’ai expérimenté les tests d’intégration d’API avec PGlite

  • Ça a plutôt bien marché et l’expérience développeur était bien meilleure que de lancer un Postgres dans Docker

• J’aimerais connaître la version de l’image Docker Postgres que j’utilise actuellement afin de vérifier la compatibilité avec PGlite

  • J’ai vu « PostgreSQL 15devel » dans la capture d’écran, donc j’imagine que cela correspond à la v15
  • J’aimerais une documentation claire sur l’usage des versions actuelles et futures de Postgres ; par exemple, comment savoir quand la mise à jour vers la v16 arrivera

• Si on veut une application native, je me demande s’il existe un analogue natif qu’on puisse utiliser sans abandonner complètement l’architecture

  • Le site web et la documentation ne mentionnent que la version WASM

• Je suis le serveur Discord d’ElectricSQL

  • Je m’intéressais à d’autres langages que TypeScript, donc c’est bien de voir que rendre le projet plus indépendant du langage fait partie des priorités
  • ElectricSQL est en train d’être réécrit à cause d’un changement d’architecture ; je me demande si cela a un impact sur PGlite
  • Je me demande quelle est la relation entre PGlite et ElectricSQL

• C’est impressionnant que PGlite puisse gérer les extensions

  • J’ai ajouté une nouvelle section au gist « Postgres Is Enough »