DBunny - Une extension de manipulation de bases de données créée pour retrouver DataGrip dans VS Code
(marketplace.visualstudio.com)En utilisant Claude Code, j’ai complètement migré mon environnement de développement vers VS Code.
Mais en développant, certains points sont devenus gênants. (Surtout pour moi qui travaille principalement côté back-end...)
Notamment des choses qui me semblaient évidentes dans DataGrip, parmi les produits JetBrains que j’utilisais auparavant.
- Parcourir la structure des tables
- Modifier directement les résultats de requête
- Consulter des diagrammes ERD
- Etc.
J’ai cherché des extensions VS Code, et il y en avait, mais il leur manquait toujours quelque chose.
(Il est aussi possible que je sois simplement passé à côté, snif snif)
J’ai donc créé moi-même une extension appelée DBunny.
[IMG] Image d’exemple d’utilisation
Fonctionnalités principales
- Édition inline : modifier directement les résultats de requête comme dans Excel
- Diagrammes ERD : visualisation des relations entre tables + export SVG/PNG
- Monitoring en temps réel : temps d’exécution, nombre de connexions, connexions actives, etc.
- Tunnel SSH : accès sécurisé aux bases de données distantes
- Bases prises en charge : MySQL, PostgreSQL, SQLite, H2, MongoDB, Redis
Installation
Marketplace VS Code : https://marketplace.visualstudio.com/items?itemName=chimaek.dbunny
ou recherchez "DBunny" dans l’onglet des extensions
Le développement est encore en cours, donc il peut y avoir des bugs.
Je vous serais reconnaissant pour vos retours ou signalements de bugs 🐰
5 commentaires
Le produit semble bon, mais le GIF de la page principale me paraît vraiment raté. D’abord, il faut beaucoup trop de temps pour arriver jusqu’à la démonstration du fonctionnement réel, qui est pourtant l’élément le plus important, et il m’a fallu un bon moment pour comprendre ce que signifiait le mot « Subscribe » avec le curseur qui bouge au-dessus. Dans ce cas, le remplacer par quelques captures d’écran serait sans doute plus efficace.
Merci pour votre retour. Comme il contenait des informations personnelles, je l’ai remplacé par la mention « Subscribe ». Je vais aussi envisager de le remplacer par une capture d’écran. :)
Oui, j’ai compris, mais ça me semble vraiment trop lent lol. On dirait qu’il faut plus de 10 secondes entre l’affichage du premier écran et l’arrivée à l’écran de fonctionnement.
Je l’ai installé et essayé rapidement, et je laisse un commentaire car il semble y avoir quelques points gênants ou potentiellement problématiques !
Environnement d’utilisation
Problème
"Error: Query execution failed: This command is not supported in the prepared statement protocol yet"
Du coup, il est impossible d’afficher l’ensemble des données.
(Quand je crée un fichier de requête pour faire la consultation, l’affichage fonctionne bien.)
Inconvénient
cmd + shift + qpour créer un fichier de requête, la fonction de fermeture par défaut de macOS se déclenche d’abord, donc il faut remapper les touches séparément...? (Ça fonctionne si on le change, mais ce serait bien que la configuration des raccourcis par défaut soit mieux pensée... / avis personnel.)Merci pour vos retours :)
Je n’avais pas du tout pensé aux conflits de raccourcis...
J’ai unifié sur
Ctrl+Alt+(Windows) /Cmd+Option+(Mac) afin d’éviter les conflits avec les raccourcis de VS Code et du système !