Inspector de cabeceras y esquemas SQLite

Selecciona la base SQLite para revisar su cabecera y el esquema detectado. La detección es heurística; no se ejecutan consultas ni se muestran filas de tablas.

Se ejecuta localmente en tu navegador
Esta herramienta procesa todos los datos localmente en tu navegador.
Archivo de base SQLiteElige un archivo SQLite 3 local. El inspector lee solo la cabecera y el texto del schema; no ejecuta consultas SQL.
Cabecera de base de datos

    Cómo inspeccionar una base de datos SQLite

    Esta página abre un archivo SQLite 3 local en el navegador e informa de lo que el archivo dice de sí mismo: la cabecera de la base y las entradas de la tabla sqlite_schema, donde SQLite guarda cada tabla, índice, vista y disparador. El archivo se lee con la API FileReader, así que no se sube nada y no se ejecuta ninguna consulta.

    Elige el archivo .sqlite, .db o .sqlite3 con el botón. La cabecera aparece como informe JSON, los objetos del schema como tabla, y Limpiar quita el archivo de la página. La página nunca abre los datos de las filas: solo lee la página 1 y las páginas del schema.

    1. Pulsa Elegir archivo local y selecciona el archivo .sqlite, .db o .sqlite3 que quieres revisar.
    2. Lee el informe de cabecera: nombre del archivo, tamaño en bytes, tamaño de página, número de páginas, versión de escritura y lectura, codificación de texto, formato del schema y application id.
    3. Revisa la tabla del schema: una fila por objeto, con su tipo, su nombre y la sentencia CREATE tal como la guarda SQLite.
    4. Lee los avisos: allí se explica una tabla de schema vacía y se cuentan los objetos internos cuyos nombres empiezan por sqlite_.
    5. Pulsa Limpiar para quitar el archivo de la página.

    Qué lee el inspector

    La cabecera que informa

    El informe de cabecera repite los primeros 100 bytes del archivo como campos con nombre: bytes es el tamaño en disco, page_size es el tamaño de página que declara la base (el valor 1 significa 65536) y pages es el tamaño dividido por el tamaño de página. file_format_write_version y file_format_read_version valen 1 en una base con journal de rollback y 2 en una base WAL; text_encoding es UTF-8, UTF-16le, UTF-16be o "not declared", tal como lo declara la cabecera.

    schema_format y application_id salen del mismo bloque de cabecera. Se muestran como números porque es lo que contiene el archivo; la página no interpreta qué significa un application id.

    Objetos del schema

    La tabla se lee del árbol b sqlite_schema de la página 1, en el orden en que se crearon los objetos, y conserva el texto SQL sin cambios, incluidos nombres entrecomillados como "user data", nombres no ASCII y cuerpos de disparador de varias líneas. Una tabla de 130 columnas con una cláusula CHECK de 6 KB se mostró completa, y una base con 400 objetos listó los 400.

    También aparecen los objetos que crea SQLite: una columna UNIQUE genera un índice sqlite_autoindex_* y AUTOINCREMENT genera la tabla sqlite_sequence. Un aviso indica cuántos objetos internos hay en la lista para no confundirlos con objetos tuyos.

    Lo que no puede decirte

    Solo se lee el archivo de base que seleccionas. En modo WAL los últimos cambios pueden seguir en el archivo -wal, y esta página no lee ese archivo auxiliar, así que puede faltar un schema creado en una sesión WAL sin checkpoint. Los datos de las filas nunca se descodifican: la página no muestra contenidos de tablas, no ejecuta comprobaciones de integridad y no repara archivos.

    Un archivo que no empieza por la firma SQLite format 3, un archivo de menos de 100 bytes o una cabecera con un tamaño de página imposible se rechazan con un mensaje, y el informe anterior se borra para que no quede nada del archivo previo en pantalla.

    Herramientas recientes: