Inspecionar SQLite só de leitura
SQLite3.53.4 WASM oficial, desserialização READONLY em memória, query_only/defensive, trusted_schema desligado, autorização restrita e limites nativos.
- Funciona no navegador
- Sem envio
- Verifique antes de transferir
Os ficheiros e os esquemas ficam neste separador e num processo local do navegador. Nada é enviado nem guardado automaticamente. Se limpar ou fechar, perde os dados introduzidos; guarde os originais e os resultados de que precisa.
SQLite3.53.4 WASM oficial, desserialização READONLY em memória, query_only/defensive, trusted_schema desligado, autorização restrita e limites nativos. Mostra esquemas de tabelas/views/virtuais; lê apenas tabelas normais com consultas paginadas geradas. Sem editor SQL, extensões, execução de views/funções, ATTACH, OPFS ou armazenamento. Só bases UTF8: esta versão omite UTF16 e recusa-o explicitamente; texto UTF8 inválido aparece em bytes. INTEGER signed64 exato, REAL IEEE754, BLOB hex, nulo separado. Ordem chave/rowid estável nesta cópia. Base WAL incompleta, nunca estado atual certificado; consentimento exigido, original preservado. Limites CSV de Parquet.64 MiB lineares excluem JS/DOM; falha sem saída parcial. Colisões com o marcador nulo são verificadas antes e após a proteção de fórmulas; uma colisão transformada impede a exportação.
Ficheiro até 16 MiB; Protobuf até 1 MiB; cada esquema até 256 KiB e todos juntos até 1 MiB. Profundidade 64, 20.000 nós de metadados ou de estrutura binária e 100.000 valores guardados. Memória de descodificação de 32 MiB; saída gerada de 8 MiB, mais o original. Pré-visualização de 200 linhas; exportação de 10.000 linhas. O processo local pára ao fim de 5 segundos. Os 64 MiB de memória do SQLite não correspondem a toda a memória do navegador.
Método e limites
Perfil suportado
SQLite3.53.4 WASM oficial, desserialização READONLY em memória, query_only/defensive, trusted_schema desligado, autorização restrita e limites nativos. Mostra esquemas de tabelas/views/virtuais; lê apenas tabelas normais com consultas paginadas geradas. Sem editor SQL, extensões, execução de views/funções, ATTACH, OPFS ou armazenamento. Só bases UTF8: esta versão omite UTF16 e recusa-o explicitamente; texto UTF8 inválido aparece em bytes. INTEGER signed64 exato, REAL IEEE754, BLOB hex, nulo separado. Ordem chave/rowid estável nesta cópia. Base WAL incompleta, nunca estado atual certificado; consentimento exigido, original preservado. Limites CSV de Parquet.64 MiB lineares excluem JS/DOM; falha sem saída parcial. Colisões com o marcador nulo são verificadas antes e após a proteção de fórmulas; uma colisão transformada impede a exportação.
Limites de recursos
Ficheiro até 16 MiB; Protobuf até 1 MiB; cada esquema até 256 KiB e todos juntos até 1 MiB. Profundidade 64, 20.000 nós de metadados ou de estrutura binária e 100.000 valores guardados. Memória de descodificação de 32 MiB; saída gerada de 8 MiB, mais o original. Pré-visualização de 200 linhas; exportação de 10.000 linhas. O processo local pára ao fim de 5 segundos. Os 64 MiB de memória do SQLite não correspondem a toda a memória do navegador.
Os ficheiros e os esquemas ficam neste separador e num processo local do navegador. Nada é enviado nem guardado automaticamente. Se limpar ou fechar, perde os dados introduzidos; guarde os originais e os resultados de que precisa.
Como inspecionar
- Ficheiro binário local
Carregue uma base de dados SQLite local e inspecione o respetivo esquema. Escolha uma tabela normal, as colunas, a linha inicial (a contar a partir de zero) e o número de linhas; depois faça a pré-visualização ou a exportação. Não há editor de SQL nem ligação a uma base de dados.
- Esquema e metadados
Carregue o exemplo e selecione a tabela sample. A sua linha tem id 9223372036854775807, o texto amount 9007199254740993.01, os bytes payload 00ff e absent=null. O inspetor mantém o inteiro e o texto exatos, sem os converter para Number de JavaScript.
- Verificar e guardar exportações
Verifique a tabela selecionada, a janela de linhas e os tipos declarados e de armazenamento antes de guardar selection.csv e report.json. A paginação segue a ordem da chave primária ou do rowid desta cópia. A base de dados original é preservada e o worker lê uma cópia só de leitura em memória.
Método e limites
Como são representados null, BLOB e inteiros grandes no CSV do SQLite?
Escolha vírgula, ponto e vírgula ou tabulação; LF/CRLF; BOM; e um marcador para null, como barra invertida seguida de N. O null é um marcador sem aspas, o texto vazio é texto vazio entre aspas, os BLOB são hexadecimais e os valores INTEGER ficam como texto decimal exato. Se o marcador coincidir com os dados, a exportação é rejeitada. As aspas não evitam que as folhas de cálculo convertam números; importe essas colunas como texto. A proteção por prefixo de fórmulas altera os valores TEXT que se assemelham a fórmulas.
Porque não é possível ler este ficheiro ou esta seleção?
As vistas e as tabelas virtuais são listadas, mas não executadas. As bases de dados em UTF-16 são rejeitadas nesta versão. O ficheiro principal no modo WAL pode não incluir as atualizações confirmadas no WAL; aceitar explicitamente a cópia de base não prova que tem o estado mais recente. Para obter dados atuais, forneça uma exportação consistente da base de dados, preparada em separado.
O que este inspetor não faz deliberadamente?
Ficheiro até 16 MiB, com um máximo de 10000 linhas pedidas e 200 apresentadas. Sem edição, SQL arbitrário, extensões, bases de dados externas nem armazenamento persistente. O limite de 64 MiB de memória linear nativa não inclui a memória de JS/DOM e não é uma garantia sobre a memória total do dispositivo.