HN vorgestellt: PGlite, browserinternes WASM-Postgres mit pgvector und Echtzeit-Synchronisierung

 (pglite.dev)
2 Punkte von GN⁺ 2024-08-13 | 1 Kommentare | Auf WhatsApp teilen

  • Lightweight

    • Ein vollständiger WASM-Build von Postgres, der komprimiert mit Gzip weniger als 3 MB groß ist

  • Zusammenfassung von GN⁺

    • Dieses Projekt bietet einen WASM-Build von Postgres und ist nützlich für alle, die nach einer sehr leichtgewichtigen Datenbanklösung suchen
    • Im Vergleich zu herkömmlichem Postgres ist es kleiner und lässt sich dadurch leicht in Webanwendungen integrieren
    • Dieser Artikel könnte besonders für Webentwickler oder für Personen interessant sein, die eine schlanke Datenbanklösung benötigen
    • Als Projekt mit ähnlicher Funktionalität wird ein WASM-Build von SQLite empfohlen

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-08-13
Hacker-News-Kommentare

  • Ich hatte gesehen, dass es im Browser läuft, wusste aber nicht, dass es serverseitig auch in Node.js und Bun ausgeführt werden kann

    • Als Alternative zu SQLite kann man eine vollständige In-Process-PostgreSQL-Implementierung starten, die als Teil einer Node.js-/Bun-Anwendung auf der Festplatte persistent bleibt
    • Ich würde es gern in Python verwenden und frage mich, ob jemand versucht hat, es über Wrapper wie Wasmer-python oder Wasmtime-py auszuführen

  • Ich bin ein großer Fan von PGlite

    • Es ist die perfekte Lösung, um Postgres ohne Docker zu verwenden
    • Mit nur npm install kann man eine Postgres-Instanz auf dem eigenen Rechner haben, was das Onboarding neuer Entwickler ins Team erleichtert
    • PGlite funktioniert perfekt mit Next.js
    • Ich nutze PGlite zusammen mit dem Next.js Boilerplate in lokalen und Entwicklungsumgebungen
    • Mit einem einzigen npm install kann man eine Full-Stack-Anwendung inklusive Datenbank haben, ohne externe Tools installieren zu müssen

  • Ich dachte, es würde gut zu ElectricSQL passen

    • Ich würde PGlite und ElectricSQL gern in einem Produktionsprojekt einsetzen; es scheint mehrere Probleme zu lösen, die ich derzeit habe
    • Ich arbeite gern mit CRDTs
    • Ich möchte zum Produktlaunch gratulieren

  • Es unterstützt browserseitige Persistenz über IndexedDB und OPFS

  • Der wesentliche Unterschied zwischen PostgreSQL und SQLite ist, dass Letzteres In-Process ist; jetzt können es beide sein

    • Ich frage mich, ob es ausführlicheres Material gibt, das die beiden vergleicht, und wann man das eine dem anderen vorziehen sollte

  • Ich habe mit PGlite für API-Integrationstests experimentiert

    • Es hat ziemlich gut funktioniert und bietet eine deutlich bessere DX, als Postgres in Docker hochzufahren

  • Ich würde gern wissen, welche Version des aktuell verwendeten Postgres-Docker-Images genutzt wird, um die Kompatibilität mit PGlite zu prüfen

    • Im Screenshot habe ich "PostgreSQL 15devel" gesehen; das scheint v15 zu bedeuten
    • Es wäre gut, eine klare Dokumentation zur Nutzung aktueller und künftiger Postgres-Versionen zu haben, zum Beispiel wie man erfährt, wann auf v16 aktualisiert wird

  • Falls man eine native Anwendung möchte, frage ich mich, ob es ein natives Analogon gibt, das man nutzen kann, ohne die Architektur komplett aufzugeben

    • Auf der Website/in der Dokumentation wird nur die WASM-Version erwähnt

  • Ich verfolge den ElectricSQL-Discord-Server

    • Mich haben auch andere Sprachen außer TypeScript interessiert, und ich finde es gut zu sehen, dass mehr Sprachunabhängigkeit Priorität hat
    • ElectricSQL wird wegen Architekturänderungen neu geschrieben; ich frage mich, ob sich das auf PGlite auswirkt
    • Ich frage mich, in welcher Beziehung PGlite und ElectricSQL zueinander stehen

  • Ich finde es beeindruckend, dass PGlite mit Erweiterungen umgehen kann

    • Ich habe dem "Postgres Is Enough"-Gist einen neuen Abschnitt hinzugefügt