{"id":106908,"date":"2023-02-22T18:48:23","date_gmt":"2023-02-22T16:48:23","guid":{"rendered":"https:\/\/prohoster.info\/?p=106908"},"modified":"2023-02-23T12:34:51","modified_gmt":"2023-02-23T10:34:51","slug":"vypusk-subd-sqlite-3-41","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-subd-sqlite-3-41","title":{"rendered":"Uscita del DBMS SQLite 3.41","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Pubblicato il rilascio di SQLite 3.41, un DBMS leggero strutturato come una libreria collegabile. Il codice di SQLite \u00e8 distribuito come dominio pubblico (public domain), il che significa che 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
Ottimizzazioni sono state apportate al pianificatore delle query, influenzando le query aggregate con espressione GROUP BY, l'uso degli indici, l'uso delle coroutine invece della materializzazione di sottoquery e viste, e le funzioni json_tree() e json_each().\n
\u00c8 stata aggiunta un'estensione con funzioni base64 e base85, ora disponibili anche nell'interfaccia della riga di comando (CLI).\n
\u00c8 stata aggiunta al CLI il comando «.scanstats est» per valutare l'efficacia del pianificatore di query.\n
Nella CLI \u00e8 stata implementata la modifica del prompt di input per indicare che la posizione di input si trova all'interno di un letterale stringa, un commento, un identificatore o una definizione di trigger.\n
Con l'opzione della riga di comando «—safe» \u00e8 stato ampliato l'elenco delle funzioni SQL pericolose disattivate.\n
Di default \u00e8 stata disattivata la modalit\u00e0 che consente l'uso di virgolette doppie per racchiudere i letterali stringa.\n
Nel comando PRAGMA integrity_check \u00e8 stato implementato il confronto delle stringhe di testo nella tabella utilizzando un diverso ordine dei byte nell'indice.\n
Nel parser \u00e8 stata implementata l'ignoranza delle parentesi tonde superflue attorno alla sottoquery a destra dell'operatore IN, il che \u00e8 conforme al comportamento di PostgreSQL (in precedenza SQLite elaborava tali sottoquery come un'espressione sottoposta alla limitazione «LIMIT 1»). <\/ul>\n