Dump SQL (.sql)
ISO/IEC StandardLe script SQL (Structured Query Language Script) est le format de base de données relationnelle universel contenant des instructions DDL déclaratives pour construire des tables de base de données et des instructions DML INSERT pour alimenter les données.
Convertir SQLITE en SQL
Convertisseur gratuit de SQLITE vers SQL dans le navigateur. Convertissez des fichiers instantanément sur votre appareil.
Inspecter et métadonnées
Les systèmes d'exploitation et les analyseurs de fichiers identifient les fichiers SQL en inspectant la séquence d'octets binaires de tête :
Signature d'en-tête au niveau des octets (Magic Bytes)
Les systèmes d'exploitation et les analyseurs de fichiers identifient les fichiers SQL en inspectant la séquence d'octets binaires de tête :
SIGNATURE HEXADÉCIMALE (DÉCALAGE 0) :
2D 2D 20 / 43 52 45 41 54 45REPRÉSENTATION ASCII : -- / CREATE
Normalisation : ISO/IEC 9075:2023 / ANSI SQL Standard
Spécifications techniques
| Architecture de conteneur | Script text brut Unicode contenant des instructions de définition de données (DDL) et de manipulation de données (DML) |
| Compression | Texte brut non compressé (souvent compressé sous forme .sql.gz ou .sql.zst) |
| Boutisme des octets | Flux de texte UTF-8 / Unicode |
| Espaces colorimétriques | N/A (Script de base de données) |
| Canaux et structure | Définitions de schémas relationnels (tables, vues, index, clés étrangères) et lignes de données INSERT |
| Dimensions maximales | Longueur de texte illimitée (prend en charge les sauvegardes de bases de données de plusieurs téraoctets) |
| Transparence | Aucune |
| Streaming et progressif | Exécution en streaming transactionnel instruction par instruction |
Matrice de comparaison technique : SQL vs Concurrents
| Attribut technique | SQL (Actuel) | CSV | JSON | SQLITE |
|---|---|---|---|---|
| Préservation du schéma | Schéma complet (tables, types, clés étrangères) | Noms de colonnes d'en-tête uniquement | Structure de document auto-descriptive | Fichier de base de données binaire complet |
| Modèle d'exécution | Script DDL/DML exécutable | Données de lignes et colonnes passives | Arborescence de documents passive | Requête d'arbre B binaire direct |
| Standardisation | Norme ISO/IEC 9075 | RFC 4180 | RFC 8259 | Format de fichier ouvert SQLite |
| Relations de données | Contraintes de clés étrangères complètes | Tabulaire plat (sans relations) | Objets parents-enfants imbriqués | Contraintes relationnelles complètes |
Modes de corruption courants et guide de récupération hexadécimale
L'importation de la base de données échoue avec le message 'ERROR: syntax error at or near...'.
Cause racine: Inadéquation des dialectes SQL (par exemple, l'importation d'une sauvegarde MySQL avec des accents graves dans PostgreSQL) ou guillemets simples non échappés.
Récupération: Convertissez et nettoyez la syntaxe du dialecte à l'aide du transpileur de bases de données File2File.
Analyse de sécurité et vecteurs d'attaque de l'analyseur
L'exécution de scripts SQL non fiables peut provoquer des injections SQL catastrophiques, des écritures de fichiers arbitraires ou une élévation de privilèges administratifs.
Vecteurs d'attaque connus
- Injection SQL (SQLi) exécutant des commandes administratives non intentionnelles (par exemple, DROP TABLE, GRANT ALL).
- Lecture/écriture de fichiers de serveur arbitraires via 'COPY ... FROM PROGRAM' ou 'LOAD DATA INFILE'.
- Déni de service par le biais d'expressions de table communes (CTE) récursives non indexées.
Bonnes pratiques de défense: N'exécutez jamais de scripts SQL non fiables directement sur les serveurs de bases de données de production ; inspectez et nettoyez les requêtes dans des bacs à sable isolés.
Origines historiques et jalons
Principaux avantages
- La norme mondiale incontestée pour le stockage de données d'entreprise : compatible avec PostgreSQL, MySQL, SQLite, Oracle et SQL Server.
- Fidélité relationnelle complète : recrée les tables, clés primaires, clés étrangères, contraintes et index en plus des données.
- Exécution transactionnelle : les instructions peuvent être exécutées dans des transactions (BEGIN...COMMIT) pour garantir une restauration atomique de la base de données.
Limites techniques
- Incompatibilités entre dialectes : de subtiles différences de syntaxe (par exemple AUTO_INCREMENT vs SERIAL vs AUTOINCREMENT) nécessitent une traduction entre les moteurs de bases de données.
- Surcharge textuelle massive : les instructions SQL INSERT brutes prennent nettement plus de place que le stockage binaire en base de données.
- Temps d'importation lents sur des sauvegardes massives de bases de données de plusieurs gigaoctets si la reconstruction des index n'est pas désactivée.
Anecdotes techniques
- SQL s'appelait initialement « SEQUEL » (Structured English Query Language), mais son nom a été raccourci en SQL à la suite d'un litige sur les marques avec la société aéronautique Hawker Siddeley.
- La norme ISO officielle le prononce lettre par lettre (« S-Q-L »), mais des millions de développeurs le prononcent familièrement « sequel ».
- On estime que SQLite, qui fonctionne avec la syntaxe SQL, est installé sur plus de 1 000 milliards d'appareils dans le monde.
Foire aux questions techniques
Qu'est-ce qu'un fichier .sql ?
Un fichier .sql est un script en texte brut contenant des commandes SQL qui créent des tables, établissent des relations et insèrent des lignes de données dans une base de données relationnelle.
Puis-je convertir des fichiers de sauvegarde SQL en CSV ou JSON ?
Oui. File2File.app peut analyser les fichiers de sauvegarde de base de données .sql et exporter les tables directement dans des feuilles de calcul CSV propres ou des documents JSON structurés.
Pourquoi mon fichier .sql MySQL ne fonctionne-t-il pas dans PostgreSQL ?
Les différents systèmes de bases de données présentent des différences de dialectes propriétaires (tels que les types de données et l'échappement des guillemets). Vous devez transcoder la syntaxe spécifique au dialecte lors de la migration entre moteurs de bases de données.
Paires de conversion SQL associées
La conversion d'un fichier de base de données SQLite en script texte de sauvegarde SQL transforme une base de données binaire en commandes textuelles lisibles pour faciliter la migration de bases de données et les importations sur serveur.
La conversion d'un script textuel de vidage SQL en un export de données JSON transforme des tables de bases de données relationnelles rigides en objets imbriqués flexibles pour les applications web modernes.
Transformez les scripts de sauvegarde de bases de données relationnelles en feuilles de calcul tabulaires plates pour une analyse de données et des rapports simplifiés.
La conversion d'une sauvegarde de base de données binaire en un script SQL en texte brut permet de déplacer des tables et des données entre des moteurs de bases de données totalement différents.
La conversion d'un script SQL en texte brut non compressé en un fichier de sauvegarde de base de données natif optimisé réduit la taille de stockage et accélère les temps de restauration du serveur.