Inspecter SQLite en lecture seule
SQLite3.53.4 WASM officiel, désérialisation READONLY en mémoire, query_only/defensive, trusted_schema désactivé, autorisation restreinte et limites natives.
- Fonctionne dans votre navigateur
- Aucun envoi
- Vérifiez avant de télécharger
Les fichiers et les schémas restent dans cet onglet et dans un traitement local. Rien n’est envoyé ni enregistré automatiquement. Effacer ou fermer fait perdre vos saisies ; gardez vos originaux et enregistrez les résultats voulus.
SQLite3.53.4 WASM officiel, désérialisation READONLY en mémoire, query_only/defensive, trusted_schema désactivé, autorisation restreinte et limites natives. Schémas tables/vues/virtuels affichés ; seules les tables ordinaires sont lues avec requêtes paginées générées. Aucun éditeur SQL, extension, exécution vue/fonction, ATTACH, OPFS ou stockage. Bases UTF8 uniquement : ce build omet UTF16, explicitement refusé ; texte UTF8 invalide présenté en octets. INTEGER signed64 exact, REAL IEEE754, BLOB hex, null séparé. Ordre clé/rowid stable pour cette copie. Base WAL incomplète, jamais état actuel certifié ; consentement requis, original conservé. Limites CSV de Parquet.64 MiB linéaires excluent JS/DOM ; échec sans sortie partielle. Les collisions avec le marqueur null sont vérifiées avant et après la protection des formules ; une collision transformée bloque l’export.
Fichier ≤ 16 Mio ; Protobuf ≤ 1 Mio ; chaque schéma ≤ 256 Kio, total ≤ 1 Mio. Profondeur 64, 20 000 nœuds de métadonnées ou de fil, 100 000 valeurs physiques ou conservées ; budget de décodage 32 Mio ; sortie générée 8 Mio en plus de l’original. Aperçu de 200 lignes ; export de 10 000 lignes. Le traitement s’arrête après 5 secondes. Les 64 Mio de mémoire linéaire de SQLite ne représentent pas toute la mémoire du navigateur.
Méthode et limites
Profil pris en charge
SQLite3.53.4 WASM officiel, désérialisation READONLY en mémoire, query_only/defensive, trusted_schema désactivé, autorisation restreinte et limites natives. Schémas tables/vues/virtuels affichés ; seules les tables ordinaires sont lues avec requêtes paginées générées. Aucun éditeur SQL, extension, exécution vue/fonction, ATTACH, OPFS ou stockage. Bases UTF8 uniquement : ce build omet UTF16, explicitement refusé ; texte UTF8 invalide présenté en octets. INTEGER signed64 exact, REAL IEEE754, BLOB hex, null séparé. Ordre clé/rowid stable pour cette copie. Base WAL incomplète, jamais état actuel certifié ; consentement requis, original conservé. Limites CSV de Parquet.64 MiB linéaires excluent JS/DOM ; échec sans sortie partielle. Les collisions avec le marqueur null sont vérifiées avant et après la protection des formules ; une collision transformée bloque l’export.
Limites de ressources
Fichier ≤ 16 Mio ; Protobuf ≤ 1 Mio ; chaque schéma ≤ 256 Kio, total ≤ 1 Mio. Profondeur 64, 20 000 nœuds de métadonnées ou de fil, 100 000 valeurs physiques ou conservées ; budget de décodage 32 Mio ; sortie générée 8 Mio en plus de l’original. Aperçu de 200 lignes ; export de 10 000 lignes. Le traitement s’arrête après 5 secondes. Les 64 Mio de mémoire linéaire de SQLite ne représentent pas toute la mémoire du navigateur.
Les fichiers et les schémas restent dans cet onglet et dans un traitement local. Rien n’est envoyé ni enregistré automatiquement. Effacer ou fermer fait perdre vos saisies ; gardez vos originaux et enregistrez les résultats voulus.
Comment inspecter
- Fichier binaire local
Chargez une base SQLite locale et examinez son schéma. Choisissez une table ordinaire, les colonnes, la ligne de départ (à partir de zéro) et le nombre de lignes, puis l’aperçu ou l’export. Il n’y a ni éditeur SQL ni connexion à une base.
- Schéma et métadonnées
Chargez l’exemple et sélectionnez la table sample. Sa ligne contient id 9223372036854775807, le texte amount 9007199254740993.01, les octets payload 00ff et absent=null. L’inspecteur garde l’entier et le texte exacts au lieu de les convertir en Number JavaScript.
- Vérifier et enregistrer les exports
Vérifiez la table, la plage de lignes et les types déclarés ou stockés avant d’enregistrer selection.csv et report.json. La pagination suit l’ordre de la clé primaire ou du rowid pour cette copie. La base d’origine est conservée ; le worker lit une copie en mémoire en lecture seule.
Méthode et limites
Comment le CSV SQLite représente-t-il null, les BLOB et les grands entiers ?
Choisissez virgule, point-virgule ou tabulation ; LF/CRLF ; le BOM ; et un marqueur null comme barre oblique inverse suivie de N. Null est un marqueur sans guillemets, un texte vide est un texte vide entre guillemets, les BLOB sont en hexadécimal et les INTEGER en texte décimal exact. Une collision de marqueur fait refuser l’export. Les guillemets n’empêchent pas un tableur de convertir les nombres : importez ces colonnes en texte. La protection par préfixe de formule modifie les valeurs TEXT qui ressemblent à une formule.
Pourquoi ce fichier ou cette sélection ne peut-il pas être lu ?
Les vues et les tables virtuelles sont listées, mais pas exécutées. Les bases en UTF-16 sont refusées par cette version. Le fichier principal d’une base en mode WAL peut omettre des mises à jour déjà validées ; accepter explicitement la copie de base ne prouve pas qu’elle est à jour. Pour des données actuelles, fournissez un export cohérent préparé séparément.
Qu’est-ce que cet inspecteur ne fait volontairement pas ?
Fichier de 16 MiB maximum, 10000 lignes demandées au plus et 200 affichées. Ni modification, ni SQL arbitraire, ni extensions, ni bases externes, ni stockage persistant. La limite de 64 MiB de mémoire linéaire native exclut la mémoire JS et DOM ; ce n’est pas une promesse sur la mémoire totale de l’appareil.