{"id":105263,"date":"2022-10-07T21:36:52","date_gmt":"2022-10-07T19:36:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-libsql-nachal-razvitie-forka-subd-sqlite"},"modified":"2022-10-07T21:36:52","modified_gmt":"2022-10-07T19:36:52","slug":"proekt-libsql-nachal-razvitie-forka-subd-sqlite","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/proekt-libsql-nachal-razvitie-forka-subd-sqlite","title":{"rendered":"El proyecto libSQL ha comenzado el desarrollo de un fork de la base de datos SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
El proyecto libSQL ha intentado crear un fork de la base de datos SQLite, orientado a la apertura para la participaci\u00f3n de desarrolladores de la comunidad y a la promoci\u00f3n de innovaciones que van m\u00e1s all\u00e1 del prop\u00f3sito original de SQLite. La raz\u00f3n para crear este fork es la pol\u00edtica bastante estricta de SQLite sobre la aceptaci\u00f3n de c\u00f3digo externo de la comunidad, a pesar de la necesidad de promover mejoras. El c\u00f3digo del fork se distribuye bajo la licencia MIT (SQLite se ofrece como dominio p\u00fablico). <\/p>\n
Los creadores del fork tienen la intenci\u00f3n de mantener la compatibilidad con SQLite y adherirse al mismo nivel de calidad, manteniendo el conjunto de pruebas y ampli\u00e1ndolo gradualmente a medida que se agreguen innovaciones. Para desarrollar nuevas funcionalidades, se propone permitir el uso del lenguaje Rust, manteniendo al mismo tiempo la parte central en C. En caso de que cambie la pol\u00edtica del proyecto principal SQLite respecto a la aceptaci\u00f3n de modificaciones, los desarrolladores de libSQL tienen la intenci\u00f3n de trasladar los cambios acumulados al proyecto principal y unirse a su desarrollo. <\/p>\n
Entre las ideas para la posible ampliaci\u00f3n de funcionalidades de SQLite se mencionan: <\/p>\n
\n
Integraci\u00f3n de herramientas para construir bases de datos distribuidas que operen a nivel de la propia biblioteca, y no a trav\u00e9s de la replicaci\u00f3n de cambios en el sistema de archivos (LiteFS), y sin desarrollar un producto separado (dqlite, rqlite, ChiselStore).\n
Optimizaci\u00f3n para el uso de API as\u00edncronas, como la interfaz io_uring proporcionada por el n\u00facleo de Linux.\n
Posibilidad de usar SQLite en el n\u00facleo de Linux, similar al soporte en el n\u00facleo de la m\u00e1quina virtual eBPF, para situaciones donde es necesario mantener conjuntos de datos desde el n\u00facleo que no caben en la memoria RAM.\n
Soporte para funciones definidas por el usuario, escritas en cualquier lenguaje de programaci\u00f3n y compiladas en c\u00f3digo intermedio WebAssembly. <\/ul>\n