Refentra
Italiano
Vai agli strumenti

Esamina SQLite in sola lettura

SQLite3.53.4 WASM ufficiale, deserializzazione READONLY in memoria, query_only/defensive, trusted_schema disattivato, autorizzazione ristretta e limiti nativi.

  • Funziona nel browser
  • Nessun caricamento
  • Controlla prima di scaricare

File e schemi restano nella scheda e in un worker locale. Nessun invio né salvataggio automatico. Svuotare o chiudere la scheda fa perdere i dati inseriti: conserva gli originali e i risultati.

SQLite3.53.4 WASM ufficiale, deserializzazione READONLY in memoria, query_only/defensive, trusted_schema disattivato, autorizzazione ristretta e limiti nativi. Schemi tabelle/view/virtuali visibili; lettura solo tabelle normali con query paginate generate. Nessun editor SQL, estensione, esecuzione view/funzione, ATTACH, OPFS o storage. Solo database UTF8: questa versione omette UTF16 e lo rifiuta esplicitamente; testo UTF8 invalido mostrato come byte. INTEGER signed64 esatto, REAL IEEE754, BLOB hex, null separato. Ordine chiave/rowid stabile per la copia. Base WAL incompleta, mai stato attuale certificato; consenso richiesto, originale conservato. Limiti CSV come Parquet.64 MiB lineari escludono JS/DOM; errore senza output parziale. Le collisioni col marcatore null sono verificate prima e dopo la protezione delle formule; una collisione trasformata blocca l’export.

File fino a 16 MiB; Protobuf fino a 1 MiB; schema fino a 256 KiB, totale fino a 1 MiB. Profondità 64, 20.000 nodi, 100.000 valori; decodifica 32 MiB; output 8 MiB più l’originale. Anteprima di 200 righe, esportazione di 10.000. Limite di 5 secondi. I 64 MiB di SQLite non corrispondono a tutta la memoria del browser.

File binario locale

0 B

Operazione

Una base in modalità WAL può omettere modifiche confermate nel WAL. Questa opzione esamina solo l’ultimo checkpoint; non garantisce uno stato attuale completo e non modifica l’originale.

Metodo e limiti

Profilo supportato

SQLite3.53.4 WASM ufficiale, deserializzazione READONLY in memoria, query_only/defensive, trusted_schema disattivato, autorizzazione ristretta e limiti nativi. Schemi tabelle/view/virtuali visibili; lettura solo tabelle normali con query paginate generate. Nessun editor SQL, estensione, esecuzione view/funzione, ATTACH, OPFS o storage. Solo database UTF8: questa versione omette UTF16 e lo rifiuta esplicitamente; testo UTF8 invalido mostrato come byte. INTEGER signed64 esatto, REAL IEEE754, BLOB hex, null separato. Ordine chiave/rowid stabile per la copia. Base WAL incompleta, mai stato attuale certificato; consenso richiesto, originale conservato. Limiti CSV come Parquet.64 MiB lineari escludono JS/DOM; errore senza output parziale. Le collisioni col marcatore null sono verificate prima e dopo la protezione delle formule; una collisione trasformata blocca l’export.

Limiti di risorse

File fino a 16 MiB; Protobuf fino a 1 MiB; schema fino a 256 KiB, totale fino a 1 MiB. Profondità 64, 20.000 nodi, 100.000 valori; decodifica 32 MiB; output 8 MiB più l’originale. Anteprima di 200 righe, esportazione di 10.000. Limite di 5 secondi. I 64 MiB di SQLite non corrispondono a tutta la memoria del browser.

File e schemi restano nella scheda e in un worker locale. Nessun invio né salvataggio automatico. Svuotare o chiudere la scheda fa perdere i dati inseriti: conserva gli originali e i risultati.

Come esaminare

  1. File binario locale

    Carica un database SQLite locale e controlla il suo schema. Scegli una tabella ordinaria, le colonne, la riga iniziale (si parte da zero) e il numero di righe; poi usa l’anteprima o l’esportazione. Non c’è alcun editor SQL né una connessione al database.

  2. Schema e metadati

    Carica l’esempio e scegli la tabella sample. La sua riga ha id 9223372036854775807, il testo amount 9007199254740993.01, i byte payload 00ff e absent=null. Intero e testo restano esatti: non vengono convertiti in Number di JavaScript.

  3. Verifica e salva esportazioni

    Controlla la tabella scelta, la finestra di righe e i tipi dichiarati e di memorizzazione prima di salvare selection.csv e report.json. La paginazione segue l’ordine della chiave primaria o del rowid per questa copia. Il database originale resta intatto: il lavoro avviene su una copia in memoria in sola lettura.

Metodo e limiti

Come rappresenta il CSV da SQLite i null, i BLOB e gli interi grandi?

Scegli virgola, punto e virgola o tab, LF/CRLF, il BOM e un token per i null, ad esempio backslash-N. Il null è un token senza virgolette, il testo vuoto è una stringa vuota tra virgolette, i BLOB sono in esadecimale e i valori INTEGER sono testo decimale esatto. Se il token coincide con i dati, l’esportazione viene rifiutata. Le virgolette non impediscono al foglio di calcolo di convertire i numeri: importa quelle colonne come testo. La protezione con prefisso modifica i valori TEXT che somigliano a formule.

Perché il file o la selezione non si può leggere?

Le viste e le tabelle virtuali vengono elencate ma non eseguite. I database UTF-16 sono rifiutati da questa versione. Il file principale in modalità WAL può non contenere gli aggiornamenti WAL già confermati; accettare esplicitamente la copia di base non dimostra che sia l’istantanea più recente. Per avere i dati attuali, fornisci un’esportazione coerente del database preparata a parte.

Che cosa non fa di proposito questo strumento?

File fino a 16 MiB, al massimo 10000 righe richieste e 200 mostrate. Nessuna modifica, nessun SQL arbitrario, nessuna estensione, nessun database esterno e nessuna memorizzazione permanente. Il limite di 64 MiB di memoria lineare nativa non include la memoria di JS e DOM e non è una garanzia sulla memoria totale del dispositivo.