Au quotidienVos requêtes, dans chaque base.
Explorateur et requêtes. L'arborescence s'organise par connexion et par base. Le premier nœud de chaque base, ce sont ses requêtes enregistrées : le travail reste là où il doit être, pas dans des onglets orphelins.
- Dossiers et groupes colorés, par client ou par environnement, en y glissant simplement vos serveurs.
- Les requêtes s'enregistrent automatiquement pendant que vous écrivez.
- Onglets d'aperçu comme dans VS Code, et une session propre à chaque onglet : les SET, les tables temporaires et les transactions sont conservés.
Un éditeur qui parle le dialecte de chaque moteur.
Éditeur intelligent. CodeMirror 6 avec le langage de chaque moteur (SQL dans chaque dialecte, CQL, JSON, Cypher, Flux, commandes Redis) et l'autocomplétion des tables et des colonnes.
- Exécutez la sélection ou l'instruction sous le curseur.
- Annulez une requête avec le mécanisme natif du moteur.
- Mise en forme du code et modèles pour créer des objets.
Du résultat à Excel, sans limites.
Résultats, filtres et export. Une grille virtualisée qui affiche plusieurs jeux de résultats par exécution, avec une visionneuse de cellules et le JSON mis en forme.
- Filtres par colonne sur les données d'une table, appliqués côté serveur.
- Copiez dans 10 formats : CSV, JSON, YAML, INSERT, UPDATE et plus encore.
- Exportez en CSV, TSV, JSON, JSONL, SQL, XLSX ou XML : la requête complète en streaming, pas seulement ce qui est affiché.
- Graphiques de résultats en un clic.
Modifiez une cellule. C'est vous qui décidez de l'exécuter.
Édition de cellules sécurisée. Quand vous modifiez une cellule, DBine génère le code de mise à jour dans le langage du moteur et l'ajoute à la requête. Rien ne s'exécute dans votre dos.
- UPDATE, commandes Mongo ou Redis, selon le moteur.
- Définir à NULL, annuler les modifications et tout vérifier avant d'exécuter.
Performances et exploitationChaque requête, en direct.
Profiler. Un clic droit sur une base, et vous voyez toutes les requêtes que n'importe quelle application exécute sur elle, à la manière du Profiler de SQL Server, sur des dizaines de moteurs.
- Heure, durée, texte, base, utilisateur, client, lignes et erreur de chaque requête.
- Filtrez, repérez les requêtes lentes et ouvrez-les dans l'éditeur.
- Si le moteur doit activer quelque chose pour la capture, DBine l'active puis le restaure à la fin. En lecture seule, il ne touche à rien.
- CPU, lectures et écritures de chaque requête, là où le moteur les fournit et dans sa propre unité (pages, blocs, lignes, octets ou documents), avec moyenne, minimum, p95 et maximum en regroupant les requêtes identiques.
Le pouls du serveur, en un coup d'œil.
Moniteur de serveur. CPU, mémoire, sessions et activité en temps réel, d'un clic droit sur la connexion, sur les moteurs qui exposent ces informations.
- Graphiques en direct pour repérer les pics.
- Les sessions actives et ce que chacune exécute.
Trouvez où passe le temps.
Plans d'exécution. Des plans graphiques à la manière de Management Studio, estimés, réels ou les deux à la fois, avec zoom et défilement.
- Disponible sur chaque moteur qui fournit des plans : SQL, Mongo, Neo4j, Elasticsearch et plus encore.
- La même visionneuse pour tous les moteurs.
Des copies DBine sur tous les moteurs, et celles du serveur.
Sauvegardes. Chaque base a son onglet de sauvegardes : des copies DBine sur n'importe quel moteur, avec la structure et les données dans un script local que vous restaurez dans la même base ou dans une autre, et les sauvegardes natives du serveur sur les moteurs qui en ont.
- Copies DBine sur tous les moteurs, avec un historique local de la date, des objets, des lignes et de la taille. Restaurez dans la même base ou dans une autre, après confirmation.
- Sauvegardes du serveur là où le moteur les propose, comme SQL Server, Oracle, SAP HANA, ClickHouse, Snowflake, BigQuery, Elasticsearch ou Redis : leur historique et le script pour créer, restaurer ou supprimer une sauvegarde, que vous relisez avant de l'exécuter.
- Les scripts se copient avec les clés et les mots de passe masqués. Les connexions en lecture seule voient l'historique mais ne créent ni ne restaurent de sauvegardes.
Utilisateurs, rôles et droits, au même endroit.
Utilisateurs et droits. Un onglet pour consulter et gérer les utilisateurs, les rôles et les droits du serveur. Chaque modification devient un script dans le langage du moteur, que vous relisez avant de l'exécuter.
- Utilisateurs et rôles avec leurs appartenances et leurs droits : sur quel objet, directs ou hérités d'un rôle, transmissibles à d'autres ou refusés.
- Créez des utilisateurs et des rôles, changez des mots de passe, activez ou désactivez la connexion, et accordez ou révoquez des droits sur la base, un schéma ou un objet. Le mot de passe n'apparaît ni dans l'aperçu ni dans l'historique.
- DBine demande au serveur ce que l'utilisateur connecté peut faire : les sauvegardes, le Profiler, l'arrêt de sessions ou la gestion des utilisateurs apparaissent désactivés, avec le droit manquant, s'il ne peut pas les exécuter. Quand le moteur ne permet pas de le savoir avec certitude, l'action reste activée.
- Sur la grande majorité des moteurs, de SQL Server, PostgreSQL, MySQL et Oracle à MongoDB, Cassandra, Redis, Elasticsearch et Neo4j ; pas sur ceux qui ne le permettent pas, comme SQLite, DuckDB ou DynamoDB.
Structure et modificationsDeux bases, côte à côte. Alignez-les en un clic.
Comparer des schémas. Comparez la structure de deux bases à la manière de WinMerge, même si elles proviennent de connexions ou de moteurs différents.
- Tables, colonnes, index, clés, vues, procédures, fonctions et triggers.
- Reportez chaque modification d'un côté à l'autre avec les flèches, avec annulation.
- Script de synchronisation dans le bon ordre, avec des avertissements quand une opération risque de perdre des données.
Les mêmes tables, ligne par ligne.
Comparer des données. Comparez les lignes de deux tables ou collections de n'importe quel moteur, dans la même base, sur des serveurs différents ou sur des moteurs différents, et choisissez de quel côté va chaque différence. DBine écrit le script de chaque côté dans le langage de son moteur et n'exécute rien tant que vous ne l'avez pas décidé.
- Les lignes sont appariées par la clé primaire, ou par les colonnes de votre choix si la table n'a pas de clé. Les valeurs sont comparées selon ce qu'elles valent, et non selon la façon dont chaque moteur les renvoie : 1 et 1.00 sont égaux.
- Lignes identiques, lignes différentes avec chaque valeur différente mise en évidence, et lignes présentes d'un seul côté. Pour chacune, vous choisissez de mettre à jour, d'insérer ou de supprimer ; les suppressions ne sont jamais choisies d'office.
- Un script pour chaque côté qui change : du SQL sur les moteurs SQL et les commandes natives sur MongoDB et les autres. Copiez-le, ouvrez-le dans une requête ou exécutez-le, et DBine compare à nouveau.
- Garde-fous : un avertissement si les deux tables ne sont pas la même, des suppressions toujours par clé, des mises à jour limitées aux colonnes différentes et des connexions en lecture seule qui refusent le script.
D'un moteur à l'autre, sans tout réécrire à la main.
Migrer vers un autre moteur. Convertit les tables d'une base vers un autre moteur : types, valeurs par défaut, auto-incréments, clés, index et noms.
- Un rapport de chaque changement, et de sa raison.
- Le script cible prêt à être relu et exécuté.
Déplacez les données, pas seulement la structure.
Transférer, cloner et synchroniser. Transférez tables et données d'une base à une autre, même vers un autre moteur, avec le chargement en masse natif de chaque moteur. Entre bases du même moteur, vous pouvez aussi cloner la base entière ou ne synchroniser que ce qui a changé.
- Chargement en masse natif là où le moteur le propose (COPY binaire sur PostgreSQL, INSERT BULK sur SQL Server, LOAD DATA sur MySQL et d'autres) ; ailleurs, des INSERT par lots, donc aucun moteur n'est laissé de côté.
- Plusieurs tables en parallèle avec une mémoire bornée, la progression et les lignes par seconde de chaque table, et la possibilité d'annuler ou de relancer chacune. La source est toujours ouverte en lecture seule et les données arrivent sans perte.
- Si une exécution est interrompue, vous la reprenez plus tard sans recopier les tables déjà terminées.
- Cloner réplique la base sur la cible : schémas, tables, partitions, index, contraintes, séquences, vues, routines et triggers, avec les données si vous le souhaitez, adaptés à ce que le serveur cible prend en charge, et l'aperçu montre ce qui n'a pas pu rester identique. Sur SQL Server, Azure SQL, et PostgreSQL et ses compatibles comme TimescaleDB, AlloyDB, Cloud SQL, Aurora et EDB.
- Synchroniser compare par clé et, dans une transaction par table, insère, met à jour et supprime uniquement les lignes différentes. Sur les mêmes moteurs, plus YugabyteDB.
- Chaque migration est enregistrée sous sa base source, avec sa configuration et l'historique de ses exécutions, prête à être rouverte, reprise ou relancée. La configuration suit la synchronisation dans le cloud.
Une copie exacte, juste à côté de l'originale.
Cloner une table. Depuis l'explorateur, clonez n'importe quelle table, collection ou index dans la même base, avec sa structure et ses données. Le clone est exact ou il n'est pas créé : si quelque chose ne peut pas être copié à l'identique, ce qui a été créé est supprimé, la raison est expliquée et l'originale n'est jamais touchée.
- Colonnes, clé primaire, contraintes, index et clés étrangères, avec les valeurs d'identité conservées et le compteur ou la séquence placé au-delà.
- Structure seule ou avec les données, avec ou sans index. Les nouveaux noms respectent la longueur maximale de chaque moteur.
- Respecte les particularités de chaque moteur : partitions et filegroups sur SQL Server, contraintes d'exclusion sur PostgreSQL, documents complets sur MongoDB et Cosmos DB, mapping et settings sur Elasticsearch et OpenSearch.
- Sur tous les moteurs dont les tables ou collections contiennent leurs propres lignes ; ne s'applique pas aux moteurs de graphes, clé-valeur ou de streaming, ni à quelques autres comme CouchDB ou InfluxDB 2/3.
Concevez, visualisez et régénérez votre base.
Concepteur, diagramme ER et scripts. Un concepteur de tables adapté à chaque moteur, des diagrammes ER qui tiennent des centaines de tables et un générateur de scripts de restauration.
- Diagramme avec relations, filtre par schéma, mini-carte et export en SVG ou PNG.
- Script de la base avec DROP, CREATE, index, clés, vues, routines, données et triggers, dans le bon ordre.
- Sur Mongo, il conçoit des collections, avec validation.
Vos fichiers, directement dans une table.
Importer des données. Importez des fichiers CSV, TSV, JSON, JSONL, XLSX et XML dans une table nouvelle ou existante, avec correspondance des colonnes.
- Exécutez de gros fichiers de script par morceaux, par exemple pour restaurer un dump.
ProductivitéUne IA qui écrit. Vous exécutez.
Assistant IA. Un chat à côté de l'éditeur qui écrit des requêtes, explique ou corrige celle de l'éditeur et répond à vos questions sur la structure de la base.
- N'exécute jamais rien : son code est ajouté à la requête et c'est vous qui décidez.
- N'envoie jamais de lignes de données : seulement le moteur, la structure et l'éditeur.
- Utilise un modèle local intégré, Ollama, LM Studio, Claude Code ou Codex.
Vos assistants IA, dans les limites que vous fixez.
Serveur MCP. DBine fait office de serveur MCP local : Claude Code, Codex, Cursor, Claude Desktop, VS Code ou Windsurf travaillent avec vos connexions tant que DBine est ouvert, sur n'importe quel moteur. C'est vous qui décidez jusqu'où va chaque connexion.
- Quatre niveaux par connexion : rien, la structure seule, lecture ou écriture. Par défaut, la structure seule.
- Les connexions étiquetées prod et celles en lecture seule ne dépassent jamais la lecture.
- Chaque écriture demande votre approbation (ou vous approuvez toutes celles d'un client) et affiche le code exact ; sans réponse sous deux minutes, elle est refusée.
- Un jeton révocable par client, et le serveur n'écoute que sur cette machine. Un journal local affiche chaque appel, sans mots de passe ni secrets.
Vos scripts de DBA, toujours à portée de main.
Bibliothèque de scripts. Enregistrez les scripts que vous utilisez sans cesse, classés par moteur, et ouvrez-les sur la base active.
- Des paramètres qui se remplissent à partir des tables de cette base.
- Dossiers, recherche et import de votre dossier de fichiers .sql en une seule fois.
Passez à DBine en une minute.
Importer des connexions. Récupérez vos connexions depuis DBeaver, DbGate, DataGrip, Azure Data Studio ou SSMS, ou collez des URL de connexion.
- DBine lit les fichiers de ces outils et vous montre ce qu'il a trouvé.
- Les mots de passe vont directement dans le trousseau du système.
Votre environnement, en sécuritéVotre environnement, sur n'importe quelle machine.
Synchronisation dans le cloud. Connexions, dossiers, requêtes, préférences et mots de passe synchronisés avec un chiffrement de bout en bout, dans votre propre compte.
- Google Drive, OneDrive ou n'importe quel dossier, comme iCloud ou Dropbox.
- Résout les conflits sans perte de données.
- AddLayer n'a aucun serveur pour cela et ne voit jamais vos données.
L'esprit tranquille en production.
Sécurité et lecture seule. Les mots de passe vont dans le trousseau du système, jamais dans des fichiers ni dans les logs. Et les connexions en lecture seule bloquent tout ce qui n'est pas de la lecture.
- Keychain, Credential Manager ou Secret Service.
- Une vraie lecture seule : DBine bloque les écritures, y compris dans le Profiler et la synchronisation de schémas.
Vos bases privées, via SSH.
Tunnels SSH. Toute connexion à un moteur réseau peut atteindre sa base à travers un serveur SSH, ou une chaîne de bastions, pour travailler avec des bases visibles uniquement depuis l'intérieur d'un réseau privé.
- Mot de passe, clé privée (OpenSSH ou PEM, avec phrase secrète) ou les clés de votre agent SSH, comme ssh-agent, 1Password ou Pageant.
- Chaque serveur est vérifié avec known_hosts : les nouveaux affichent leur empreinte SHA256 pour que vous la confirmiez, et une clé qui ne correspond pas est refusée.
- Le mot de passe et la phrase secrète SSH vont dans le trousseau du système, jamais dans des fichiers ni dans les logs.
- Un seul tunnel par connexion, rouvert automatiquement s'il tombe et maintenu actif par des keepalives.