{"id":105659,"date":"2022-11-21T15:36:52","date_gmt":"2022-11-21T13:36:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-subd-sqlite-3-40"},"modified":"2022-11-21T15:36:52","modified_gmt":"2022-11-21T13:36:52","slug":"vypusk-subd-sqlite-3-40","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-subd-sqlite-3-40","title":{"rendered":"Rilascio del DBMS SQLite 3.40","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio di SQLite 3.40, un database leggero presentato come libreria collegabile. Il codice di SQLite \u00e8 distribuito come dominio pubblico, ovvero pu\u00f2 essere utilizzato senza restrizioni e gratuitamente per qualsiasi scopo. Il supporto finanziario per gli sviluppatori di SQLite \u00e8 fornito da un consorzio appositamente creato, che include aziende come Adobe, Oracle, Mozilla, Bentley e Bloomberg. <\/p>\n
Variazioni principali: <\/p>\n
\n
\u00c8 stata implementata una funzionalit\u00e0 sperimentale per compilare SQLite in codice intermedio WebAssembly, in grado di essere eseguito nel browser e adatto per gestire database da applicazioni web in JavaScript. Gli sviluppatori web hanno a disposizione un'interfaccia di programmazione orientata agli oggetti di alto livello per lavorare con i dati nello stile di sql.js o Node.js, un wrapper sopra l'API C a basso livello e un'API basata sul meccanismo Web Worker, che consente di creare gestori asincroni eseguiti in thread separati. I dati che le applicazioni web salvano nella versione WASM di SQLite possono essere memorizzati sul lato client utilizzando OPFS (Origin-Private FileSystem) o l'API window.localStorage.\n
\u00c8 stata aggiunta un'estensione di recovery, progettata per il recupero dei dati da file di database danneggiati. Nell'interfaccia della riga di comando per il recupero viene utilizzato il comando «.recover».\n
\u00c8 stato migliorato il funzionamento dell'ottimizzatore delle query. Sono state rimosse le limitazioni nell'uso degli indici con tabelle che contano pi\u00f9 di 63 colonne (in precedenza, nelle operazioni su colonne il cui numero supera 63, non veniva applicata l indicizzazione). \u00c8 stata migliorata l'indicizzazione dei valori utilizzati nelle espressioni. \u00c8 stata interrotta il caricamento da disco di lunghe righe e blob durante l'elaborazione degli operatori NOT NULL e IS NULL. \u00c8 stata esclusa la materializzazione delle viste per le quali viene eseguita una scansione completa solo una volta.\n
Nel codice sorgente, al posto del tipo «char *» per la rappresentazione dei nomi dei file \u00e8 stato introdotto un tipo separato sqlite3_filename.\n
\u00c8 stata aggiunta la funzione interna sqlite3_value_encoding().\n
\u00c8 stata aggiunta la modalit\u00e0 SQLITE_DBCONFIG_DEFENSIVE, che vieta la modifica della versione dello schema di archiviazione dei dati.\n
Nell'implementazione del parametro «PRAGMA integrity_check» sono state aggiunte ulteriori verifiche. Ad esempio, le tabelle senza il flag STRICT non devono contenere valori numerici nelle colonne di tipo TEXT e valori di tipo stringa contenenti numeri nelle colonne di tipo NUMERIC. \u00c8 stata anche aggiunta una verifica della correttezza dell'ordine delle righe nelle tabelle con il flag «WITHOUT ROWID».\n
Nell'espressione «VACUUM INTO» sono state considerate le impostazioni di «PRAGMA synchronous».\n
\u00c8 stata aggiunta l'opzione di compilazione SQLITE_MAX_ALLOCATION_SIZE, che consente di limitare la dimensione dei blocchi durante l'allocazione della memoria.\n
L'algoritmo di generazione di numeri pseudo-casuali integrato in SQLite \u00e8 stato modificato per utilizzare Chacha20 invece del cifrario a flusso RC4.\n
\u00c8 ora consentito utilizzare indici con nomi identici in diversi schemi di dati.\n
Sono state apportate ottimizzazioni delle prestazioni che hanno ridotto il carico della CPU di circa l'1% durante l'attivit\u00e0 tipica. <\/ul>\n