Outils de bases de données et SQL
Examinez le DDL sous forme de graphe, de colonnes et de structure exportable. Choisissez le dialecte du texte source.
Saisissez du SQL ou choisissez un exemple.
Traitement local dans le navigateur. Aucune connexion à une base ni historique enregistré.
CREATE TABLE et CREATE INDEX sur des colonnes nommées uniquement. Les liens exigent une clé étrangère explicite ; aucune exécution SQL.
Limites : 50 000 unités UTF-16, 50 tables, 1 000 colonnes et 200 clés, index, CHECK et clés étrangères au total. Affichage par 50 colonnes.
TypeScript décrit les lignes lues : grands entiers et décimaux exacts en string, types inconnus et SQLite en unknown. Vérifiez le contrat du pilote.
Résultat périmé. Traitez l’entrée actuelle avant d’exporter.
Passer de SQL vers diagramme ER aide à relire un fichier de définition sans disposer du serveur. Les clés composites et les références vers des tables absentes méritent une vérification plus précise qu’une simple liste de noms.
L’exemple associe deux tables avec une clé étrangère, des colonnes nullables, une clé unique et un index ordinaire. Comparez le schéma SQL à son inventaire : un champ nommé customer_id ne suffit pas à prouver une relation.
Distinguez les déclarations du fichier des hypothèses métier.
La conversion SQL vers diagramme ER relie les tables qui possèdent réellement une clé étrangère. Une cible absente reste visible sous forme de nœud externe en pointillés, afin de ne pas présenter un extrait comme un modèle complet.
Le diagramme facilite le repérage, le JSON conserve l’inventaire et TypeScript propose une forme de ligne lue. Ces sorties proviennent du même résultat ; changer de vue ne modifie pas l’interprétation du DDL.
Le sélecteur change la grammaire et les règles de nommage ; il ne traduit pas le SQL. MySQL exige une clause FOREIGN KEY séparée, tandis que PostgreSQL et SQLite acceptent aussi les références de colonne.
Un extrait peut déclarer une référence sans inclure sa table cible. Vérifiez le nœud en pointillés et les colonnes visées, puis ajoutez au besoin le CREATE TABLE manquant.
Une valeur DEFAULT ne rend pas facultative une propriété de ligne lue. Les décimaux exacts deviennent string ; les types connus et nullables reçoivent une union avec null.
Le lecteur prend en charge un sous-ensemble DDL de MySQL, PostgreSQL et SQLite. Les identifiants entre guillemets et les noms qualifiés sont conservés ; PostgreSQL normalise les noms non cités en minuscules.
Les clés primaires et uniques conservent une liste ordonnée de colonnes. Les clés étrangères préservent les deux côtés de la correspondance. Une table de liaison reste une table, sans raccourci métier plusieurs-à-plusieurs inventé.
Consultez le type déclaré, la nullabilité et l’appartenance à la clé primaire. La définition originale conserve DEFAULT, CHECK et les clauses générées comme texte. Les index explicites gardent l’ordre des colonnes et leur sens de tri.
L’export comprend identités des tables, colonnes, clés, index, contrôles et références, y compris les cibles non résolues. Il sert à documenter ou à alimenter un script ; ce n’est pas un validateur JSON Schema.
Les interfaces portent des noms numérotés et les propriétés sont citées. Dates et heures deviennent string, données binaires Uint8Array, JSON et types inconnus unknown. Vérifiez toujours les valeurs réellement renvoyées par votre pilote.
Le SVG sauvegarde le graphe avec cartes et flèches. Une carte prévisualise cinq colonnes et peut abréger les noms longs. La vue détaillée et le JSON gardent toutes les colonnes pour accompagner l’aperçu dans la documentation.
Non. Un texte DDL pris en charge suffit, sans identifiants de connexion. L’outil ne vérifie pas les autorisations, les données existantes ou les réglages du serveur. La réussite de l’analyse ne prouve donc pas que le script est exécutable sur votre base.
Vous pouvez choisir MySQL, PostgreSQL ou SQLite. Chaque option couvre un sous-ensemble de CREATE TABLE et de CREATE INDEX simples, pas toute la syntaxe du fournisseur. En cas d’erreur, vérifiez le dialecte puis la clause située à la position indiquée.
Un symbole indique les colonnes de clé primaire dans les cartes, et les flèches représentent les clés étrangères. La vue des colonnes et clés permet de relire les listes complètes des clés composites. Les tables cibles absentes sont signalées comme externes ou non résolues.
Oui, pour examiner et expliquer vos définitions de tables. L’outil ne juge pas la normalisation ou la pertinence du modèle métier. Il vous revient de relier les contraintes déclarées aux exigences de l’exercice et de justifier les choix de conception.
Non. Il faut écrire les tables, colonnes et contraintes dans le DDL. Il n’y a ni génération IA à partir d’une description ni rapprochement de colonnes aux noms similaires. Chaque lien du résultat doit pouvoir se retrouver dans une déclaration explicite.
Un problème de mise en forme ?
Passez de SQL vers diagramme ER sur un petit extrait complet, puis contrôlez les clés et les cibles non résolues avant d’utiliser les exports.
Modifiez le DDL source pour changer la structure ; les résultats restent en lecture seule.