{"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\/es\/blog\/news\/vypusk-subd-sqlite-3-40","title":{"rendered":"Lanzamiento de la base de datos SQLite 3.40","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado la versi\u00f3n 3.40 de SQLite, una base de datos ligera presentada como una biblioteca cargable. El c\u00f3digo de SQLite se distribuye como dominio p\u00fablico, es decir, puede ser utilizado sin restricciones y de forma gratuita para cualquier prop\u00f3sito. El apoyo financiero a los desarrolladores de SQLite es proporcionado por un consorcio creado especialmente, que incluye empresas como Adobe, Oracle, Mozilla, Bentley y Bloomberg. <\/p>\n
Principales cambios: <\/p>\n
\n
Se ha implementado una funci\u00f3n experimental para compilar SQLite en c\u00f3digo intermedio WebAssembly, que puede ejecutarse en navegadores web y es adecuada para organizar el trabajo con bases de datos desde aplicaciones web en JavaScript. Se proporciona a los desarrolladores web una interfaz orientada a objetos de alto nivel para trabajar con datos al estilo de sql.js o Node.js, un envoltorio sobre la API de C de bajo nivel y una API basada en el mecanismo Web Worker, que permite crear controladores as\u00edncronos que se ejecutan en hilos separados. Los datos que las aplicaciones web guardan en la versi\u00f3n WASM de SQLite pueden ser almacenados del lado del cliente mediante OPFS (Origin-Private FileSystem) o la API window.localStorage.\n
Se ha a\u00f1adido la extensi\u00f3n de recuperaci\u00f3n, destinada a restaurar datos a partir de archivos da\u00f1ados de la base de datos. En la interfaz de l\u00ednea de comandos, se utiliza el comando «.recover» para la recuperaci\u00f3n.\n
Se ha mejorado el funcionamiento del planificador de consultas. Se han eliminado las restricciones al usar \u00edndices con tablas que tienen m\u00e1s de 63 columnas (anteriormente, en las operaciones con columnas cuyo n\u00famero de orden supera 63, no se aplicaba indexaci\u00f3n). Se ha mejorado la indexaci\u00f3n de valores utilizados en expresiones. Se ha detenido la carga desde el disco de grandes cadenas y blobs al procesar los operadores NOT NULL e IS NULL. Se ha excluido la materializaci\u00f3n de vistas para las cuales se realiza un escaneo completo solo una vez.\n
En la base de c\u00f3digo, se ha implementado un tipo separado sqlite3_filename en lugar del tipo «char *» para representar nombres de archivos.\n
Se ha a\u00f1adido la funci\u00f3n interna sqlite3_value_encoding().\n
Se ha a\u00f1adido el modo SQLITE_DBCONFIG_DEFENSIVE, que proh\u00edbe el cambio de la versi\u00f3n del esquema de almacenamiento de datos.\n
Se han a\u00f1adido comprobaciones adicionales a la implementaci\u00f3n del par\u00e1metro «PRAGMA integrity_check». Por ejemplo, las tablas sin el atributo STRICT no deben contener valores num\u00e9ricos en columnas con tipo TEXT ni valores de texto que sean n\u00fameros en columnas con tipo NUMERIC. Tambi\u00e9n se ha agregado una verificaci\u00f3n de la secuencia correcta de las filas en tablas con el atributo «WITHOUT ROWID».\n
En la expresi\u00f3n «VACUUM INTO», se han tenido en cuenta las configuraciones de «PRAGMA synchronous».\n
Se ha a\u00f1adido la opci\u00f3n de compilaci\u00f3n SQLITE_MAX_ALLOCATION_SIZE, que permite limitar el tama\u00f1o de los bloques al distribuir memoria.\n
El algoritmo de generaci\u00f3n de n\u00fameros pseudoaleatorios incorporado en SQLite ha sido cambiado de usar el cifrado de flujo RC4 a Chacha20.\n
Se permite el uso de \u00edndices con los mismos nombres en diferentes esquemas de datos.\n
Se han realizado optimizaciones de rendimiento que han permitido reducir la carga en la CPU en aproximadamente un 1% durante la actividad t\u00edpica. <\/ul>\n