LibreDB Studio est un IDE SQL auto-hébergé pour PostgreSQL, sous licence MIT, qui s’exécute dans le navigateur. De nombreuses méthodes d’installation sont proposées (conteneur docker, ou autres…)
Il est déployé à proximité de la base de données qu’il gère — sous forme de conteneur, de chart Helm ou de paquet npm — plutôt que d’être installé sur la machine de chaque développeur. PostgreSQL constitue son implémentation de référence : le fournisseur (provider) est bâti sur node-postgres, et les autres moteurs pris en charge suivent les modèles établis par ce dernier.
Pour les connexions à PostgreSQL, l’éditeur utilise un pool de connexions, des transactions explicites (BEGIN/COMMIT/ROLLBACK) avec un délai d’expiration pour le retour en arrière automatique (auto-rollback), ainsi que l’annulation de requêtes via pg_cancel_backend sur le PID du processus serveur (backend) suivi. L’introspection du schéma est conçue pour rester réactive sur des bases de données comptant des centaines de tables : l’arborescence des tables est générée lors d’une première passe, tandis que les relations sont chargées progressivement lors d’une seconde. La surveillance s’appuie sur les vues pg_stat_* (y compris pg_stat_statements lorsque l’extension est installée) et s’adapte aux permissions du rôle connecté plutôt que de provoquer une erreur lorsque les vues réservées aux superutilisateurs sont inaccessibles.
L’assistant de requête optionnel est limité par les contraintes de la base de données plutôt que par le texte de l’invite (prompt). Avant sa première interaction, l’exécution reçoit le schéma réel de la base de données connectée ; ainsi, l’instruction rédigée fait référence à des objets existants, et les exécutions en lecture seule sont traitées au sein d’un bloc BEGIN READ ONLY sous forme d’instruction unique via le protocole étendu. L’authentification repose sur des comptes locaux ou sur OIDC, avec un contrôle d’accès basé sur les rôles (RBAC) appliqué à chaque route de l’API.
Le code source, la documentation et la référence du fournisseur PostgreSQL sont disponibles sur github.com/libredb/libredb-studio et libredb.org
Aller plus loin
- Annonce dans les actualités PostgreSQL.org (18 clics)
- Projet GitHub (33 clics)
- LibreDB.org (75 clics)
# Claude, again?
Posté par Valentin . Évalué à 5 (+5/-1).
Contributeur principal : Claude. As usual…
# Seconde publicité pour le même machin vibecodé
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 10 (+13/-1). Dernière modification le 16 septembre 2026 à 10:29.
On a déjà eu une publicité pour ce machin vibecodé ici https://linuxfr.org/users/libredb-studio/journaux/libredb-studio-un-client-de-bases-de-donnees-qu-on-heberge-a-cote-de-ses-bases-pas-sur-chaque-poste et l’auteur n’a jamais répondu à la moindre des questions posées en commentaire. Le journal est plus complet que cette dépêche.
D’ailleurs, je remarque qu’il s’est créé un autre compte pour publier cette dépêche.
Est-ce qu’on veut vraiment que LinuxFR soit envahi de projets vibecodés jusque dans ses dépêches ?
Littératures de l’imaginaire, libres, pour tout le monde : https://renardspatial.com/ | La connaissance libre : https://zestedesavoir.com
[^] # Re: Seconde publicité pour le même machin vibecodé
Posté par Valentin . Évalué à 6 (+5/-0).
Et on peut remarquer que cette fois, il a attendu une semaine entre la création de compte et le dépôt de son (gros) caca.
[^] # Re: Seconde publicité pour le même machin vibecodé
Posté par Benoit Sibaud (site web personnel) . Évalué à 3 (+1/-1).
Non la dépêche a 8 jours (soit le jour de création du compte).
[^] # Re: Seconde publicité pour le même machin vibecodé
Posté par Benoit Sibaud (site web personnel) . Évalué à 0 (+0/-3).
C'est un projet jugé suffisamment intéressant pour être publié sur postgresql.org.
[^] # Re: Seconde publicité pour le même machin vibecodé
Posté par Julien Jorge (site web personnel) . Évalué à 4 (+2/-0).
Publié sur postgresql.org certes, mais « Posted by LibreDB ». Quels sont les critères pour être relayé par postgresql.org ? Relaient-ils juste toute soumission qui parle de PostgreSQL ?
[^] # Re: Seconde publicité pour le même machin vibecodé
Posté par Valentin . Évalué à 6 (+5/-0). Dernière modification le 16 septembre 2026 à 11:37.
Déjà l'image docker de 298 Mo ça pue le cheval de Troie, ou au minimum le manque total d'optimisation.
Enfin bon, on a échappé à l'installation via "
wget trojanhorse.sh | sudo bash"…[^] # Re: Seconde publicité pour le même machin vibecodé
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 10 (+8/-0). Dernière modification le 16 septembre 2026 à 11:48.
La stack Docker fait 911 Mo une fois décompressée, et un coup de
divesurghcr.io/libredb/libredb-studio:latestm’indique qu’il y a 670 Mo d’espace disque potentiellement perdu, avec un score d’efficacité de l’image de 60 %.En particulier, le projet utilise NodeJS qui est déjà très consommateur ; mais en plus il fait l’erreur d’écraser (donc de dupliquer dans plusieurs couches) de très grosses dépendances, comme
@duckdb, qui embarque des binding Linux de plusieurs centaines de Mo.Mais tout ça n’est pas grave, parce que le stockage ne coute rien ; c’est pas comme si l’IA qui a servi massivement à produire ce projet exerçait une telle pression sur les composants que la RAM et le stockage (pour ce qui nous concerne ici) deviennent hors de prix, n’est-ce pas ?
(PS :
divec’est vachement pratique comme outil pour comprendre ce qu’il y a derrière une image Docker).Littératures de l’imaginaire, libres, pour tout le monde : https://renardspatial.com/ | La connaissance libre : https://zestedesavoir.com
# Un peu de transparence
Posté par Julien Jorge (site web personnel) . Évalué à 10 (+8/-0).
Il s'agit de la dépêche dont je parlais dans ce commentaire. C'est en projet qui rentre en force : deux journaux (un supprimé, l'autre mal noté), une dépêche, trois comptes. À titre personnel je considère cela comme du spam et ça me rassure de voir que c'est mal reçu. Cependant la décision de l'équipe de modération était loin d'être franche (5 pour, 3 contre), ce qui indique bien qu'on est en zone grise.
À la décharge du projet, bien qu'il y ait beaucoup de LLM il y a aussi beaucoup de contributeurs (56 indique GitHub). Ça a l'air, du moins vu de loin, d'intéresser plus de monde que l'habituel projet vibe-codé. C'est aussi un projet relayé sur postgresql.org.
[^] # Re: Un peu de transparence
Posté par BAud (site web personnel) . Évalué à 4 (+2/-0).
ça tombe bien, ils ont un code of conduct : https://github.com/libredb/libredb-studio/blob/main/CODE_OF_CONDUCT.md
ce genre de comportement peut être assimilé à de la maladresse (dans le doute) voire à du harcèlement. En tout cas, c'est un non respect des règles de LinuxFr.org.
Sans interaction avec l'auteur, mon avis penchera du second côté.
En effet, à quoi bon communiquer et relayer un projet qui n'assume pas ses choix ?
Donc, bon, entre le journal et cette dépêche, 2-3 questions ont émergé j'ose espérer qu'il y aura quelques réponses ;-)
et j'en rajoute une :
quitte à avoir quelque-chose de vibe-codé, pourquoi ne pas y ajouter de la modélisation comme disponible via ce projet ?
21 sont crédités sur https://github.com/libredb/libredb-studio/blob/main/CONTRIBUTORS.md (et heureusement, Claude n'est vu que comme un outil et non comme un auteur (ce qu'il ne peut pas être, par nature)).
https://github.com/libredb/libredb-studio/blob/main/CONTRIBUTING.md montre une certaine volonté d'ouverture (langue principale : l'anglais, chinois et japonais possibles pour demandes et propositions d'intégration)
Si l'auteur de la dépêche a fait l'effort d'adaptation au français, c'est tout à son honneur, reste à être capable d'aller plus loin et nous éclairer sur la démarche ;-)
[^] # Re: Un peu de transparence
Posté par Valentin . Évalué à 1 (+0/-0).
Traduction par IA ? Quel effort !
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.